В Windows операционных системах, базирующихся на MS Windows Vista (7, 2008, 2008 R2) появился новый алгоритм обновления. Не буду глубоко вдаваться в подробности. В двух это выглядит так: Апдейты распаковываются в папку {WindowsDir}\winsxs\. Затем в рабочих директориях создаются ссылки на эти файлы, а не сами файлы. По крайней мере это снижает объём файлов на диске, возможно есть и другие причины такого поведения. Ссылки на файлы в Windows могут быть только «жесткими». Одной из особенностей «жестких» является то, что они должны располагаться на одном логическом диске с FS нодом, на который они ссылаются.

Некоторым людям нравиться выносить папку Program Files (а также Program Files (x86)) на выделенный диск. Я тоже так люблю делать. В соответствии с вышеприведёнными особенностями обновлений в windows, возникают проблемы при обновлении системных приложений. Таких как Internet Explorer или например Windows Media Player. Хотя не всех. MS Office при всем при этом обновляется нормально.

Код ошибки: WindowsUpdate Error 80070011
Собственно ошибка: ERROR_NOT_SAME_DEVICE

MS стоило бы проверять файл на возможность создания «жёсткой» ссылки и при отсутствии такой делать копию исходного файла. Хотя, повторюсь, возможно у создателей такой схемы были другие причины. В ответах на запросы пользователей они ссылаются на то, что в Windows не предусмотрен перенос папки Program Files на другой раздел. Грубо говоря исправлять этот баг они не собираются, ибо даже багом его не считают.

Как исправить

Что в этой ситуации делать нам?

Всё довольно просто. Системные программы нужно вернуть обратно на системный раздел. Удобнее всего это делать через «Мягкие» ссылки (mklink /j). Самое сложное определить какую программу в этот раз не может обновить тот или иной KB.

Поэтому буду публиковать все KB с которыми у меня возникли проблемы и какую папку нужно вернуть на место (для Win7 x64 ENG):

1. Microsoft .NET Framework 3.5 SP1 Update for Windows 7 and Windows Server 2008 R2 (KB982526)
   Папка: Reference Assemblies

Только есть небольшая проблемка. Некоторые мамки просто выводят информацию на Экран. Моя материнская плата например стопорит загрузку и ждет нажатия клавиши.

А вот ситуация которая произошла со мной совсем недавно: На сервере работает два диска в RAID 1 (mirror) на mdraid. Один из дисков выходит из строя. После чего система отказывается загружаться, хотя второй диск работает нормально. Загрузка повисает при инициализации BIOS. Обычный мерцающий курсор, но в биос пускает.

Если отключить битый диск – загрузка проходит нормально, только физического доступа к серверу нету и отключить диск нету никакой возможности. Заходим в BIOS через IP-KVM и выключаем пресловутый SMART, после чего загрузка проходит нормально. А если бы IP-KVM не было? Да и время простоя…

Отсюда большой и жирный вывод:
Отключайте проверку SMART в BIOS на серверах.

Для мониторинга SMART существует куча специальных программ под любые операционные системы, которые будут читать и анализировать информацию и заблаговременно вас в этом информировать прямо во время работы системы, а не только при загрузки.

Не повторяйте моих ошибок!)

Всем спасибо.

Мне попался очень полезный ресурс на эту тему:
Detect Mobile Browser: http://detectmobilebrowser.com/

На сайте реализован удобный API. Определение через redirect туда и обратно. А также генератор кода для большинства жизненных ситуаций:

• Apache
• ASP
• ASP.NET
• ColdFusion
• C#
• JSP
• JavaScript
• PHP
• Python
• Rails

У меня тоже встала такая проблема.
Я решил сделать мобильную версию блога по адресу m.filosof.name. Сайт будет отличаться только специальным css и отсутствием некоторых элементов дизайна. Код будет тот же самый, появиться только пару if-ов в шаблоне.

Чтобы проверка работала быстро и прозрачно, я спрятал её в .htaccess файл.

Код, сгенерированный detectmobilebrowser.com для Apache

RewriteEngine On
RewriteBase /

RewriteCond %{HTTP_USER_AGENT} android|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|ip(hone|od)|iris|kindle|lge\ |maemo|midp|mmp|mobile|o2|opera\ m(ob|in)i|palm(\ os)?|p(ixi|re)\/|plucker|pocket|psp|smartphone|symbian|treo|up\.(browser|link)|vodafone|wap|windows\ ce;\ (iemobile|ppc)|xiino [NC,OR]

