amarao

Будни локалхоста

2026-02-22T09:49:15Z

Как-то за грандиозными облаками и AI'ками забылась простая история с администрированием локалхоста (своей собственной машины). Кажется мелочь, ерунда, но иногда оно пушает в область high-end administration.

Давным-давно, в другой стране, в другом политическом режиме, на ядре 2.6.18 на дистрибутиве Debian Etch я сделал файловую систему для ценных данных. Я выбрал в качестве файловой системы xfs, потому что на тот момент был вайб, что xfs хорошо подходит для больших объёмов с крупными файлами. Эта файловая система жила на raid1 поверх LVM, пережила несколько увлекательных приключений (включая исчезновение одной из PV в середине копирования), сменила несколько мажорных версий ядра, почти с десяток дистрибутивов (Debian etch -> Sid/Forky), неизвестное количество поколений процессоров, дисков и т.д.

И вот, случилось. 6.18 (иронично, 2.6.18 -> 6.18) отказывается монтировать эту файловую систему, ибо v4, а надо v5. Migration path нет. Шринка xfs не поддерживает. И это самая большая файловая система на моей машине.

Вообще, в моей машине осталось всего 4 блочных устройства: nvme, ssd и парочка жёстких дисков в raid1, и вот эта файловая система живёт на vg из двух жёстких дисков, размером 2ТБ (HDD 2x4TB). 2ТБ больше, чем любая другая VG на моей машине.

Пока что я откатился на 6.17 и имею доступ к файловой системе, но пришло время миграции. После долгих раздумий я решил отказаться от linux-raid и перейти на btrfs-raid, потому что btrfs способна выбрать правильную копию когда данные с обоих дисков рейда различаются, а linux-raid нет, т.к. не имеет чексумм. В новой файловой системе я буду использовать, наверное raid1+dup для метаданных и raid1 для данных.

Всё осложняется тем, что я не могу использовать LVM для btrfs, т.к. lvm поверх raid, а я хочу raid разобрать.

Мой план:

1. Прогнать long smart selftest на обоих дисках (по-очереди)
2. Сделать checking для рейда.
3. Вывести один диск из рейда, перевести рейд в linear.
4. Выведенный диск сконвертировать в новую VG, сделать LV, сделать btrfs (dup, no raid).
5. Скопировать всю файловую систему (rsync).
6. Поменять профиль btrfs на raid1
7. Оставшийся диск во вторую VG, аналогичную LV, добавить в btrfs
8. Запустить rebalance.

(отвечая на вопросы: бэкапы частично есть, частично нет и не будет, ибо жирновато для некоторых видов данных).

Вот такие вот будни localhost'а.

comments

наивные вопросы, ответа на которые я не знаю

2024-01-11T11:32:18Z

LD_DEBUG=all /bin/true

vs

LD_DEBUG=all sudo -s

Почему sudo не выводит ничего? Каким образом sudo отключает отладку линкера?

... пока писал, догадался. LD_DEBUG игнорируется для suid'ов.

LD_DEBUG=all ping ведёт себя так же как LD_DEBUG=all sudo.

comments

Returning to basics

2024-01-08T15:00:21Z

Продолжаю инвестировать время в основы. Принял статегическое решение заняться tmux'ом (вместо терминатора), потому что это открывает дорогу к быстрым терминалкам без фич.

Пока что не решён вопрос, что делать с активным/неактивным pane'ом. У terminator'а чуть-чуть менялась гамма и активный был контрастным. tmux рисует рамочку, но её плохо видно (да и не надо ярче), и не совсем решён вопрос с многострочным выделением из pane'а (мне tmux selection очень не нравится). Частично решается с помощью zoom out/zoom in и нормального выделения между ними.

comments

День любви к just

2023-10-10T12:58:04Z

Just умеет shebang'и на таргет. Это позволяет запустить таргет под указанным интерпретатором.

А parallel умеет --shebang режим.

Смотрите на эту красоту!

foo:
    #!/usr/bin/parallel  --shebang
    sleep 3 && echo 3
    sleep 2 && echo 2
    sleep 1 && echo 1
    echo now

У меня мой личный праздник, я обнаружил, что мои инструменты ЕЩЁ лучше, чем я думал, и они позволяют легко делать сложное.

comments

ifupdown

2023-03-17T15:27:45Z

При всей моей любви к дебиану, ifupdown - ужасен. Порождение эпохи перла, garbage in garbage out (где под garbage подразумевается любое неожиданное для ifupdown состояние системы).

