Qubes OS 4.0-rc4

По случаю недавнего релиза четвертого rc четвертой версии Qubes OS попробовал было пощупать ее вживую. Увы, теперь в этот калашный ряд с моим суконным рылом не влезть. Требования к системе по сравнению Qubes OS 3.2 возросли, и мой дряхленький i3-2100 уже не умеет в ныне требуемый системой VT-d. Пичальпичаль. Правда, установить систему все равно можно, хотя надежность и устойчивость к атакам тогда несколько снижаются (насколько я понял, VT-d она использует для эффективной изоляции сетевых VM).

ZFS на Antergos: после установки

Antergos на данный момент единственный дистрибутив, который поддерживает zfs на этапе установки, так что становится возможным без лишней возни установить систему с корневым разделом на zfs (ибо иначе не труЪ). К сожалению, тут тоже есть ограничения. ZFS для установки доступна только в автоматичеком режиме, создать раздел ZFS в режиме ручной установки нельзя. Кроме того, не поддерживается шифрование разделов с ZFS (вернее, эти элементы в интерфейсе есть, но пока заблокированы, видимо, ожидают реализации).

В целом все неплохо, но и на виртуальной машине, и на реальном железе я сталкивался с одной и той же историей: после установки при первой загрузке ZFS-пул отказывался монтироваться, мотивируя это тем, что «pool may be in use from other system», и меня выбрасывало в консоль рута. Лечение этой проблемы описано в официальной вике, например, Arch Linux и выглядит так.

  1.  Необходимо импортировать существующий пул командой:
    # zpool import -a -f
  2. А теперь экспортировать пул:
    # zpool export <название_пула>
  3. Теперь вы должны видеть ваш пул:
    # zpool status

Остается перезагрузиться. Теперь пул должен монтироваться и загружаться нормально.

Но теперь вас, скорее всего, ожидает другая проблема. При загрузке появляется сообщение об ошибке вида «no device specified for hibernation». Оно связано с другой забавной проблемой. Как таковая ZFS не поддерживает гибернацию (пока). Хотя swap-раздел создается на этапе установки, для гибернации он использоваться не может. Этот момент можно обойти, обманув загрузчик и подставив ему корень в качестве раздела для гибернации. Гибернация от этого не появится, но сообщение пропадет. Метод описан в вики Antergos и выглядит так:

  1. Сначала нужно получить UUID корневого раздела. Сделать это можно с помощью команды blkid
  2. Получив UUID, его нужно подставить в качестве параметра ядра «resume=UUID=UUID_вашего_раздела» в файл /etc/default/grub в параметр GRUB_CMDLINE_LINUX_DEFAULT=“quiet …”
    Вместо многоточия должен стоять resume=UUID=UUID_вашего_раздела
  3. Теперь, конечно, нужно заново сгенерировать grub.cfg при помощи команды grub-mkconfig -o /boot/grub/grub.cfg

Об openSUSE

[Subjectivity mode on]

openSUSE Tumbleweed - худший дистрибутив Linux, с которым мне приходилось сталкиваться.

[Subjectivity mode off]
Арифметика такова, что я пытался установить его раз 6-7 и каждый раз терпел катастрофическое поражение. После установки он не загружался ни с шифрованием, ни без шифрования, ни на btrfs, ни на lvm, ни на традиционном ext4. Если он загружался, то оказывалось, что в процессе установки grub затер загрузчик Windows (он руководствовался простой логикой — я неправильно указал ему раздел для установки, и потому он просто стер MBR в /sda, куда его вообще не просили соваться). Когда я смог установить его на ноутбуке, оказалось, что не работает Wi-Fi, который прекрасно работал в процессе установки. Он отказывался работать и через Wicked, и через NetworkManager. Сегодня я пытался сделать это снова и снова grub отказался загружаться с зашифрованного раздела.

Должен сказать, что по своему уровню в Linux я максимум продвинутый пользователь. Но установить Linux — это не такая уж сложная задача. Даже Arch удавалось прекрасно установить без малейших проблем из командной строки, но не это чудовище. Yast — это, на мой взгляд, не тот инструмент, которым стоит гордиться. Если отбросить его выдающуюся тормознутость, он просто неудобен как установщик. Экспертный режим разметки диска настолько многофункционален, что отбивает желание им пользоваться. Настройки загрузчика многообразны, но не каждый пользователь сообразит, как до них добраться, а добравшись, обнаружит, что все нужно перенастраивать под себя. потому что Yast расставляет параметры всегда не так, как нужно.

Я не пробовал Leap, но мне очень жаль, что с Tumbleweed ничего не получается. А попробовать openSUSE очень хочется — они создали столько интересных инструментов, на которые просто хочется посмотреть, потыкать пальцем, что-нибудь сломать в процессе. Периодически я возвращаюсь к нему как к своей неудаче и снова ухожу ни с чем.

Проблемы с тачпадом в Xubuntu 17.10

Моя главная проблема с использованием Xubuntu заключается в том, что она не умеет правильно отключать тачпад во время набора текста. С одной стороны, в настройках соответствующий пункт есть:

Однако ведет себя эта опция довольно загадочно. Она действительно отключает тачпад во время набора. Но не включает его обратно. Насколько я понял, проблема специфична именно для Xubuntu, и я сталкивался с ней в версиях 16.10, 17.04 и 17.10. В Manjaro XFCE и Qubes OS (которая тоже использует XFCE) такой проблемы нет, эта опция работает, как должна.

Ползать по форумам было лень, так что на Stackoverflow был немедленно найден костыль, который, говоря по правде, оказался даже удобнее решения.

Читать далее →

Настройка vagrant на Fedora 26

Поскольку Fedora — это дистрибутив для тех, кто не ищет легких путей, хотя все-таки не хочет идти в Мордор совсем пешком, при знакомстве с ней я столкнулся с глупой проблемой установки и настройки vagrant и VirtualBox. Все складывалось так, что они знать друг друга не хотели, но и работать по отдельности тоже не могли.
Оказывается, это тот случай, когда не нужно следовать рекомендуемым разработчиками путем.

Читать далее →