Мой Mint. Cinnamon лирический: установка и потом

Алексей Федорчук

Итак, «лирический» образ был успешно создан, настало время проверить его в деле. Пока ещё не совсем реальном, а скорее виртуальном — то есть сначала запуском его в VirtualBox’е, а потом и установкой в оном же. Неожиданно оказалось, что при этом не оказалось ни малейших неожиданностей. Настолько, что по этому вопросу просто и сказать нечего. Кроме разве что того, что всё не очень стандартное (поддержка файловых систем f2fs и zfs, softRAID, глобальных настроек Zsh) работало так, как оно и ожидалось — что в Live-режиме, что в виртуально установленной режиме.

А по части установки я захотел было немного выпендриться. Как известно, установщик Ubuntu, от которого происходит и Mint’овский, отличается замечательной простотой в применении. Оборотная сторона чего — недостаточная гибкость, в частности, его модуля дисковой разметки и форматирования (по сравнению с openSUSE — эталоном в этом отношении). А ведь это то единственное во всей установке любой системы, что трудно изменить рабочим порядком на работающей системе.

В частности, для начала я решил установить свой ремикс на раздел диска, отформатированный в Ext4 с отключённым журналированием. Говорят, что до недавнего времени в Google говорили, что это обеспечивает максимальное быстродейтсвие файловых операций. И мои наблюдения некоторым образом это подтверждали, хотя выигрыш и был копеечным. Тем не менее, приятно сознавать, что идёшь нагавно… нага в ногу с другими г… Google’ями…

Инсталлятор Ubuntu/Mint, в отличие от соответствующего модуля openSUSE, не поддерживает установку параметров форматирования (как и опций монтирования). Так что представлялось, что можно заранее подготовить разделы с должным образом созданными файловыми системами, на которые, как на готовенькое, установить Mint. Так думали я и Мамедка. А как вышло? Расскажу по порядку.

Дело происходит в Live-режиме, в виртуальной машине. Для дисковой разметки и создания файловых систем, как известно, требуются права администратора, которые я получил на неопределённое время командой

$ sudo -i

Далее запускаю это:

# fdisk /dev/sda

Свежесозданнй виртуальный диск не несёт на себе никакой, даже пустой, таблицы разделов (в отличие от свежекупленного реального, у которого в MBR фабрично записана стандартная таблица разметки DOS). О чём, кстати, fdisk сразу и предупреждает. Так что первым делом таблицу разделов надо создать такой его внутренней командой:

Command (m for help): o

Здесь следует предупреждение, что всё придёт в норму после записи, так что следующая команда внутри fdisk‘а — выход из него с записью:

Command (m for help): w

Теперь fdisk запускается снова (никаких предупреждений уже не следует):

# fdisk /dev/sda

И обычным порядком создаются нужные разделы — я в экспериментальных целях ограничился одним — /dev/sda1.

Сказанное относится к разметке в стиле MBR. Если есть желание использовать GPT-стиль, следует прибегнуть к утилите gdisk, о которой написано, например, здесь. В рамках данной задачи разницы между стилями разметки нет ни малейшей.

Далее на новообразованном разделе создаю файловую систему Ext4 без журнала:

# mkfs.ext4 -O ^has_journal /dev/sda1

Здесь опция ^has_journal как раз и отрицает имение журнала на /dev/sda1. Ну а после этого можно уже и запустить инсталлятор.

Сама по себе установка ничем не отличается от многократно описанной ранее — даже ссылки лень приводить. Заслуживает, казалось бы, внимания только следующее. Во-первых, когда дело дошло до так называемого выбора типа установки, я, разумеется, выбрал Другой вариант:

lyrics-mint_01

После чего обнаружился виртуальный диск с единственным разделом, для которого остаётся только определить точку монтирования — в данном случае /:

lyrics-mint_02

Но определить её можно только после определения выбора из выпадающего меню пункта Использовать как. Очевидно, что избежать форматирования (а ведь именно это — наша цель) можно одним способом — выбрать здесь Ext4:

lyrics-mint_03

Однако, как будет показано ниже, не спасает положения. А пока — селдует обычное сообщение об остутствии swap-раздела:

lyrics-mint_04

А за ним — вот такое предупреждение, которое игнорируется:

lyrics-mint_05

Длаьше установка протекает как всегда, перезагрузка тоже проходит нормально, после авторизации загружается рабочий стол Cinnamon’а, который выглядит так:

lyrics-mint_06

