• Записи 1544
  • Теги 109
  • Комментарии 3323

Лог жизни

Первый шаг на Debian testing сделан

Сегодня завершил переустановку системы на втором (дачном) ноутбуке. Вчера установил там Debian, переключил на testing-репозитории, обновил. Всё прошло просто идеально! Порадовался тому, что теперь сразу доступны новые версии ПО. В частности, PHP установился версии 8.1, а Python — 3.10. Но удивило, как странно для Debian подобран софт: нет даже редактора меню, зато предустановлено огромное количество азиатских шрифтов и справка к LibreOffice на огромном количестве языков. А ещё зачем-то встроенный screenreader. Когда я всё это удалил, освободилось почти 2 Гб места!
Но я был бы не я, если бы не нашёл приключений. Решил, что новая система грузится как-то подозрительно медленно, начал переживать, что выбор JFS был неправильным решением. И поставил эксперимент: с помощью gparted «отгрыз» у раздела с данными ещё 30 Гб, сформатировал их в ext4, и поставил туда ещё одну копию Debian.
Увидеть разницу во времени загрузки невооружённым взглядом особо не удалось. Но я — человек упорный, поэтому поставил Phoronix Test Suite и запустил там тест под названием startup-time. Он измеряет время запуска Libre Office Writer. И в итоге с его помощью я выяснил, что на JFS время запуска составляет порядка 8.4 секунды, на ext4 — где-то 9.5. Но тут у меня в голове что-то помутилось, и я решил, что раз полученное значение больше, то ext4 лучше. (Видимо, сказалось, что до этого много тестировал пропускную способность и IOPS.) В результате сильно переживал, и не знал, что делать: то ли снова переустанавливать Debian, то ли как-то временный раздел превращать в невременный. И только потом пришло прояснение, что в данном случае меньше — это лучше, поэтому выбор JFS был правильным.
Но на этом дело не кончилось. Сначала копия на JFS стала во время загрузки долго ждать непонятно чего. Оказалось, что установка второго Debianа привела к смене UUID раздела со swapом, и он просто не находился. Потом я временный раздел удалил, и перестал нормально работать GRUB. Как выяснилось, у меня там ещё со времён до перестановки был жёстко прописан PARTUUID, который тоже поменялся. В общем, на то, чтобы разобраться со всем этим, ушло полчаса.
Остаток дня занимался доустановкой программ и реорганизацией данных. В частности, теперь раздел с данными монтируется внутрь домашнего каталога, а часть материалов с него перенёс в сам домашний каталог, так как это и правильнее, и безопаснее. На диске с данными они лежали со времён Windows XP, сначала — чтобы не быть случайно снесёнными при переустановке системы, потом — чтобы был доступ и из под Windows, и из под Linux. Но теперь это уже не актуально.
В очередной раз задавался вопросом о «стеклянных деревьях». То есть о том, как правильно поступать: организовывать что-либо (те же файлы, например) каким-то изначальным решением в продуманную правильную структуру (как сейчас) или давать расти естественным образом, когда что-то создаётся по мере необходимости.
Ещё установил Free Heroes — открытую версию Heroes II. Первые впечатления очень положительные. Особенно то, что можно разрешение экрана менять. Правда, если поставить родное, то изображение получается слишком мелким, и портится впечатление. Поэтому играл на 960x568. Но играл мало, поэтому не успел оценить, решили ли там главную проблему — слишком неэффективный искусственный интеллект. В прошлый раз (то ли в 2018, то ли в 2019 году) я отказался от Free Heroes именно из-за этого.
Теперь предстоит такая же переустановка и на основном ноутбуке. Но тут уже проще: есть опыт. А потом ещё переделывать систему синхронизации с VDSом…

7 комментариев:

MadTechGuy
0

К слову, PHP как раз относится к категории такого софта, который легко собирается из исходников и требует мало зависимостей для сборки. Как и Nginx, и многий другой подобный (не тяжеловесный) написанный на C/C++ софт.

4X_Pro
0