RewriteCond %{HTTP_USER_AGENT} ^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a\ wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r\ |s\ )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1\ u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp(\ i|ip)|hs\-c|ht(c(\-|\ |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac(\ |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt(\ |\/)|klon|kpt\ |kwc\-|kyo(c|k)|le(no|xi)|lg(\ g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-|\ |o|v)|zz)|mt(50|p1|v\ )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v\ )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-|\ )|webc|whit|wi(g\ |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-) [NC]

RewriteRule ^$ http://detectmobilebrowser.com/mobile [R,L]

С учётом контроля www. префикса и дефолтного кода для WordPress – получился вот такой .htaccess:

 RewriteEngine On
 RewriteBase /

# Статический конетент
  RewriteCond %{REQUEST_FILENAME} -f [OR]
  RewriteCond %{REQUEST_FILENAME} -d
  RewriteRule .+ - [L]

# Маркер проверки версии броузера
  RewriteCond %{HTTP_COOKIE} !m\.test= [NC]
# проверка хоста
  RewriteCond %{HTTP_HOST} !^m\.filosof\.name
# тест на мобильное устройство с http://detectmobilebrowser.com/
  RewriteCond %{HTTP_USER_AGENT} android|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|ip(hone|od)|iris|kindle|lge\ |maemo|midp|mmp|mobile|o2|opera\ m(ob|in)i|palm(\ os)?|p(ixi|re)\/|plucker|pocket|psp|smartphone|symbian|treo|up\.(browser|link)|vodafone|wap|windows\ ce;\ (iemobile|ppc)|xiino [NC,OR]

  RewriteCond %{HTTP_USER_AGENT} ^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a\ wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r\ |s\ )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1\ u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp(\ i|ip)|hs\-c|ht(c(\-|\ |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac(\ |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt(\ |\/)|klon|kpt\ |kwc\-|kyo(c|k)|le(no|xi)|lg(\ g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-|\ |o|v)|zz)|mt(50|p1|v\ )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v\ )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-|\ )|webc|whit|wi(g\ |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-) [NC]

# теперь мы работает с мобильным устройством
  RewriteRule ^(.*) http://m.filosof.name/$1 [L,cookie=m.test:1:.filosof.name,R=301]

# Eсли куки установленны, но запрос всё равно идёт на не известный домен
  RewriteCond %{HTTP_HOST} ^.*\.m\.filosof\.name
  RewriteRule ^(.*) http://m.filosof.name/$1 [L,R=301]

  RewriteCond %{HTTP_HOST} !^www\.filosof\.name
  RewriteCond %{HTTP_HOST} !^m\.filosof\.name
  RewriteRule ^(.*) http://www.filosof.name/$1 [L,R=301]

# WordPress
  RewriteRule .* /index.php [L]

Скрипт решает следующие задачи:

1. Отключает обработчик на запросах к статическому контенту (тут домен совершенно не важен);
2. Для нового клиента на не мобильную версию сайта  проверяет браузер и перенаправляет мобильный клиентов на мобильный сайт;
3. Запрещает посещать сайт по любым другим алиясам кроме мобильного и десктопного;
4. Записывает в куки маркер проверки и больше такую проверку не производит (это нужно, чтобы можно было принудительно переключиться с мобильной версии на десктопную и обратно).

Изначально я сделал перенаправление с мобильной версии на полную для десктопных браузеров, но такое перенаправление бессмысленно. Во-первых тогда поисковики без Cookie не смоглибы индексировать мобильную версию. Во-вторых логика при которой десктопный пользователь попадает на мобильную версию сайта ошибочна.

Ещё одна ошибка которую я пытался допустить – использование маркеров в .htaccess:

# Устанавливаем маркер проверки на мобильную версию
  RewriteRule .* - [E=IS_MOBILE_TEST:0]

# куки не была установленна
  RewriteCond %{HTTP_COOKIE} !m\.test= [NC]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
# переписываем маркер
# второй маркер IS_MOBILE_SET нужен для сохраниение правильного приоритета
  RewriteRule .* - [E=IS_MOBILE_TEST:1,E=IS_MOBILE_SET:1]

