Kubuntu 22.04

 Обновил Kubuntu 20.04 LTS до 22.04 LTS

Так получилось. Всего-то полтора года прошло. В том числе, и с момента публикации предыдущей записи.

С год примерно назад (10 месяцев, точнее) возникла проблема: на маленький-слабенький ноутбук DELL Inspiron поставил Kali Linux, имея я виду некоторые тогдашние специфические потребности, а по прошествии той давней необходимости решил вернуться на Kubuntu. И у меня не получилось. Ставил 21.04, результат - после загрузки чёрный экран. И никакие торопливо принятые меры не помогли, во всяком случае, полностью проблему решить не удалось. Времени особого на это развлечение не было, более того, была дикая загрузка по работе. А ноутбук хотелось иметь таки полностью рабочий. Хотя "рабочий" для DELL Inspiron на AMD A9 с 4 гигабайтами ОЗУ и SDD на 128 гигабайт - сказано через чур смело. Так, интернет-сёрфинг, работа с офисными документами, управление домашним ИТ хозяйством. А ещё этому ноутбуку планировалась участь обеспечивать меня развлечениями на даче. Со всеми вытекающими последствиями, в первую очередь, с ограниченным интернет-трафиком.

Сильно раздумывать не стал, чтобы не терять время и не тратить силы, припомнил свои опыты с операционными системами, не требовательными к ресурсам, и поставил antiX Linux. И благополучно провел на нём 7 месяцев. А в сентябре решил, что хочу всё-таки на нём Kubuntu. Поставил 20.04 LTS, и проблемы с чёрным экраном не заметил. Пофиксили. Видимо, то есть даже не видимо, а очевидно, что неприятность была связана с драйверами на встроенное видео AMD.

К этому моменту на по настоящему рабочем ноутбуке HP ProBook 430 кубунта 20.04 LTS уже стояла. И тоже наблюдались некоторые глюки, побороть которые не удалось даже с помощью интернетов. Во-первых, иногда не запускалась служба электропитания, то есть при закрытии крышки ноут не засыпал, и невозможно было настроить некоторые другие параметры через Панель управления. Во-вторых, когда служба управления электропитанием таки была запущена, после закрывания крышки и открывания через время ноут типа просыпался, но на клавиатуру не реагировал. Вплоть до перезагрузки клавишей питания. И то, и другое переживаемо, но неприятно.

Обновил сначала ProBook, затем Inspiron до Kubuntu 22.04 LTS - проблемы ушли окончательно. Хотя нет, на ProBook менеджер обновлений, который Diskovery, сообщает - есть обновления, а при нажатии "Обновить", после ввода пароля, объявляет о недостатке прав. Приходится запускать от имени рута. Рекомендуют переустановить discovery (удалить, почистить, поставить по новой), но пока заняться нет времени.

А в остальном новой версией вполне доволен.

*ubuntu 20.04

Новая версия Ubuntu LTS

Вышла Ubuntu 20.04, а заодно и все сопутствующие, в том числе, и нежно мною любимая Kubuntu.
В связи с этим планы у меня традиционные: жду месяц-полтора, пока не исправят свежевыявленные ошибки (ожидаем релиз 20.04.1), потом обновляюсь с 19.10 до 20.04. Процедура привычная, простая, неприятностями, как правило, не грозит.
Время пошло. В календаре пометку сделал.

SyncThing: ошибки и их причины

Почему SyncThing иногда глючит

SyncThing на всех устройствах версии 1.3.3.