Проблема в том, что даже если собрать из исходников, через пару лет он всё равно устареет, и придётся собирать ещё раз. По сути, это такое же костыльное решение, как использование PPA.

4X_Pro
0

Выяснил тут, что кое-что всё же забыл сохранить: содержимое баз данных локального MySQL, которые используются для локальной отладки и тестирования скриптов. Но невелика потеря — перенесу с основного компьютера потом. Зато там не забуду.

MadTechGuy
0
4X_Pro написал(а):
через пару лет он всё равно устареет, и придётся собирать ещё раз

А в чём конкретно проблема и костыльность? Ну скачал новые исходники и пересобрал, дел на 5 минут. У тебя явно есть какая-то потребность, о которой я не в курсе. В PPA-то как раз не в том проблема, что софт старый — часто сопровождающие репозиториев всё-таки обновляют софт в них. Проблема PPA в том, что софт собран под конкретный дистрибутив и малое кол-во поддерживаемых архитектур. При сборке из исходников этой проблемы нет, можно собрать PHP и Nginx любых версий под любой дистрибутив и любую архитектуру. И вторая проблема PPA — неизвестно, как был собран софт, насколько качественно собран пакет; по сути ты ставишь в свою систему непонятно что, если, конечно, ты не доверяешь сопровождающему на все сто.
4X_Pro
0
10geek написал(а):
У тебя явно есть какая-то потребность, о которой я не в курсе.

Есть. Потребность в управляемости, если так можно выразиться. То есть, чтобы через менеджер пакетов было видно всё, что я установил (а в идеале ещё и когда), и это в любой момент можно было бы отменить и снести так, чтобы в системе не осталось мусора. У меня сейчас система на основном ноутбуке захламлена остатками кучи программ, которые я сносил через apt remove вместо apt purge, и это очень раздражает. А вычищать вручную тоже плохо как-то…
А сбор из исходников уместен разве что на highload-сервере, когда собираешь только с теми опциями, которые нужны конкретно под твои задачи, и чётко понимаешь, что делаешь.
10geek написал(а):
под любой дистрибутив и любую архитектуру

Но вот это как раз для меня не особо актуально: всё равно нужно только под тот дистрибутив, с которым я живу и архитектуру x64.
10geek написал(а):
И вторая проблема PPA — неизвестно, как был собран софт, насколько качественно собран пакет; по сути ты ставишь в свою систему непонятно что, если, конечно, ты не доверяешь сопровождающему на все сто.

А вот с этим согласен целиком и полностью! Поэтому и хочу ставить не из PPA, а из официальных репозиториев, для чего и хочу уйти на дистрибутивы с rolling release.
MadTechGuy
0
4X_Pro написал(а):
Потребность в управляемости, если так можно выразиться.

Если бы ты знал, какая у меня потребность в управляемости и контроле… Она порой доходит до крайностей.
4X_Pro написал(а):
У меня сейчас система на основном ноутбуке захламлена остатками кучи программ

А если собранное из исходников (и всё сопутствующее, в том числе конфиги) находится строго в отведённом каталоге и нигде больше в системе? У меня именно так сделано.
4X_Pro написал(а):
которые я сносил через apt remove вместо apt purge, и это очень раздражает. А вычищать вручную тоже плохо как-то…

# Найти все пакеты, удалённые через apt-get remove dpkg -l | awk '$1 == "rc" { print $2 }' # Вывести список всех оставшихся конфигурационных файлов dpkg -l | awk '$1 == "rc" { file = "/var/lib/dpkg/info/" $2 ".conffiles"; while((getline line < file) > 0) { print line }; if(ERRNO != "") { print file ": " ERRNO } close(file) }' # Вычистить пакеты apt-get purge $(dpkg -l | awk '$1 == "rc" { print $2 }')


4X_Pro
0

О, а вот последнее — круто! Можно в «полезные однострочники» продублировать.

Написать комментарий
Прикрепить файлы: (не более 4 файлов, не более 102400 Кб каждый, 102400 Кб всего)


Задать вопрос