Это те самые «нескучные обои» — плитки серпентинита, на котором в виде контррельефа воспроизведено одно из наскальных изображений Залавруги.

Однако долго любоваться обоями не пришлось, потому как надо было проверять работоспособность впихнутого. Хотя для начала я решил посмотреть, как там поживает файловая система Ext4 без журналирования. Оказалось, что без журналирования она поживает плохо, потому как живёт с журналом, что выявляется такой командой:

$ sudo tune2fs -l /dev/sda1 | grep journal
Filesystem features:      has_journal ext_attr...

То есть в процессе установки Mint’а журналирование включилось вновь, потому как это можно сделать не только при создании файловой системы, но и впоследствие. Впрочем, и отключить его тоже можно — правда, только на отмонтированном носителе (или смонтированном только для чтения). Поэтому я перезагрузился в однопользовательском режиме (в меню GRUBN’а этот пункт называется recovery mode, некоторые подробности о входе в него здесь). И там дал команду

$ sudo tune2fs -O ^has_journal /dev/sda1

После этого команда

$ sudo tune2fs -l /dev/sda1 | grep journal

вернула пустую командную строку, то есть от журналирования не осталось и следа. Но это, согласитесь, не очень изящное решение.

Зато с поддержкой "нетрадиционных" файловых систем всё оказалось в порядке. Достаточно было дать команды
$ sudo modprobe zfs
$ sudo modprobe f2fs

чтобы подключить модули поддержки соответствующих файловых систем. В чём легко убедиться командой

$ lsmod | grep -e zfs -e f2fs

которая даст такой вывод:

f2fs        170846  0
zfs         1185541 0
zunicode    331251  1 zfs
zavl        15010   1 zfs
zcommon     51321   1 zfs
znvpair     89166   2 zfs,zcommon
spl         175436  5 zfs,zavl,zunicode,zcommon,znvpair

То есть, сразу мосле этого можно создавать новый пул ZFS или импортировать существующий — на эту тему я тоже писал неоднократно, так что поиск точных ссылок оставляю заинтересованным лицам. Правда, поддержка f2fs до сих пор носит чисто декоративный характер — для применения с какими-либо практическими целями она (пока?) не годится ни в какую. Впрочем, и об этом я тоже писал. В рамках же сегодняшней темы могу сказать, что принципиальная готовность системы к работе с ZFS и f2fs была проверена на практике.

Столь же хорошо дело обстоит и с softRAID, свидетельством чему — данная без всяких предварительных телодвижений команда

$ lsmod | grep raid

на что система ответит таким выводом:

raid10              48128  0
raid456             86484  0
async_raid6_recov   12984  1 raid456
async_memcpy        12762  1 raid456
async_pq            13365  1 raid456
async_xor           13160  2 async_pq,raid456
async_tx            13509  5 async_pq,raid456,async_xor,async_memcpy,async_raid6_recov
raid6_pq            97812  2 async_pq,async_raid6_recov
raid1               35530 0
raid0               17842 0

Проверить готовность к работе с softRAID практически я, понятное дело, в среде виртуальной машины не мог (точнее, это требовало телодвижений, напоминающих бег в мешке, и потому лениво). К этому вопросу я ещё вернусь, когда дело дойдёт до установки «лирического образа» на реально «техническое железо».

Осталась последняя проверка — поведение Zsh. Ибо первое, что я сделал после загрузки машины… Пардон, второе, потому что первым было искоренение кириллических каталогов — наблюдения показали, что если сделать это сразу, то русские имена исчезают бесследно.

…так вот, второе деяние моё было — смена командной оболочки пользователя:

$ chsh -s /bin/zsh

что требует ввода пароля и авторизации заново. После чего при открытии терминала появится вот такое предложение:

lyrics-mint_08

Здесь я выбрал «нулевой вариант» — он создаст пустой файл ~/.zshrc, а все настройки шелла будут браться из общесистемного конфига /etc/zsh/zshrc. Что, разумеется, не запрещает редактировать конфиг пользовательский для внесения в него дополнительных функций, модификации имеющихся или отключения их вообще. Если же выбрать вариант (2), то в домашний каталог под именем ~/.zshrc скопируется «эталонный» конфиг /etc/zsh/newuser.zshrc.recommended — как было сказано в прошлой заметке, он идентичен /etc/zsh/zshrc.

На этом всё — система полностью готова к применению в «лирических» целях — например, к сочинению нетленки в Komodo Editor’е.

Содержание

Добавить комментарий