openSUSE 12.2 и fake RAID. Вступление

Не прошло и полумесяца со дня выхода нового релиза openSUSE, как я собрался переустановить её с нуля. Не то чтобы у меня её раньше не было — были, и даже в двух вариантах: рабочем, ползуче обновлявшемся с пре-релизных выпусков, и установленном с нуля на отдельном носителе в экспериментальных целях.

И не то чтобы меня не устраивала их функционирование: рабочий вариант, в соответствие со своим назначением, работал как часы. Ну а экспериментальный, как и положено, позволял выявить те моменты, где работоспособность заканчивается.

Нет, тотальная переустановка преследовала две цели:

  1. поглядеть на особенности нового релиза в «рабочей», а не экспериментальной, обстановке;
  2. установить систему на fake RAID от Intel’а, ибо таковой имелся на моей материнке с чипсетом H77.

Отступление: К слову сказать, материнская плата — ASUS P8H77-ME/SI, оказалась очень хорошей. Она укомплектована по принципу рюкзака хорошего туриста — то есть имеет всё необходимое и ничего лишнего для рабочих (не игрушечных) целей. В частности, полный набор слотов PCI-E — по одному x16, x4 и x1 (то есть под видеокарту, SSD типа RevoDrive и что-нибудь вроде контроллера SATA-III, так как последних штатно у Intel’а всего 2). Есть на всякий случай даже PCI-слот (скажем, под внешнюю сетевуху). Единственный минус — всего два слота для памяти, но это не критично: 16 ГБ поставить можно, а большего в обозримом будущем для десктопа не нужно. В общем, рекомендую — есл и не для понтов, а по делу.

Однако вернёмся к целям и задачам. По второй цели предвижу возражение, сформулированное в Джуйке @Dant’ом:

mdraid гораздо интереснее и правильнее чипсетных фейк-рейдов

По поводу «интересней» возражаю: на различные программные RAID’ы — и с mdraid, и с rair-tools, и даже с ccd во FreeBSD — я устанавливал системы без счёта. А вот с fake RAID имел дело один раз — когда развлекался с OCZ RevoDrive (см. здесь). Так что проверить утверждение на счёт «правильней» — и было моей задачей. Ибо раз в кои веки ц меня образовалось два абсолютно одинаковых накопителя, оба — SSD, SanDisk 120 GB Extreme SSD (подробности здесь).

Плюс к указанному богачеству имелся ещё и стандартный винчестер — Seagate ST3500410AS о 500 ГБ для экспериментов, и внешний полутерабайтник — Seagate FreeAgent GoFlex с интерфейсом USB-3, так что и проблемы с бэкапами тоже не было. Что создавало все условия для «нулевой» переустановки.

Ну а о результатах движения к первой цели я вскоре отдельно расскажу в разделе Впечатлений.

Итак, вводные данные: два абсолютно одинаковых SSD-накопителя по 120 ГБ, подсоединённых к разъёмам SATA-III материнской платы. Первый, на котором ранее жила моя рабочая openSUSE, сначала 12.1, а потом 12.2 разной степени приближения к релизу, был размечен по схеме GPT, второй, с экспериментальным релизом 12.2 — как msdos label.

Традиционный винчестер сидел на 1-м разъёме SATA-II, имел GPT-таблицу разделов и нёс на себе три партиции по 20-25 ГБ, с установленными на них «на поглядеть» Fedora 17, Kubuntu 12.10 beta 1 и Sabayon 10. Около 400 «честных» гигабайт на нём оставалось неразмеченными — далее это сыграет свою роль.

Интересно, что система именования дисков менялась в зависимости от режимов SATA. Каковых, как известно, два: эмуляции IDE и AHCI (на платах с чипсетным RAID к ним присоединяется ещё и третий, но о нём речь пойдёт позднее). По умолчанию в BIOS моей «мамы» был включён режим IDE, и при нём имена файлов дисковых устройств выглядели так:

  • /dev/sda — SSD-накопитель на 1-м SATA-III разъёме;
  • /dev/sdb — традиционный винчестер на 1-м разъёме SATA-II;
  • /dev/sdc — SSD на 2-м SATA-III.

При включении режима AHCI имена устройств изменились: 1-й и 2-й SSD на разъёмах SATA-III стали называться /dev/sda и /dev/sdb, соответственно, а винчестер на 1-м SATA-II превратился, напротив, в /dev/sdc. Тут-то я и осознал смысл рекомендации — никогда не использовать имена устройств верхнего уровня, особенно в многодисковых конфигурациях типа softRAID, LVM и zpool. Потому как они могут поменяться непредсказуемым образом. Впрочем, openSUSE при обновлении системы об этом предупреждает открытым текстом. А в её программе разметки по умолчанию принято монтирование by-id — пожалуй, самый однозначный способ идентификации накопителей.

Теперь, после освещения общей обстановки, можно переходить к дальнейшим действиям.


К содержанию