Тут надо учитывать, что любую дерективу mod_rewrite начинает выполнять с проверки RewriteRule, и сначла выполняет наиболее подходящие. В условии маркеров добиться правильного порядка выполнения кода было очень сложно. Но даже потом возникали непонятные ошибки. Например редирект не происходил если в RewriteRule присутствовал флаг [R]. поковырявшись пару часиков, я понял что подход с маркерами на самом деле избыточен, достаточно перевернуть логику и по очереди отсекать URL требующие минимальной обработки. Ещё 10 минут и всё работает.

Что мы имеем:

Ubuntu Linux 9.10
4 физических диска: два старых по 250 Gb и два новых по 500 Gb. Все диски SATA.
На старых дисках размечен совтовый Mdraid по следующей схеме:

• /dev/md0 level=raid1 – бут;
• /dev/md1 level=raid0 – своп;
• /dev/md2 level=raid1 – рут и данные.

Отдельно стоит упомянуть SWAP раздел на нулевой рейде – плохая мысль) Во-первых на нормально функционирующей Linux системе своп использоваться не должен. Во-вторых при неполадках в дисковой системе север необратимо зависает. И того: выигрыш в производительности ни как не используется, за то мы изрядно теряем в стабильности. Сэкономленные в нашем случае 16Gb дискового пространства в рамках SATA дисков выглядят даже не смешно.

Кроме того из старых дисков один уже умер. Swap не работает.

Листинг /dev/sd*:
# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sda6  /dev/sdb  /dev/sdc
Как видно из листинга один из старых дисков даже не определяется.

# cat /proc/mdstat

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md2 : active raid1 sda6[0]
238099264 blocks [2/1] [U_]
md1 : inactive sda5[0](S)
5855552 blocks
md0 : active raid1 sda1[0]
240832 blocks [2/1] [U_]
unused devices: <none>

Задачи будет две:

1. Перенести md0 и md2 на новые диски
2. Пересоздать swap в виде зеркального RAID (raid1). К счастью сделать это будет не сложно. В Swap разделе не храниться важных данных. к тому-же в текущей конфигурации он просто отсутствует. А вот если бы пришлось пере собирать диск с данными- то данные пришлось бы временно перемещать. А сделать это на горячую без LVM вряд ли получиться.

И так, поехали:
1. Нужно создать разделы под рейд на новых дисках:

#fdisk /dev/sdb
Command (m for help): m
Command action
a   toggle a bootable flag
b   edit bsd disklabel
c   toggle the dos compatibility flag
d   delete a partition
l   list known partition types
m   print this menu
n   add a new partition
o   create a new empty DOS partition table
p   print the partition table
q   quit without saving changes
s   create a new empty Sun disklabel
t   change a partition's system id
u   change display/entry units
v   verify the partition table
w   write table to disk and exit
x   extra functionality (experts only)

Command (m for help): n
Command action
e   extended
p   primary partition (1-4)
1
Invalid partition number for type `1'
Command action
e   extended
p   primary partition (1-4)
1
Invalid partition number for type `1'
Command action
e   extended
p   primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-60801, default 1): 1
Last cylinder, +cylinders or +size{K,M,G} (1-60801, default 60801): 30

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): L