1. Ошибка "Слишком много открытых файлов". Решается (окончательно) снятием в веб-интерфейсе флажка "Следить за изменениями", отвечающего за сканирование синхронизируемого каталога в реальном времени, в закладке "Дополнительно" свойств папки. Сканирование при отключённом флажке идёт через задаваемый там же интервал, "Интервал сканирования". Ошибка (у меня) проявлялась только на сервере FreeBSD. Виновато, очевидно, взаимодействие со стеком TCP IP.
2. Состояние удалённого устройства "Нет соединения". Возникает при работе через Internet, через NAT. Судя по всему, результат предыдущей ошибки, если сервер не сыплет сообщениями "Слишком много открытых файлов", соединение обычно устанавливается.
3. Остановка синхронизации возможна из-за отсутствия файла .directory в корне синхронизируемого каталога. Файл можно пересоздать, например, скопировать с "исправного" устройства. Возможен вариант, когда такие файлы создаются по неизвестной причине в подкаталогах синхронизируемого каталога, тогда тоже затык, но не полный.
4. Копии существующих файлов, с синхронизацией которых (надо полагать) возникали проблемы. Имена этих файлов включают дополнительно строку *syncthing*. Тупо удаляем.
5. Каталоги, синхронизация которых по неизвестным причинам нарушена. В них создаётся файл или каталог с именем вида .ignored - тоже тупо удаляем.
6. Интересная штука - дублирование файлов с именами, включающими символы в разных регистрах, например, помимо исходного "СИБТмНХ-ММС(Стена).dwg" на сервере FreeBSD может появиться "СИБТМНХ-ММС(СТЕНА).dwg" или "СИБТМНХ-ММС(СТЕНА).DWG". Объясняется, вероятно, тем, что работал с этими файлами из-под разных систем. Для винды регистр значения не имеет, а для FreeBSD и Linux как раз наоборот. Разбираться с тем, актуальный ли файл, можно либо по дате изменения, либо тупо открывая и проверяя содержимое.

Причины, за исключением приведённых, мне неизвестны, известны ещё следующие, и способы их решения:

1. После копирования данных с устройства, на котором возникали ошибки синхронизации из перечисленных выше, на флешку и восстановления с флешки на другие устройства переползают и файлы, отвечающие за эти ошибки, и далее распространяются как раз в процессе синхронизации, то есть после этого имеем ошибки на всех устройствах, включённых в "зону" SyncThing. Приходится тормозить синхронизацию, и чистить все устройства руками.
2. Чтобы не мучиться с поиском и удалением файлов и каталогов, можно тупо перенести (через флешку, опять же) све данные с заведомо исправного устройства.

Пока всё.

Что делать с Kubuntu, и что делать дальше

О ближайших перспективах

23 января 2020 прекращается поддержка, "жизненный цикл", Kubuntu 19.04 - моей текущей. Перестанут приходить обновления, в том числе, безопасности. Подумал, решил:

1. Обновиться до Kubuntu 19.10 - срок поддержки до июля 2020 (процесс обновления, думаю не изменился)
2. Дождаться релиза 20.04 LTS - срок - конец апреля
3. Обновиться до 20.04 LTS, и, если всё пойдёт нормально, уже не дёргаться (причём обновиться не сразу, а где-то в мае-июне, когда утрясётся со стабильностью, и выйдут необходимые патчи)

Опыт говорит, что это лучшая стратегия, раз уж решил плотно сеть на *ubuntu. Из альтернатив рассматриваю только инициативу kde.org, проект KDE/FreeBSD, но, боюсь, рабочего состояния он достигнет нескоро. Пока там очень многое надо делать руками, а времени жалко, да и лень. Впрочем, поглядим.
Других вариантов пока не вижу, поскольку из базовых ОС меня более всего устраивает FreeBSD, а из UI как раз KDE, и, как говорится, ни шагу в сторону. Варианты, основанные на FreeBSD, такие, как

• FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce
• GhostBSD - UI MATE
• NomadBSD - UI OpenBox

не устраивают как раз из-за UI (и, кстати сказать, при попытке установить их на DELL Inspirion 3081 были конкретные сложности, начиная с невозможности загрузиться - NomadBSD, надо было глубоко ковырять UEFI, а желания не было - и заканчивая невозможностью опознать видеоадаптер и выставить режим видео - GhostBSD; FuryBSD не пробовал, врать не буду; Dragonfy BSD на десктопную ОС не тянет. Между прочим, думаю, что на HP ProBook 430 всё это вполне заработает, но его трогать ради экспериментов не хочу, всё-таки рабочая машина).
Так что изложенное выше - руководство к действию, в ближайшее время надо заняться обновлением ОС. Inspirion притащить на выходные домой, потому, что жаль мобильного трафика, заодно починить на нём SyncThing.

