DragonFly BSD: виртуальные впечатления

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

Образ DVD-диска LiveCD после декомпрессии имеет объём около 1,6 Гбайт. Его надлежит сболванить и вставить в привод. После чего есть два варианта: либо загрузиться с него «вживую», либо запустить в виртуальной машине. Казалось бы, второй вариант для LiveCD смысла не имеет, поскольку он и сам своего рода виртуальный. Однако…

… Однако первый вариант у меня банально не прошёл. То есть появилось меню загрузчика, в котором можно было выбрать нужный пункт, потом произошла загрузка системы (правда, чрезвычайно медленно и на удивление печально), и появилось приглашение авторизоваться. Кем и для чего — пока не важно, потому что сделать это оказалось невозможным: клавиатура была мертва. Как, впрочем, и мышь — оба устройства с USB-интерфейсом.

О причинах этого прискорбия можно было догадываться по аналогии с тем, что не так давно имело место при общении с PC-BSD. И примерно понятно было, как с этим бороться — но,поскольку LiveCD предназначался исключительно «на посмотреть», я решил, что сделать это смогу и в виртуальной машине. В качестве такой выступил VirtualBox 3.06 OSE из под Fedora 11 в качестве хозяйской ОСи.

Так что создаю виртуальную машину — штатно в VirtualBox поддержка DragonFly не предусмотрена, поэтому выбираю ОС и версию как более иные (Other). Стартую — и наблюдаю стандартное менб загрузчика BSD-систем:

011.jpeg

Поскольку использование системы планируется исключительно с лицезретельными целями, в пункты меню особенно не вникаю, выбирая Default. Вот при реальной установке на любую более-менее современную машину потребуется, скорее всего, выбрать один из пунктов с поддержкой SMP.

Вопреки опасениям, загрузка проходит без всяких проблем, хотя и длится не долго, а очень долго; после чего появляется приглашение к авторизации:

021.jpeg

Здесь возможно два варианта:

  1. авторизоваться под аккаунтом installer — в результате будет запущен стандартный BSD Installer, описанный ранее;
  2. авторизоваться root’ом с последующим запуском Иксов и оконного менеджера обычным startx.

Из тех же лицезретельных соображений выбираю второй вариант. И здесь всё происходит уже не просто очень долго, а как во сне — более медленно работающего LiveCD я, пожалуй, не видел никогда. Хотя, справедливости ради, надо отметить, что все LiveCD на BSD-основе, которые мне доводилось видеть, быстродействием не блистали.

Наконец, ожидание вознаграждается таки лицезрением десктопа с красивой стрекозой на обоях. Ну а в самой рабочей среде легко узнаётся обычный Fluxbox:

03.jpeg

Из контекстного меню на предыдущем снапшоте можно видеть, что изобилием штатных приложений LiveCD нас не побалует: мы имеем терминал (urxvt), браузер Firefox, IM-клиент Pidgin, Xchat и самую простую читалку PDF’ов — xpdf. При этом очень даже может быть, что все Интернет-приложения окажутся бесполезными: у меня, например, никакого намёка на автоматическую настройку сети не было, и средств для её настройки вручную также не предлагалось.

Так что фактически мы, кроме созерцания стрекозы, можем выполнить два действия. Во-первых, прочитать README-файл — он откроется в терминале посредством less:

04.jpeg

А во-вторых, запустить установщик. Он также откроется в терминальном окне и будет всё тем же BSD Installer’ом:

 

05.jpeg

В общем, назначение диска осталось для меня не вполне ясным. Ознакомиться с устройством ОС, в первую очерель файловой системы Hammer, при его посредстве не удастся. А созерцание оконного менеджера или браузера вряд ли даст чего-то новое человеку, собравшемуся познакомиться с DragonFly.

Впрочем, упрекать создателя LiveCD не след: эта работа была выполнена в рамках Google Summer Code, так что является пробой пера студента. Точнее, студентки — Луизы Лучиани (Louisa Luciani). Так что, джентльмены, снимем шляпу — и отправимся знакомиться с системой на реальном железе. Не прямо сейчас — но со временем.

7 комментариев к “DragonFly BSD: виртуальные впечатления

  1. > поэтому выбираю ОС и версию как более иные (Other).
    Надо было выбрать FreeBSD. Возможно, было бы побыстрей.

    >у меня, например, никакого намёка на автоматическую настройку сети не было, и средств для её настройки вручную также не предлагалось.
    На диске есть ifconfig и dhclient, что еще нужно?

  2. Решил загрузиться с диска “вживую”. При выборе в загрузчике пункта SMP получил:
    > can’t find /kernel.smp/kernel
    Пришлось использовать пункт default
    В середине загрузки — большая пауза после сообщения
    > starting file system cheks:
    > cd9660: /dev/cd0: invalid argument
    Паузу пришлось прервать комбинацией клавиш Ctrl+C
    После этого получил кучу сообщений об ошибках от стартовых скриптов Суть ошибки — Read-only file system
    в том числе от sshd, безуспешно пытавшегося создать пары dsa и rsa ключей (и зачем вообще sshd нужен на livecd)
    Наконец загрузились.
    Сетевая не определилась (realteck, в freebsd ядром GENERIC определяется без проблем, device re), поэтому ifconfig и dhclient не потребовались :-)
    Оказалось что устройство смонтированное как корень фс — cd0 (потому и ошибка Read-only file system)
    По понятным причинам startx выдал ошибку
    > Fatal server error
    > could not create lock file in /tmp/.tx0-lock

    Единственный плюс система определила имеющийся в системе dvd привод хотя Freebsd его ну никак не видит, мать — asrock 780gxe с чипсетом 780g и sb700. Удивительно, но man ata в Dragonfly сообщил что драйвер ata deprecated и используется драйвер nata который является портированным с Freebsd ata!

  3. >После этого получил кучу сообщений об ошибках от стартовых скриптов Суть ошибки — Read-only file system
    Ничего удивительного после Ctrl+C.

    >Оказалось что устройство смонтированное как корень фс — cd0 (потому и ошибка Read-only file system)
    В этом нет ничего плохого. /var, /tmp, /etc монтируются как mfs.

    >realteck, в freebsd ядром GENERIC определяется без проблем, device re
    Возможно просто неизвестен pci id. Я бы взглянул на pciconf -lv.

  4. > В этом нет ничего плохого. /var, /tmp, /etc монтируются как mfs
    не угадал Как mfs монтируется только /root ;-)

  5. > Ничего удивительного после Ctrl+C.
    Причина не в этом! а в том что /dev/cd0 смонтирован в /; mfs — в /root Ну еще есть devfs и ВСЕ!!! больше ничего нет (по информации mount во всяком случае) Отсюда и сообщения про Read-only file system

  6. дождаться отработки скрипта, проверяющего и монтирующего FS, терпения у меня не хватило. После получаса терзаний диска я его опять завершил :-( Просмотр /etc/fstab подтвердил твою правоту, polachok
    > /var, /tmp, /etc монтируются как mfs
    Быть может, сетевуха тоже потом определилась бы.

  7. Наблюдал проблемы на этапе установки, в частности крайне медленное форматирование диска.
    Для моего случая решилось все просто — отключением ACPI
    Описал: http://faq1c.gorbunov.ru/node/55

Обсуждение закрыто

Перейти к верхней панели