Федорчук Алексей Викторович
Шрифт:
Эти действия можно проделать с помощью графической утилиты gnome-disks, задав при создании разделов идентификатор их типа вручную, как 0xfd:
Или, если не обременять память этим сложным шестнадцатеричным числом, выбрать его из списка, выводимого через пункт Изменить раздел, вызываемый «нижней шестерёнкой»:
Дальнейшая работа выполняется с помощью утилиты mdadm, которая в моём случае была запущена в такой форме:
$ sudo mdadm --create /dev/md0 --auto=yes --level=0 --raid-devices=2 /dev/sd(a,b)2
Здесь --create (или -C) — субкоманда создания массива, в качестве аргумента которой указывается имя его файла устройства (к этому вопросу я ещё вернусь), --level — определение его уровня (а я уже говорил, что именно нужно народу), --raid-devices — число входящих в массив устройств с указанием их имён (/dev/sda2 и /dev/sdb2). Опция же --auto=yes, как было установлено эмпирическим путём, препятсвует переопределению имени файла RAID-устройства.
ТПосле создания RAID'а результат своих действий можно проверить таким образом:
$ sudo mdadm --detail /dev/md0
Что должно дать примерно такой вывод:
/dev/md0:
Version : 1.2
Creation Time : Tue Apr 15 00:06:59 2014
Raid Level : raid0
Array Size : 195371008 (186.32 GiB 200.06 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue Apr 15 00:06:59 2014
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 512K
Name : salix:0
UUID : a32dc435:25c68870:18fa63ca:010d8910
Events : 0
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 18 1 active sync /dev/sdb2
Вместо субкоманды --detail можно использовать её сокращённую форму -D. И заметка на будущее: все утилиты субкоманды mdadm, даже не выполняющие никаких действий, а только выводящие информацию, требуют прав суперпользователя. Исключение — запрос помощи
$ mdadm --help
и детализирующие его просьбы типа
$ mdadm --create --help
К слову, в выводе последнего запроса (или из man mdadm) можно узнать о дополнительных опциях, с помощью которых определяются, например, такие параметры, как величина блока «распараллеливания» (Chunk Size), которая теоретически должна влиять на быстродействие (чем больше, тем лучше), Однако сведений, насколько это чувствительно в десктопной обстановке, я не нашёл, и потому положился на умолчание mdadm; как можно видеть из вывода субкоманды -D, оно составляет 512 Кбайт (в старых версиях — 64 Кбайт).
Завершив создание RAID'а, на нём следует создать файловую систему, например, так:
$ sudo mkfs.ext4 /dev/md0
И обеспечить её монтирование при старте машины, внеся в файл /etc/fstab строку такого вида:
UUID=очень-длинное-бла-бла-бла /home/data ext4 defaults,noatime 0 0
Где очень-длинное-бла-бла-бла, как и раньше, определяется командой
$ sudo blkid
которая выведет значения UUID для всех наличных накопителей.
Mint и LVM
Тема этого очерка образовалась в значительной мере как результат случайности. Которая началась с того, что я стал счастливым обладателем SSD-накопителя производства Crucial MX100 объёмом 512 ГБ, и в результате дисковая подсистема, упакованная внутри моего десктопа, стала выглядеть так:
• вышеупомянутый полутерабайтный Crucial — на первом SATA-разъёме;
• SanDisk Extreme SSD, 120 Гбайт — на втором;
• он же, то есть точно такой же — на третьем;
• традиционный винчестер Seagate ST3500410AS о 500-х гигабайтах — на четвёртом.
Первый SSD в ходе установки Mint 17.1 Rebecca был разбит на три раздела:
• /dev/sda1 объёмом 20 ГБ с файловой системой ext4 под корень файловой иерархии;
• /dev/sda2 объёмом 10 ГБ, также с ext4 — под каталог будущего пользователя, то есть меня — /home/alv (в домашнем каталоге я храню только dot-файлы и некоторые служебные данные, на что указанного объёма хватало с лихвой);
• /dev/sda3 на всё оставшееся пространство — без файловой системы и, сооветственно, без точки монтирования.