0  Empty           1e  Hidden W95 FAT1 80  Old Minix       bf  Solaris
1  FAT12           24  NEC DOS         81  Minix / old Lin c1  DRDOS/sec (FAT-
2  XENIX root      39  Plan 9          82  Linux swap / So c4  DRDOS/sec (FAT-
3  XENIX usr       3c  PartitionMagic  83  Linux           c6  DRDOS/sec (FAT-
4  FAT16 <32M      40  Venix 80286     84  OS/2 hidden C:  c7  Syrinx
5  Extended        41  PPC PReP Boot   85  Linux extended  da  Non-FS data
6  FAT16           42  SFS             86  NTFS volume set db  CP/M / CTOS / .
7  HPFS/NTFS       4d  QNX4.x          87  NTFS volume set de  Dell Utility
8  AIX             4e  QNX4.x 2nd part 88  Linux plaintext df  BootIt
9  AIX bootable    4f  QNX4.x 3rd part 8e  Linux LVM       e1  DOS access
a  OS/2 Boot Manag 50  OnTrack DM      93  Amoeba          e3  DOS R/O
b  W95 FAT32       51  OnTrack DM6 Aux 94  Amoeba BBT      e4  SpeedStor
c  W95 FAT32 (LBA) 52  CP/M            9f  BSD/OS          eb  BeOS fs
e  W95 FAT16 (LBA) 53  OnTrack DM6 Aux a0  IBM Thinkpad hi ee  GPT
f  W95 Ext'd (LBA) 54  OnTrackDM6      a5  FreeBSD         ef  EFI (FAT-12/16/
10  OPUS            55  EZ-Drive        a6  OpenBSD         f0  Linux/PA-RISC b
11  Hidden FAT12    56  Golden Bow      a7  NeXTSTEP        f1  SpeedStor
12  Compaq diagnost 5c  Priam Edisk     a8  Darwin UFS      f4  SpeedStor
14  Hidden FAT16 <3 61  SpeedStor       a9  NetBSD          f2  DOS secondary
16  Hidden FAT16    63  GNU HURD or Sys ab  Darwin boot     fb  VMware VMFS
17  Hidden HPFS/NTF 64  Novell Netware  b7  BSDI fs         fc  VMware VMKCORE
18  AST SmartSleep  65  Novell Netware  b8  BSDI swap       fd  Linux raid auto
1b  Hidden W95 FAT3 70  DiskSecure Mult bb  Boot Wizard hid fe  LANstep
1c  Hidden W95 FAT3 75  PC/IX           be  Solaris boot    ff  BBT
Hex code (type L to list codes): fd
Changed system type of partition 1 to fd (Linux raid autodetect)

Command (m for help): a
Partition number (1-4): 1

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

Не забудем изменить тип диска с Linux на Linux raid autodetect
Команда: «t», Hex код: «fd».
А также добавить бут флаг для загрузочного раздела (если такой имеется).

Ещё, в случае переноса разделов я рекомендую указывать размер диска в цилиндрах, а не в байтах. Так проще создать идентичный раздел. Посмотреть размер можно через «fdisk -l {путь диска}«.

Проделываем тоже самое со вторым диском /dev/sdc

#fdisk /dev/sdс
.
.
.

Разбиваем оставшееся дисковое пространство, чтобы оно было идентично старым дискам. В моем случае это немного не так. Я выделаю дополнительный раздел под своп. В остальном размеры логических дисков идентичны. вот что получилось:

# fdisk -l /dev/sdc

Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x6f91c38c

Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1          30      240943+  fd  Linux raid autodetect
/dev/sdc2              31       60801   488143057+   5  Extended
/dev/sdc5              31        2120    16787893+  fd  Linux raid autodetect
/dev/sdc6            2121       31762   238099333+  fd  Linux raid autodetect
# ls /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sda6  /dev/sdb  /dev/sdb1  /dev/sdb2  /dev/sdb5  /dev/sdb6  /dev/sdc  /dev/sdc1  /dev/sdc2  /dev/sdc5  /dev/sdc6

PS у меня после записи изменение fdisk выдал ошибку о невозможности заменить таблицу разделов:

WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.

Это произошло потому, что к этому моменту я уже добавил в рейд один из логических дисков.
В этом случае нужно выполнить команду partprobe, и диски сразу появятся в системе.

Теперь нужно добавить эти разделы в md0.
Но для начала не мешает взглянуть на состояние диска через mdadm –detail /dev/md0

# mdadm /dev/md0 --add /dev/sdb1
mdadm: added /dev/sdb1

# mdadm /dev/md0 --add /dev/sdc1
mdadm: added /dev/sdc1

Изменим количество активных дисков для синхронизации, чтобы избавиться от spare дисков.

mdadm --grow -n 3 /dev/md0
mdadm --grow -n 3 /dev/md2

Аналогично с остальными дисками.

Теперь нужно создать раздел под Swap. Я буду делать это через пересоздание md1.

Как видно из листинга своп у меня отсутствует.
# swapon -s
Filename

Убиваем неработающий диск
# mdadm -S /dev/md1
mdadm: stopped /dev/md1

Создаем на его месте новый
# mdadm --create /dev/md1 --level=1 --raid-devices=2 /dev/sdb5 /dev/sdc5
mdadm: array /dev/md1 started.

Создадим файловую систему на новом диске:
# mkswap /dev/md1
Setting up swapspace version 1, size = 16787772 KiB
no label, UUID=33ca1464-316a-4d97-be87-7128758b86c1

Сразу активируем только что созданный SWAP.
# swapon /dev/md1

И проверяем
# swapon -s
Filename Type Size Used Priority
/dev/md1 partition 16787768 58464 -1

Редактируем /etc/fstab
Узнать UUID диска можно через команду blkid.
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
proc /proc proc defaults 0 0
# / was on /dev/md2 during installation
UUID=3b3646e2-6865-4e0d-af35-65d938a55fb3 / ext3 relatime,errors=remount-ro 0 1
# /boot was on /dev/md0 during installation
UUID=0bc279df-f2e3-4ad9-b409-ae396eb73f18 /boot ext2 relatime 0 2
# swap was on /dev/md1 during installation
UUID=33ca1464-316a-4d97-be87-7128758b86c1 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

В моём случае я пересоздал только раздел для SWAP, поэтому мне пришлось отредактировать только 1 UUID. Если перенос осуществляется без пересоздания разделов, то fstab править не нужно.

Затем берём информацию из mdadm –examine –scan и записываем в /etc/mdadm/mdadm.conf иначе новые md* диски подниматься не будут.

Устанавливаем GRUB на каждый новый диск:

# grub
grub> root (hd1,0)
root (hd1,0)
grub> setup (hd1)
setup (hd1)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd1)"...  17 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd1) (hd1)1+17 p (hd1,0)/grub/stage2 /grub/menu.lst"... succeeded
Done.

grub> root (hd2,0)
root (hd2,0)
grub> setup (hd2)
setup (hd2)
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd2)"...  17 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd2) (hd2)1+17 p (hd2,0)/grub/stage2 /grub/menu.lst"... succeeded
Done.

Осталось перезагрузить, проверить как это всё работает, а также отключить старые диски.

Хорошие ссылки на тему

• Mdadm в wikipedia;
• Программный RAID в Linux;
• Инструкция по восстановлению Software RAID 1;
• How To Set Up Software RAID1 On A Running System (Incl. GRUB Configuration) (Debian Etch).

Однажды весною к нам в окно залетел Здоровенный такой шмель. Еле выгнал его. 8-ой этаж между прочим.

Имена сетевых интерфейсов в Linux компьютерах в последнее время стали привязываться к конкретным устройствам.  Так, если вы вытащите сетевую карту из своего компьютера и вставите в него другую, интерфейс eth0 у вас пропадёт, а новая карточка будет называется eth1. При попытке сделать ifconfig eth0 up система будет говорить, что, такого устройства не существует.

В моём случае проблема получилась при клонирования виртуальной машины в VMWare ESXi. Дабы не случилось конфликта MAC адрес на клонированной машине отливался от MAC адреса в оригинальной VM.

Поскольку вся конфигурация у вас скорее всего прописана для интерфейса eth0, можно переписать конфигурацию. а можно переименовать интерфейс.

Все неприятности создаёт udev, который по умолчанию привязывает имена сетевых устройств к их MAC адресам. Например, в Debian Etch это находится в файле

/etc/udev/rules.d/z25_persistent-net.rules

Для Ubuntu:

/etc/udev/rules.d/70-persistent-net.rules

Для open suse:

/etc/udev/rules.d/30-network.rules

пример файла:
SUBSYSTEM==»net», ACTION==»add», DRIVERS==»?*», ATTR{address}==»XX:XX:XX:XX:XX:XX», ATTR{type}==»1″, KERNEL==»eth*», NAME=»eth0″

Достаточно отредактировать параметр NAME= для вашей новой сетевой карты. Можно кстати задать любое имя отличное от eth*

Некоторые дистрибы в добавок к persistent-net.rules содержат и другие .rules, которые переписывают файл persistent-net. При исправлении файла persistent.rules стоит обратить на это внимание, иначе могут появиться несколько правил именования, или ваши изменения будут перезаписаны.

В четверг в 8.05 утра на Ленинском проспекте в районе площади Гагарина в Москве произошла авария. Столкнулись два автомобиля: черный «Мерседес» S-класса и красный «Ситроен С3»….

http://www.novayagazeta.ru/data/2010/021/04.html

Жалкая чернь, трепещи, на трассе патриции

Мы опаздываем в ад, дорогу колесницам!

Очень уважаю Noize MC за такую штуку.
Ссылка на ролик отсюда: http://lollypunk-girl.livejournal.com/

ТТ QFan

Всё началось с небольшого апгрейдера, когда я решил заменить свой старенький БП от компании ASUS идущим в комплекте ещё к старому корпусу на более мощную и тихую модель. Выбор мой пал на такой вот БП:Thermaltake Toughpower QFan 500W (W0151).

Подкупил меня большой 14mm вентилятор и бесхитростная надпись QFan, вроде бы свидетельствующая об упоре на низкий уровень шума в этой модели. Рекламные проспекты пестрили уверениями в высоком качестве продукции и непревзойдённом уровне шума. Бла бла бла. Цена мне показалась адекватной, и я решился на покупку.

Бла бла бла. Надо было почитать обзоры.

Начнём с того, что продукция БП от Thermaltake в интернет обзорах особо не жалуются. Дело тут не в качестве сборки, а как мне кажется в плохой проектировке. Уровень шума выше среднего, характеристики хуже среднего. Многообещающий QFan вообще всего лишь маркетинговых ход, причём скорее отрицательный нежели положительный. Уровень шума в этой модели действительно ниже чем у обычных Thermaltake, правда обычные БП от Thermaltake далеко не самые тихие. Впрочем хороший и полный обзор есть на ixbit: http://www.ixbt.com/power/psu/tt_w0151.shtml. Впечатления там аналогичные.

А теперь самое ужасное: с моей материной Rampage II Extreme (одной из самых продвинутых на тот момент), этот БП не заработал. Срабатывала какая то защита в БП и комп перегружался. Причём не только у меня – в интернете полно аналогичных отзывов. Впрочем не сильно много – на двух других компах, на которых я тестировал работу этого БП проблем не возникло. Два месяца долбления всех мыслимых и не мыслимых технических поддержек результата не принесло: сошлись на технических стыковках и отправили меня куда подальше. На форумах, где я создавал треды, решения тоже не придумали. В общем это БП я продал, чему был рад несказанно.

FSP Group

Следующим моим БП был FSP Group ATX-400PNF 400W
Описание в Яндекс.Маркет

Хороший, надёжный, недорогой.
Но не очень удобный и сильно шумноватый. Хотя на ixbt часто пишут что БП от FSP вполне себе тихие, я бы с этим не согласился. На уровне офиса может и ничего, а для дома однозначно не подходит.
С этим БП у меня проблем небыло, но вариант явно проходной и я начал выбирать себе БП «своей мечты».

Как правильно выбирать БП?

На самом деле всё оказалось очень просто. есть такой замечательный сайт: www.silentpcreview.com. На этом замечательном сайте самые лучше обзоры БП (и не только) которые подойдёт для создания действительно техой системы. никаких блоков от TT там нету. Зато есть интересный БП: Enermax Modu82+ 625W который там считается чуть ли не лучшим выбором. Есть ещё кончено Seasonic, но мне почему-то понравился именно Enermax))