Да, там есть масса интересных трюков, но они очень шаткие.

Я окончательно для себя закопал ifupdown. Я его терплю на существующих системах для дефолтных настроек (от провайдера), но всё новое интересное я буду делать только через networkctl. (Я про сервера, вбить пароль в wifi на ноуте всё равно проще в гуе).

Пока что из всех конфигураторов сети (netplan, network scripts, ifupdown, network manager, systemd-networkd), именно systemd-networkd обладает наибольшей адекватностью (то есть а) правильно реагировать на неожиданное, б) не пытаться пушать полиси на пользователя в) не содержать в себе идиотских багов).

Пример идиотского бага: если на хосте есть ovs, но он в mask (то есть отключен), то netplan падает, даже если на хосте нет ни одного бриджа. Почему? Потому что надо посмотреть на бриджи. Почему? Ну ovs же стоит! Значит надо бриджи.

comments

три часа моего рабочего времени

2022-11-04T14:54:03Z

ip rule применяются в порядке приоритета. Если приоритет не задан явно, он задаётся как-то, а как именно - не важно, но будут глюки. Задавайте приоритет явно.

comments

странные полезные кнопки

2021-11-06T13:07:58Z

Я думаю, все знают, что есть Ctrl-L для очистки терминала. Но есть ещё комбинация Esc Ctrl-L, которая очищает не только экран, но и буффер терминала. Считай, тот же reset, но быстрее.

//случайно вчитался в ман к readline.

comments

батарейка в suspend

2021-10-26T19:48:57Z

У моего ноута подозрительно большой срок жизни от батарейки в активном режиме, и подозрительно маленький - в suspend. Он настолько подозрительно маленький, что сутки в suspend полностью съедают батарейку. Это странно.

И тут интернеты подсказали про /sys/power/mem_sleep да, там s2idle. А надо deep. Вот проснётся ли он после этого или нет - не знаю, но пока что решение выглядит подозрительно просто.

UPD: resume переживает. Смотрю какой выхлоп будет, если хороший, буду персистить. А в идеале надо будет покопать в эту штуку и выяснить почему этого нет по-умолчанию и что именно происходит.

UPD2: И оно работает, за ночь потерял порядка 5% или меньше. Ща буду персистить.
https://github.com/amarao/home/commit/67df25700a4ac3b6bc44ffbbfd39fdfc58e9046a

comments

А вот вам пост об исторической нелогичности

2021-06-11T19:01:30Z

Вот есть у меня файл /etc/default/grub.d/unified.cfg для включения unified cgroups для systemd.

А вот вопрос (ответ на который я хорошо знаю, но существование которого всё равно показывает проблему): почему этот конфиг лежит в /etc/default, а не /etc/grub.d/?

И ведь на каждом шаге решение было логичным, вроде бы. Но что-то пошло не так.

Например, являются ли файлами конфигурации /etc/grub.d?

Я утверждаю, что нет. Потому что там (в 00_header) прямо написано

# grub-mkconfig helper script.
# Copyright (C) 2006,2007,2008,2009,2010  Free Software Foundation, Inc.

А если это технический скрипт, то почему он не лежит в /usr/lib? Инерция сознания. Ведь это "конфиги граба". Хотя на самом деле истинные конфиги граба лежат в /boot/grub/grub.cfg, но это не истинное место для редактирования настроек.

А истинное - в /etc/default, которое, традиционно, было микропомоечкой для параметров sysv-init скриптов, которые админы могли изменить. ..Потому что /etc/rc* тоже не были конфигами, а были скриптами, к которым нужны были параметры.

Так что параметры grub'а лежат в /etc/default, потому что его скрипты лежат в /etc/grub. Логично? Логично. Не логично.

Сравните с это с волевым решением systemd, у которого _НЕ_ конфиги лежат в /lib/systemd/system. А вот _КОНФИГИ_ (практические такие же, как и не-конфиги) лежат в /etc/systemd.

Т.е. Поттеринга можно сильно не любить за его стиль общения, но оцените степень продуманности и волю к реализации. Сломать вот эту вот говнистую дуальность "конфиг-но-не-конфиг", которая десятилетиями обиталась в /etc, и заявить, что некоторые, формально, конфиги, это не конфиги, а куски софта. А конфиги - это то, что админы пишут руками или софтом для конфигурации.

А пока у людей такой воли нет, им приходится плодить .d (!!!!) в /etc/default.

comments