Во последних во строках предыдущей истории, посвящённой виртуальной инсталляции XeroLinux’а, машина со свеже установленной системой отправилась на перезагрузку. Когда же она произошла, пред моими очами явилось приглашение (или приветствие?) системы, которое далее я для определённости буду называть авторским именем XeroLinux Hello.
Его-то и собирался использовать для постинсталляционной деятельности в виртуалке, как это об этом говорилось в Истории второй. Но, разумеется, без допущенных мной тогда ошибок, которые привели к последствиям всяким нехорошим…
Однако сначала решил ознакомиться с системой в первозданном виде. И в ходе этого дела совершил открытие — неожиданное, но, как ни странно, приятное: оказалось, что XeroLinux, установленный Guest’ом в VirtualBox’е (в качестве Host’а, как говорилось давеча, выступал MX Linux), оказался готовым к обмену данными с «головной машиной пробега» разными способами: и просто копированием, и Drag’n’Drop’ом, и через разделяемый каталог. И все это прямо «искаропки»…
Хотя на счёт последнего я чуток загнул: XeroLinux действительно готов к подключению указанных возможностей, в виде так называемого диска гостевых дополнений, VBoxGuestAdditions.iso, скачан в Host-машину и смонтирован в машину Guest’а, нужные модули ядра установлены etc. И всё это само собой, по волшебству.
Но сами эти возможности ещё надо кому-то подключить. И я подозревал, что этот «кто-то» — я сам и есть. Хотя в данном случае (благодаря подготовительной работе доброго волшебника) дело оказывается не сверхъестественно сложным. Так, для включения общего буфера обмена и «перетаскивания» я зашёл в VirtualBox, в списке установленных там машин выбрал нужную виртуалку (в данном случае Zero-def) и нажал кнопку Настроить:
С каталогами, разделяемыми между Host’ом и Guest’ом немножко сложнее — требуется больше телодвижений. Для начала до их настройки я добирался тем же образом (см. илл. 6-01 и 6-02), далее — в секцию Общие папки, где увидел нечто вроде такого:
Я хотел, чтобы разделяемый каталог был постоянным и монтировался при старте виртуалки автоматически, поэтому и отметил соответствующие опции. А чтобы он был только для чтения… нет, нам такой хоккей не нужен!
Как и общий буфер обмена, и «перетаскивание», разделяемые каталоги можно настраивать при включённой виртуалке. Но здесь, настанет пора прервать сказочку чарочкой, когда для завершения процесса нужно обратиться к Guest-машине. И свершить в ней единственную операцию — причислить себя, любимого пользователя данной виртуалки, к группе (пользователей) vboxsf: только члены этой группы имеют право на просмотр и изменение разделяемого каталога.
Проще всего сделать это прямой командой в «виртуальной» обстановке (то есть переключившись в машину Xero-def или запустив оную):
$ sudo usermod -G vboxsf -a alv
И здесь надо напомнить себе об опции -a и её значении — своём собственном имени пользователя. Ибо иначе выше поименованный alv станет не ещё одним членом группы vboxsf, а потеряет членство во всех своих прежних группах. И работать больше не сможет, пока не исправит ситуацию (весьма нудным, надо сказать, образом).
Но alv, много лет назад попав в такую ситуацию, с тех пор затвердил, как моральный кодекс строителя коммунизма, что опция -a означает append. И потому может смело перезагружать виртуалку и использовать разделяемый каталог в своё удовольствие вместе с остальными «машинно-обменными» операциями VirtualBox’а.
Для чего? В соответствие с придуманным мной названием, машинно-обменные операции используются для обмена данными между Host-машиной и её Guest’ами, а через посредство первой — и между различными Guest’ами между собой. Прадва, мои потребности обычно были весьма скромными. В частности, разделяемый каталог я использовал для хранения типовых пользовательских dot-файлов, из которых наипервейшим был $HOME/.zshrc, без которого чувствовал инвалидом без правой руки.
Однако со временем я обнаружил, что такие вещи проще хранить в сети: вспомнить свои аккаунты на Я.диске или у MEGA.nz казалось быстрее, чем возиться с гостевыми дополнениями VirtualBox’а, особенно для довольно экзотических дистров (таких, как NuTyX или Void Linux).
По такому привычному и отработанному методу я начал действовать при первом знакомстве с XeroLinux’ом — и чуть было не дошёл до цугундера. Причём дистр тут был совершенно ни причём — дело было в моей торопливости и невнимательности, о чём будет говориться в одной из ближайших Историй. Что имело и побочное следствие — побудило меня оживить в памяти работу с гостевыми дополнениями VirtualBox’а. В чём помог мне один из томов «Воззрений» светлой памяти Кота Мануала, посвящённый этой системе виртуализации.
А теперь я опять возвращусь назад, к приглашению системы XeroLinux Hello, и к вопросам, лишь частично затронутым в Истории третьей — постинсталляционному конфигурированию. На этот раз — в основном в виртуальной обстановке.
Post Scriptum Эту Историю я закончил сегодня под утро — и занялся размещением среди родственных, про XeroLinux. Как вдруг с ужасом понял, что это… нет, не конец (то есть «Парабеллум» в другом кармане)… а Деменцгеймер. Для тех, кто ещё не знает: это очень опасная болезнь, когда забываешь фамилию старины Альцгеймера, но точно знаешь, что он приходит.
В моём случае это проявилось в следующем: я не только написать о клонировании виртуальной машины с XeroLinux’ом сразу после после установки, как (почти) всегда делаю на случай отката при неудачном конфигурировании. Конечно, всегда, даже с «почти» в скобках — преувеличение: я клонирую системы, чем-то меня заинтересовавшие, и с которыми предвижу продолжительное общение, а те, конфигурабельнось которых внушает сомнения —
удаляю. Нередко — до окончательного подтверждения своих подозрений на этот счёт: жизнь (уже) коротка, а дистрибутивов — много. И чем дальше — тем меньше среди них разнообразия…
С XeroLinux’ом эти причины вступили в антагонистические противоречия. С одной стороны, с первого взгляда XeroLinux с его Latte Dock мне понравился, со второго — я оценил удобство этой сцепки на практике, с третьего — привлекло созвучие в подходе комплектации системы моим старыми свычаями и обычаями. Со стороны же другой, Latte Dock я видел первый раз в жизни, и её своеобразие, вместе с особенностями пост-инсталляционного конфигурирования самой XeroLinux Hello, делали вероятным возникновение ошибок. Что в моём случае и было продемонстрировано — по собственному, не могу не признать, раздолбайству…
В общем, клонирование XeroLinux, казалось бы, напрашивалось. Однако, пока я рассуждал на философские темы, руки сами собой делали привычное дело — всяческое конфигурирование, в частности, настройку машинно-обменных операций, с одновременным их описанием. И о необходимости сохранения машины я вспомнил лишь тогда, когда моя виртуалка приобрела вид уже не совсем первозданный. Почему в возникла необходимость в данном постскриптуме, хотя он опять несколько затянулся…
Post Post Scriptum
И потому в этом посту к постскриптуму исправляю свою забывчивость, благо моя витруалка не успела далеко отдалиться от prmordial XeroLinux, а сама процедура клонирования занимает считанные минуты — рассуждал о ней я гораздо дольше.
Итак, мне опять потребовалось главное окно VirtualBox’а, где в списке Guest’ов отыскивается объект недавних издевательств — Xero-def (я ведь предполагал, что он навсегда останется default, но, видать, не судьба). Правым кликом мыши на имени машины вызываю контекстное меню и нахожу в контекстном меню пункт Клонировать:
Личный же опыт приобретать что-то не хочется — хочется, отметив первый вариант, поскорее нажать кнопку Готово; после этого процесс начнётся незамедлительно, и ход его будет выводиться на дисплей:
