воскресенье, 15 марта 2026 г.

Первый опыт с Linux Mint 22 для домашних нужд

На днях я накоцен-то добровольно установил Linux Mint 22.3 на один из своих компьютеров для использования в качестве домашнего сервера (в перспективе - под "умный дом"). Далее будет описание основных нюансов моего знакомства с этой операционной системой.

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

Под эксперимент был выделен древний мини-ПК на материнской плате ASRock Q1900-ITX с 4 ГБ памяти на борту и китайским SATA3 SSD на 256 китайских ГБ. Этому ПК уже более 10-ти лет, но в использовании он не был, поскольку мощностей его маловато, чтоб полноценно использовать Windows, и какое-то время он хранился "на складе". Тем не менее, я решил попробовать дать ему вторую жизнь.

GRUB-ая установка системы

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

Запуск Live-системы прошёл штатно.

Запустить установку тоже удалось.

Однако после копирования файлов, на последних этапах меня ждало невнятное сообщение об ошибке с темой "Unable to install GRUB in /dev/sda". После перезапуска всё стопорилось в GRUB-консоли, откуда без соответствующей подготовки улизнуть не получится.

Я логично предположил, что что-то не так со схемой разделов (вместо ручного разбиения выбрал автоматическое), с настройками BIOS (активация-деактивация CSM особого эффекта не имела), с релизом (Ubuntu Server 24.04 спотыкался на аналогичном месте), и на эти ритуалы у меня ушло чуть ли не полдня.

В конце концов я повторно допросил нейросеть perplexity по этому вопросу, и она подсказала мне как загрузить систему из командной строки GRUB.

По пунктам (всё выполняется в GRUB-консоли):

1. Выяснить схему разделов - команда `ls`

2. Выяснить, где оказался загрузчик - команда `ls (hd0,gpt2)/boot` или `ls (hd1,gpt2)/boot`

3. Установить "корень" (в зависимости от п.2) - команда `set root=(hd0,gpt2)`

4. Установить "префикс" (в зависимости от п.2) - команда `set prefix=(hd0,gpt2)/boot/grub`

5. Выбрать версию linux (из результатов п.2) - команда вида `linux /boot/vmlinuz-6.14.0-37-generic root=/dev/sda2 ro`

6. Выполнить initrd (по результатам из п.2) - команда вида `initrd /boot/initrd.img-6.14.0-37-generic`

Пункты 3-6 ничего не выводят, если ошибок нет.

После этого можно загрузить систему - команда `boot`.

Правда, просто и очевидно? Как замечательно, что Linux позволяет сразу приобщиться к магическим заклинаниям командной строки!

Если всё запустилось, то последним шагом (для вашей новоиспечённой системы) нужно починить GRUB - команда `sudo update-grub`.

Риторический вопрос: какого х%?&а эта поделка не смогла то же самое сделать из коробки самостоятельно?!

Для полноты картины скажу, что Windows 10 в тех же условиях установилась, прописала свой загрузчик и запустилась без жалоб (правда, сама установка заняла чуть ли не полчаса, хотя система получилась вполне работоспособной - сборка от OVGorskiy).

Слово из четырёх букв на Х

Попинав систему немного и поверхностно убедившись в её работоспособности, я подключил её к сети, через WiFi-свисток с OZON, который был заявлен как "только для Windows", но он оказлся системе по зубам.

Далее мне нужен был дистанционный доступ, для которого я по привычке использую RDP.

В Linux этот протокол поддерживается, но через одно место на X - XRDP.

Далее будет понятно, откуда там буква X.

Во-первых, из коробки эта систему не умеет использовать одну сессия. Например, подключились локально, заблокировали, подключились дистанционно - видим те же окна. Это в Linux принципиально невозможно!

Максимум, что вы сможете сделать (по подсказке нейросети) - это отделить мух от котлет: локальный вход будет с одним рабочим столом, а дистанционный - на другом.

Точнее каждый новый дистанционный вход будет запускать новый рабочий стол, т.е. если вы привыкли просто нажать "крестик", то все ваши сессии будут висеть до перезапуска, и войти в них без "костылей" не получится. Это, во-вторых.

В-третьих, некоторые административные программы (наподобие GParted) запрашивают пароль, но запускаться отказываются, показывая GTK-предупреждение вида 'cannot open display'.

Помогает `xhost +local:root` (наверное, только до перезапуска - отпишусь об этом чуть позже).

Продолжение следует...


Комментариев нет:

Отправить комментарий