Помогите вылечить систему после того, как закончилось место

Насколько я помню btrfs не резервирует место. То есть залогинится от рута не выйдет. То есть выходит, что иначе как скопировать все данные и пересоздать раздел не выйдет.

нашел [SeLinux] [chroot] не меняются пароли... (комментарий)

http://valeev.org.ru/index.php?art=6

делаю

# chroot /mnt/sysimage passwd root
New password: 
Retype new password: 
passwd: Authentication token manipulation error
passwd: password unchanged

что значит «не резервирует место»?

Это значит, что как только кончается свободное место, то btrfs превращается в тыкву. Магия btrfs

почитал немного про это, появились дополнительные вопросы

когда я получил no space left, я успел удалить ненужные файлы. сейчас посмотрел, и похоже, что у меня один раздел на btrfs подо все: и под корень, и под хомяковую диру

по факту сейчас уже есть место на диске

это может помочь не переустанавливать систему?

я успел удалить ненужные файлы

Проверь действиетльно ли эти файлы удалились. Когда я проверял в последний раз, то в brtfs для удаления файлов было нужно свободное место(это не шутка). То есть без свободного места из-за особенностей устройства файловой системы удалить что-то было невозможно.

... «no access to root» - пароля на руте нет

Так нет пароля или доступа к root? Разница, однако.

http://marc.merlins.org/perso/btrfs/post_2014-05-04_Fixing-Btrfs-Filesystem-Full-Problems.html

в brtfs для удаления файлов было нужно свободное место

Да, и сейчас оно всегда должно быть. В душе не представляю, какое отношение к свободному месту имеет проблема ТС со сменой пароля, но удалить файлы на Btrfs с некоторых пор можно всегда, для этого там есть резервное пространство.

Если только у ТС не какая-то старая версия где это ещё не реализовано.

Я процитировал то, что загуглил

Покажи btrfs filesystem usage для проблемной(?) ФС.

Не знаю какая у тебя версия, но btrfs резервирует место как раз на такие случаи.

Не понимаю зачем ты пытаешься залогинится. Всё можно сделать с live образа.

Федора отстой. АНБешный закладки напихала.

пароля на руте нет

поздравляю, это успех

проблема именно тут, а не в btrfs

загрузился с liveCD, подмонтировал раздел root из btrfs диска

ну так поудаляй лишнее, в чём проблема?

загрузиться в rescue mode не вышло, т.к. «no access to root» - пароля на руте нет

Федора тебе заботливо подложила свинюшку. В следующий раз будешь знать, что после установки надо сразу поставить пароль для рута.

Федора отстой. АНБешный закладки напихала.

что не отстой?

Арч и его производные

пароля на руте нет

поздравляю, это успех

проблема именно тут, а не в btrfs

боюсь, проблема еще в том, что я запускал обновление системы после удаления лишних файлов, думая, что мне хватит места.

но состояние Помогите вылечить систему после того, как закончилось место (комментарий) - это после этого всего

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

но, возможно, я пересмотрю это

читать маны и править конфиги

Ну это решается просто. Надо взять софт с минимальным маном и с конфигом, которым вкомпиливается при сборке. Например dwm, dmenu, surf, tabbed, st и так далее. Соотвественно править конфиг никогда не придется, так как его фактически тут нет.

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

мне надо чуть меньше возьни

Тогда обходи стороной Fedora и Ubuntu. При реальном использовании (а не на поставил, посмотрел как всё работает из коробки и не надо маны читать, потыкал полчаса в браузер, снёс) с ними возни больше всего.

Выглядит жизнеспособно. Метаданных многовато, мне кажется, но это может быть нормально, если много файлов и снапшотов.

ну зато иноды же не закончились

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

Добавлю, что конфигов там в итоге меньше. И специальную усложнённую версию как раз зачастую делают для убунт и федор. Там, где в арче изменил в одном стандартном конфиге и радуешься, в этих — абстракции поверх абстракций поверх абстракций, и оно ещё выше уровнем переопределено и изменение в стандартном конфиге не применяется, а рядом ещё раз переопределено, но этот конфиг не читается, потому что есть тот. И ищи в 100500 мест, где же сделать простую вещь.

Это такая подлянка от федоры. Даже в официальной документации описана.

в этих абстракции поверх абстракций поверх абстракций

