Это с одной стороны. А с другой – есть подозрение, что при монтировании дейтасетов импортируемого пула все они автоматом получают те права принадлежности и доступа, которые были у них в исходной системе. Каюсь, вот уже за пару лет применения одних и тех же пулов в разных дистрибутивах я не то что прочитать – даже проверить это не удосужился.
Теперь – самый ответственный момент, импорт существующего пула:
# zpool import -f data
Проверка показывает, что он прошёл успешно:
# zpool status pooclass="underline" data state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 sda3 ONLINE 0 0 0 sdb3 ONLINE 0 0 0
errors: No known data errors
Да ещё и все дейтасеты, входящие в пул, сами собой смонтировалсь куда надо:
# zfs mount data /home/data data/media /home/data/media data/other /home/data/other data/proj /home/data/proj data/vbox /home/data/vbox
Так что мой пул данных полностью пригоден к работе...
... увы, до перезагрузки системы. После которой ни малейших следов смонтированных файловых систем zpool'а мы не обнаруживаем. Хотя сам пул задействован, и команда zpool status возвращает правильный ответ, такой же, как раньше. Согласно ZFS on Linux FAQ, это ситуация достаточно обычная (в частности, с ней же я сталкивался в тестовых вариантах Ubuntu Trusty). И тот же документ (в том числе и в русском переводе) предлагает в каждом дистрибутиве, не входящем в его «белый список» (а Slackware в него не входит) решать её силами рук самих утопающих.
Будучи одним из представителей последних, я, конечно, легко решил её командой
$ sudo zfs mount -a
после которой все файловые системы в /home/data оказываются на своих местах. Однако это не дело – заниматься таким безобразием каждый раз после рестарта системы.
Процесс следует автоматизировать. Как? Теоретически рассуждая, разными способами. Я для начала избрал самый грубый, но простой, вспомнив о палочке-выручалочке каждого нерадивого слакварщика – файле /etc/rc.d/rc.local, в который можно запихать всё невпихуемое в другие места. По умолчанию он пуст, но я это быстро исправил, вписав туда строку
zfs mount -a
обеспечивающую монтирование всех файловых систем подключённого пула ZFS при старте системы. А для симметрии добавил в /etc/rc.d/rc.local_shutdown строку
zfs unmount -a
выполняющую обратную процедуру при выходе.
После этого проблем с доступом к файловым системам ZFS больше не наблюдалось. Правда, как легко догадается читатель, до обновления ядра – благо, автоматически оно обновляться не будет, так как входит в состав исключений. Однако если необходимость в пересборке или апгрейде ядра всё-таки возникнет – придётся также пересобрать модули zfs-on-linux и spl-solaris, сами собой они не соберутся.
Пара слов в заключение
А теперь пора вернуться к вопросу, поднятому в главе первой: для кого же предназначен Salix? Кому он может быть нужен? В ряде глав (например, восьмой и девятой), обращаясь к конкретным примерам, я не случайно акцентировал внимание на назначении пакетов, собираемых из слакбилдов: среди них в изобилии встречаются программы для научной работы, причём в самых различных областях, от молекулярной биологии до GIS. Поэтому думается, что Salix – это замечательный инструмент для научных работников. То есть тех, кто, с одной стороны, не хотел бы очень сильно отвлекаться от своей непосредственной деятельности, углубляясь в детали устройства системы. Но, с другой стороны, при необходимости не погнушался бы это сделать.
Приложение. Slackware: дополнительные репозитории
Репозиторий пакетов Slackware содержит далеко не всё, что может понадобиться благородным донам и благородным доннам в их благородном деле – применении этого дистрибутива и его клонов в мирных целях. И потому на этой странице я попытался собрать все известные мне хранилища пакетов и как-то структурировать их, снабдив краткими аннотациями, а также указав, какие из них поддерживают зависимости и, следовательно, предпочтительны для использования в сочетании со slapt-get.
Список не исчерпывающий – в него включены в основном те репозитории, к которым я сам обращался, и только те, которые содержат пакеты для 64-битной архитектуры и версий 14.1 и Current.
Репозиторий Slackware
Slackware Официальный репозиторий пакетов Slackware.Список официальных зеркал Зеркало Яндекса – отдельной строкой, не из патриотических соображений, и не из никзкопоклонства перед маленьким гигантом большого секса поиска, а потому что оно 1) в большинстве случаев оказывается в числе самых быстрых, и 2) провайдеры, сохранившие лимитные тарифы оплаты доступа в Интернет, часто считают трафик с него внутренним и, подобно гусарам, денег не берут.