18.01.2020 UPD: Процедуру обновления провёл, вроде бы всё нормально.

SSTP VPN от Keenetic

Поднял VPN

В середине ноября обновил прошивку своего роутера Zyxel Keenetic II, до экспериментальной 2.13.C.0.0-4. В новой версии есть возможность создания туннелей VPN по протоколу SSTP. Включил. На Kubuntu 18.10 поставил клиента, создал новое соединение, испытал через сеть YOTA, через модем, на бесплатном тарифе. Подключился по туннелю к серверу, доступ есть по всем нужным протоколам, связь стабильная, пинг в пределах 280-550 мс. Потерь пакетов не замечено.
Замечание: для подключения с удаленной станции нужно создать отдельного пользователя на роутере, работать под администратором он запрещает. Логично.

Использовать VPN от Zyxel казалось гораздо проще и удобнее, чем Softether. Последний на сервере отключил, убрал из автозагрузки (закомментировал строку в /etc/rc.conf).

Теперь это будет основным решением. Спасибо инженерам Zyxel. Владельцам их роутеров рекомендую.

Синхронизация файлов

Синхронизация файлов на базе Syncthing

Стояла задача автоматически синхронизировать данные, хранящиеся (и используемые) на нескольких узлах с разными операционными системами. Поднял Syncthing 0.14.52 на трех устройствах: FreeBSD 11.2, Kubuntu 18.10. Windows 7. Без больших проблем, только во FreeBSD Syncthing норовит создать рабочие каталоги в корневой файловой системе (у него не получается за недостатком прав); пришлось в корне создать символические ссылки на рабочие каталоги, лежащие на другом диске.
Начальная синхронизация между FreeBSD и Kubuntu прошла примерно за 2 часа, при объеме данных примерно 40 Гб. Синхронизация между FreeBSD и Windows тормозила, шла не менее 9 часов, пока не догадался проверить пути трассировкой - оказалось, что винда ресолвила сервер FreeBSD по квалифицированному имени, и слала данные по "длинному" маршруту, через сети провайдера, интернет, и снова сети провайдера. Поправил в винде файл hosts, прописал там локальный адрес сервера, синхронизация завершилась моментально.
Еще были замечены сбои синхронизации при создании в винде (определенной программой) файлов .lock - Syncthing пытался их перенести на другие системы, и затыкался из-за отказа в доступе. Логично. После завершения работы программы, и, соответственно, удаления файлов .lock, синхронизация восстановилась. Вообще синхронизация при создании/изменении отдельных файлов проходит моментально.
Теперь хочу попробовать "создание резервных копий" - Syncthing должен хранить в отдельном каталоге предыдущие версии файлов. Поднять эту возможность только на сервере, на рабочих машинах жалко дискового пространства.
Syncthing прост в установке, настройке и использовании, со своей задачей справляется отменно. Рекомендую.

Примечание. Ранее для синхронизации использовал Unison в полуручном режиме, по сравнению с Syncthing он оказался гораздо менее удобен, в том числе, что не работает в реальном масштабе времени, запускать его приходилось или руками, или по крону.

Клоны FreeBSD

Планы на будущее

Попробую вернуться к корням: попробовать в качестве альтернативы для возможного использования версии (клоны) FreeBSD:

• GhostBSD
• DragonflyBSD

В рамках виртуальных машин, раз уж занялся этим делом.
То есть пока просто посмотреть, покрутить-повертеть, выяснить достоинства и недостатки, и, возможно, принять решение. А может, просто в качестве развлечения, если не шибко вдохновит.
Почему не TrueOS? Да похоже, что они не доводят ничего до конца, все меняют концепцию, да и последняя свежая версия от марта 2018 - и это при ролинг-релизах. Как это ни жаль.

Продолжение

08.11.2016. Поставил DragonflyBSD и GhostBSD. Первый минималистичный, имеет смысл использовать в качестве системного/ремонтного; второй вполне себе десктоп, вполне можно поэкспериментировать. В смысле, подобрать и поставить прикладной софт, аналогичный тому, что я использую под Kubuntu, и опробовать на себе. И сделать выводы.