Там не абстракции. Просто в убунте берут пример с дебиана, где дробят программы на пакеты. Например из каждой программы получается как минимум 2 пакета, бинарник и dev-версия, где исходники. Тут они чуть ли не каждую файл библиотеки отдельно дробят. Вообще большинство решений убунту такие потому что они основаны на дебиане. То есть корни всех этих дроблений пакетов и прочего растут из дебиана.

Разделение на бинарь и сырцы можно понять. Но зачем дробить бинарь? К примеру: mc и mc-data. Один без другого всё равно не используется. Еще любят плодить *-common.

mc-data кроссплатформенный а mc то что зависит от платформы

бинарник и dev-версия, где исходники

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

mc-data кроссплатформенный

То есть он один для x86 и arm?

Или вы всё же про архитектуру и ОС?

Федора отстой. АНБешный закладки напихала.

Ссылку.

Да, один и тот же.

mc:i386 mc:amd64 итд разные пакеты.

mc-data:all один и тот же везде.

Учитывая что mc-data весит в 2.5 раз больше чем mc, вынести его в один пакет без дублирования и правда разумно.

Ссылку.

вот

потому что они основаны на дебиане

но в самом дебиане проблем нет

setenforce 0, как обычно, спасёт жертв селинукса.

правда разумно.

Это какой-то иной разум.

Это какой-то иной разум.

Это разум тех, кто в курсе, что дисковое пространство и трафик стоят денег. Это понимают даже мейнтейнеры Arch Linux.

Но зачем дробить бинарь?

Подозреваю для того чтобы не было перезаписываний другими пакетами. Я вот помню не на дебиане собирал mpg123 и mpg123-32. mpg123 для amd64 и mpg123-32 это то же самое но собранное для 32-бит. Короче суть в том, что названия бинарников там одинаковые и для 32-бит и для amd64. То есть если ставить оба пакета одновременно, то обязательно один из них будет перезаписывать другой. А если раздробить на отдельные пакеты, то можно поставить например только либы от 32-бит mpg123 и избежать перезаписи.

Учитывая что mc-data весит в 2.5 раз больше чем mc, вынести его в один пакет без дублирования и правда разумно.

Download size 1.36 MB

Вот это да, вот это экономия.

В ядре Linux убрали упоминание связи SELinux с АНБ

> find distrib/debian/trixie/repo/pool/ -name '*_all.deb' -print0 | du --files0-from=- --total | tail -1
66G     total

Умножаем на количество архитектур. Вот это да, вот это экономия.

Грузишься с загрузочной флешки:

# монтируешь корневой сабвольюм
mount /dev/nvmeXn1pY /mnt

cd /mnt

ls

# удаляшь снапшоты старые кроме последнего до обновления
btrfs su del @/.snaphots/X/snapshot

# если данные похерены в результате неудачного обновления
# делаем снапшот снапшота (так надо)
btrfs su snap @/.snaphots/X/snapshot @new_root
btrfs su del @
btrfs su del @/.snaphots/X/snapshot
mv @new_root @

# удаляешь все лишнее из @

Здесь насчитал 9 архитектур, что даст 594 Гб. Да уж, вот это сэкономили. И это на их сервере, а не на пользовательской машине. В итоге ради этих грош приходится трахаться с кучей пакетов.

И это на их сервере

Умножаем на количество зеркал, учитываем трафик.

приходится трахаться с кучей пакетов

Кому?

Вопреки спекуляциям о возможном внесении закладок, реализация SELinux была многократно проверена и подвергнута независимому аудиту.

Немножко не с той стороны смотрите на проблему.

Будет ли кроссплатформенный бинарь больше по размеру чем обычный и не усложнит ли кроссплатформенность сопровождение пакета?

К тому же, количество бинарей будет N+1 количеству платформ. Как по мне - лишние сущности, которые плодят.

Любая система в тыкву превращается при заканчивании места. Хомяка монтируют на другой раздел как раз потому что кто-то из юзверей-идиотов может всё место занять и тогда даже по ССХ к серверу не подключишься. В btrfs квоты есть. Неплохо было бы вынести хомяка в отдельный сабвольюм и квотой ограничить ему место, тогда хотя бы войти получилось бы и из гуя поудалять лишнее

Это не только в дебе. Общий подход такой, разделять на много мелких пакетов. Хорошо это или плохо, тут на вкус и цвет фломастеры разные.