Алексей Федорчук
Если предыдущая заметка представляла собой сплошной позитив, то в этой я остановлюсь на нескольких моментах, которые поначалу могут показаться чистым негативом. Однако при ближайшем рассмотрении всё оказывается не так страшно.
Как я говорил в заметке про инсталляцию Mint'а, в ходе этого процесса не только нельзя создать softRAID, но невозможно и задействовать готовый. А так как все мои рабочие данные лежат именно на RAID'е, его подключение было одной из первоочередных постинсталляционных задач.
Все необходимые для этого модули ядра имелись, однако не загружались при старте системы. Не имелось, соответственно, и устройства вида /dev/md#. А попытка подгрузить модули вручную, командой modprobe, результата не давала -- никакого подобного устройства в каталоге /dev не появлялось.
Как обычно, выручила солдатская смекалка -- просмотр каталогов /sbin и /usr/sbin, показавший полное отсутствие файла mdadm. Как, естественно, и соответствующего пакета: я настолько привык к тому, что в большинстве дистрибутивов избавиться от него невозможно даже когда он не нужен вообще, что сразу проверить это мне не пришло в голову.
После установки пакета mdadm, в ходе которого автоматически выполнялось сканирование на предмет наличия softRAID'а, и рестарта машины нужные модули (raid# и всё, что с ними связано) загрузились автоматически, и появилось устройство /dev/md0. Почему-то ему вернулось имя, данное при создании его в Salix'е, а не тот самопроизвольно образовавшийся псевдоним, под которым он там выступал (вся история описана здесь).
Теперь оставалось определить устройство /dev/md0 на его законное место -- я уже несколько лет держу свои рабочие данные на отдельном носителе (разделе, пуле ZFS или, как сейчас, программном RAID'е), который монтирую в каталог /home/data. Каковой был немедленно создан, и командой chown ему были присвоены атрибуты принадлежности alv:alv (точнее, 1000:1000 -- UID и GID моего главного рабочего пользователя, вне зависимости от того, как его зовут и какова его основная группа). Затем командой
$ sudo blkid
для устройства /dev/md0 был определён его UUID, под которым он был вписан в /etc/fstab строкой вида
UUID=очень-длинное-бла-бла-бла /home/data xfs defaults,noatime,discard 0 0
Разумеется, можно было обойтись и без UUID, занеся RAID под его так называемым именем верхнего уровня, то есть /dev/md0. Но уж раз в Ubuntu и её потомках принято именование устройств по UUID'у -- будем придерживаться фирменного стиля.
Опцию монтирования discard я тоже внём чисто на всякий случай. Теоретически она включает поддержку TRIM (а мой RAID лежит на двух SSD), но практически в этом случае, не работает (как, впрочем, и в случае псевдоаппаратного чипсетного RAID).
А вот для корневого раздела она совем не лишняя, поэтому в строку монтироования корня я её дописал. Как и опцию noatime, некогда способствовавшую быстродействию дисковых операций. А ныне якобы уменьшающую износ ячеек твердотельных накопителей. На этом действия с "железом" закончились.
Далее, оказалось, что в Mint'е никуда не делась свойственная всем убунтоидам особенность, столь древняя, что её уже язык не поворачивается назвать багом: в zsh (а я использую именно его) не работает так называемый history-substring-search (что это такое -- описано здесь). Для решения этой проблемы создаётся файл ~/.zshenv с единственной строкой:
$ echo DEBIAN_PREVENT_KEYBOARD_CHANGES=yes > $HOME/.zshenv
Хотя, если честно, я его просто скопировал из своей коллекции конфигов.
Всё. Никаких других проблем после установки Mint'а у меня не было -- от слова вообще. И даже напрягши воображение, дабы дополнить их список до троицы, я не смог придумать, где эти проблемы искать. Так что пришлось исправлять заголовок -- первоначально слово "мелочь" стояло там во множественном числе. Пожалуй, это было третьей проблемой, связанной с установкой Mint'а.