Enermax MODU82+ 625W

Просто скажу что БП оправдал все самые смелые ожидания. Разве что размеры и упаковка… Все сделано очень просто. Упаковка маленькая (у ТТ коробка была просто огромной), БП тоже маленький. Ничего лишнего, ни километры пенопласта, ни толстенных буклетов, ни огромных радиаторов.

Основная техническая мысль устройства:

1. Он греется меньше конкурентов (КПД очень высокий);
2. Он может работать на температурах выше конкуренто( проще говоря БП довольно сильно нагревается прежде чем начинает увеличивать скорость врашения вентилятора. Это хорошё видно на графиках в обзора)

Чуть чуть моих фоток:

До и после

Сслки:

Яндекс.Маркет: http://market.yandex.ru/model.xml?hid=857707&modelid=2436409&clid=502

Офф сайт: http://www.enermaxru.com/produkte/power-supplies/modu82-2.html

Обзор на iXbt:  http://www.ixbt.com/power/psu/enermax_emd525.shtml

1. Первое правило хорошего админа – делаем Backup.
2. Рекомендую. Обновить virtuozzo на обеих серверах.
3. Обязательно! Обновить Контейнер и Template для него.
4. Чтобы не было мучительно больно делаем Clone для Контейнера (необходимо свободное место на диске исходного сервера).
5. Делаем Migration для клона и проверяем всё ли нормально заработало.
6. И только потом делаем Migration для самого контейнера.

