Алексей Федорчук - Linux Mint и его Cinnamon. Очерки применителя

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

С давних пор для оцифровки всяческой музыки я использую программу Asunder — не потому, что считаю её лучше других, ибо сравнивать мне не с чем. Просто некогда она подвернулась мне под руку, показалась годной, и более добра от добра я не искал.

Asunder — программа для захвата треков с аудио-компактов, результаты которого можно сохранить в различных форматах: в виде чистых wav-файлов, в mp3, ogg и flac. В принципе, возможно и подключение дополнительных форматов, но оно потребует доустановки соответствующих кодеков.

Как работает Asunder — проще всего рассмотреть на конкретном примере. Тем более что давеча у меня был повод обратиться к ней: в закромах Родины обнаружился комплект из четырёх дисков под названием Золотая классика, который, безусловно, представлял собой непреходящую ценность. Вот лицевая сторона бокса:

А вот — оборотная, на которой приведено содержание всех дисков набора, их четыре штуки:

В стандартной инсталляции Cinnamon-редакции дистрибутива Mint программы Asunder нет, но она имеется в официальном репозитории, и потому её легко установить:

$ apt install asunder

Кроме того, неплохо также установить такие пакеты:

$ apt install lame flac

Они потребуются для сохранения звуковых дорожек в форматах mp3 и flac, соответственно.

После этого Asunder запускается из меню Аудио и видео и предстаёт в следующем виде:

Прежде чем начинать с ним работу, желательно выполнить некоторые настройки. Как легко догадаться, они вызываются через пункт Параметры меню программу. Я приведу те настройки, которые сделал, занимаясь той самой Золотой классикой.

Для начала во вкладке Общие определяется каталог для будущих аудиофайлов и устройство чтения компакт-дисков. Последним по умолчанию является /dev/cdrom — символическая ссылка на файл реального устройства (обычно это /dev/sr0). Но у меня внутренний привод дышит на ладан, поэтому для оцифровки я подключит внешний, USB'шный, который получил имя /dev/sr0. Прочие опции указываются по желанию:

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

Далее, во вкладке Кодирование, указываются форматы выходных файлов — мне было достаточно сжатого с потерями MP3 и сжатого lossless, FLAC:

При желании можно указать ещё несколько форматов, в том числе и с использованием проприетарного кодека Nero — правда, все они потребуют доустановки соответствующих пакетов:

Во вкладке Расширенные я оставил умолчания без изменений, включив только на всякий случай запись log-файла:

Теперь можно было вставлять первый диск набора, после чего перед глазами появляется следующее безобразие, вызванное несовпадением системной кодировки и кодировки компакта:

Название альбома я поправил, а переименовывать сами файлы мне было лениво:

Впрочем, один из дисков набора прочитался почему-то по человечески:

Теперь оставалось только нажать кнопку Извлечь — и наблюдать за ходом процесса, который может занять немалое время, не смотря на то, что считывание трака и его кодирование осуществляются параллельно:

Однако рано или поздно процесс заканчивается, что знаменуется соответствующим сообщением:

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

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

Следующие три очерка посвящаются рассмотрению довольно специальных вопросов — применению в Mint программного RAID, технологии LVM и системы размещёния данных ZFS. Тех, кого эти темы не интересуют, могут смело пропустить соответствующие страницы.

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

1. программный RAID, позволяющий повысить быстродействие дисковой подсистемы (softRAID Level 0);

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

3. система размещёния данных ZFS, объединяющая в себе функции управления логическими томами и файловой системы.

Возможны и другие варианты, например, softRAID Level 1, обеспечивающий, опять же при некоторых условиях, надёжность хранения данных, или файловая система BTRFS, функцйионально сходная с ZFS. Однако первое решение для настольной машины (а в данных очерках рассматривается только этот случай, о серверах тут речи не будет) имеет не много смысла. Ибо эта самая надёжность гарантируется только тогда, когда есть возможность замены вышедшего из сторя диска аналогичным по объёму и, желательно, характеристикам — согласитесь, не частое явление для индивидуала-надомника.

Что же до BTRFS — что бы ни говорили о готовности этой системы к промышленному использованию (а настольная машина применителя для него самое что ни на есть промышленное использование), на сей счёт в народе (в том числе и у автора этих строк) существуют небезосновательные сомнения. Характерно, что в openSUSE, кажется, первой взявшей BTRFS на вооружение как умолчальной, она задействуется под корневую файловую систему, тогда как бесценные пользовательские данные по умолчанию предлагается размещать на XFS.

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