Так бывает, что некоторые системные файл в контейнере становятся недоступными. Нету этих файлов и в бакапах. Зато есть в Template.

Новый формат шаблонов под Linux который появился в четвёртой версии Виртуозы: EZ Templates (Дока) подразумевает, что common пакеты будут представлены во всех производных контейнерах в виде ссылки на файлы из Шаблона.

Файлы эти хранятся в виде кеша в папке /vz/template/cache/

Только вот Migration необходимые файлы из Шаблона не переместит. Как пишут в форуме на http://forum.parallels.com/ это какой-то неведомый баг в самом Migration который тянется ещё из бох знает какой версии и так быть не должно. Но оно так.

Как результат наша перемещённая WM наполнена битыми ссылками и кучей нерабочих сервисов. Не помогает ни обновление самого контейнера, ни обновление Шаблонов. Не получилось у меня починить такую VM и другими способами. Дело в том, что такие «волшебные файлы» удалить не получиться.

Немного из результата выполнения команды ls -la /etc/apache2/mods-available/
.
.
ls: cannot access /etc/apache2/mods-available/negotiation.load: No such file or directory
ls: cannot access /etc/apache2/mods-available/dir.load: No such file or director
total 32
drwxr-xr-x 2 root root 4096 2009-11-14 13:56 .
drwxr-xr-x 7 root root 1404 2010-01-28 14:13 ..
.
.
?????????? ? ? ? ? ? deflate.conf
?????????? ? ? ? ? ? deflate.load
-rw-r--r-- 1 root root 122 2008-10-01 18:32 dir.conf
?????????? ? ? ? ? ? dir.load
-rw-r--r-- 1 root root 604 2008-10-01 18:32 disk_cache.conf

Решение проблемы с рассинхронизации шаблонов

Перед перемещением контейнера (можно и после но время простоя увеличиться) надо синхронизировать Шаблоны контейнеров.
На стороне виртуозы с которой переносим контейнер, выполняем:

# rsync -avz -e ssh /vz/template/debian DESTANETION_IP:/vz/template

• пути заменить на свои
• DESTANETION_IP – заменить на адрес второго сервера

На второй виртуозе выполняем:
# vzpkg update cache debian-4.0-x86_64
debian-4.0-x86_64 заменить на имя вашего шаблона.

Сначала проверяем на клоне.
Потом перемещаем боевой сервер.

Container start failed

Operation start with the Env(s) vpsname is finished with errors: Error invoking external utility: vzctl start 108 failed: Starting Container ... Container is mounted Setup slm memory limit Setup slm subgroup (default) Setting devperms 20002 dev 0x7d00 Setup ioprio: 4 Adding port redirection to Container(1): 4643 8443 Adding IP address(es) to pool: Adding IP address(es): x.x.x.x/bin/cp: preserving times for `/etc/network/interfaces.5303': Bad address ERROR: Can't copy file /etc/network/interfaces Container is unmounted Container start failed.

Не перемещается…
Выключаю VPS, снова перемещаю – всё Ок.
Теперь стартуем… опять ошибка:
Operation migrate_v2v with the Env(s) "vpsname" is finished with errors: Can not migrate: exec vzmsrc failed [512] : Connection to destination node (x.x.x.x) is successfully established Moving/copying CT#100 -> CT#100, [], [] ... Checking external bind mounts Check cluster ID Checking keep dir for private area copy Checking SLM-only mode Checking license restrictions Checking technologies Checking disk usage space Checking templates for CT copy ez template area directories vzctl failed, exitcode=46 Can't move/copy CT#100 -> CT#100, [], [] : vzctl failed, exitcode=46 vzctl : Hostname for Container set: vpsname vzctl : File resolv.conf was modified Checking caches Checking IP addresses on destination node Check target CT name: cloned novushost Checking RATE parameters in config Tracker started Copy private area '/vz/private/100' done OfflineManagement CT#100 ... done Stopping CT#100 ... done Syncing tracked files from '/vz/private/100/fs' done Starting CT#100 ... done OfflineManagement CT#100 ... done .

пробую ручками:
# vzctl start 101
Starting Container ...
Container is mounted
Setup slm memory limit
Setup slm subgroup (default)
Setting devperms 20002 dev 0x7d00
Setup ioprio: 4
Adding port redirection to Container(1): 4643 8443
Adding IP address(es) to pool:
Adding IP address(es): x.x.x.x
/bin/cp: preserving times for `/etc/network/interfaces.30043': Bad address
ERROR: Can't copy file /etc/network/interfaces
Container is unmounted
Container start failed

Пробую обновить перед перемещением VPS – тот же результат.

Оказывается!!! Виртуоза при инсталляции не ставит свою последованию доступную версию и сразу после установки нужно ручками делать апдейт.
Заходим в PIM, обновляем виртуозу до последний версии.

Ядро после установки: 2.6.18-028stab059.6
Обновилось до: 2.6.18-028stab067.4

Всё работает норм.