Что за папки появились в корне системы Ubuntu?

Question

[rikhter]

Привет.
Есть VPS Ubuntu 24.04. Вчера заметил какие-то папки в корне:

bin.usr-is-merged
lib.usr-is-merged
sbin.usr-is-merged

Папки пустые. Раньше их не было. Единственное, что вчера устанавливал — mailutils. Дата создания — еще до того, как была установлена ОС.
Что это за папки? Откуда они появились? Можно ли их удалить?

Comments

[deepalarm]

Это папки от товаоисча майора.... Туда будут делаться рандомные скриншоты экрана как в северо корейской Red OS

Answer 1

[Zettabyte]

Убунту теперь использует "/usr-merged filesystem layout": https://bugs.launchpad.net/ubuntu/+source/base-fil...
Эти папки создаются в рамках описанных вот тут изменений, для того, чтобы избежать некоторых потенциальных проблем при управлении пакетами.

Для Debian соответствующая информация есть тут: https://wiki.debian.org/UsrMerge

Comments

[Vindicar]

CityCat4, ну справедливости ради, структура корневого каталога в никсах - тот ещё исторически сложившийся бардак, прям как в винде.
По-хорошему-то надо порядок навести, но никто не рискнёт.
И да, то, что делает каноникал - порядком не назовёшь.

[CityCat4]

Vindicar, Честно говоря, не вижу там особого бардака. Даже идея перехода /var/run -> /run мне показаласть притянутой за уши, хотя польза в ней несомненно есть. У большинства каталогов там есть свое собственное, довольно четко определенное назначение.
Разнесение бинарей на /bin и /usr/bin, /sbin и /usr/sbin предназначено для того, чтобы в случае падения системы ее можно было бы восстановить, не грузя livedvd (это вообще говоря не всегда возможно). С этой же целью обычно /usr вынлсят в отдельную файлуху, /var в еще более отдельную файлуху etc. А тот факт, что /tmp выносят частенько аж в tmpfs в память (а раньше просто в отдельную файлуху) связан с тем, что были (да наверное и сейчас есть) шутники-любители mailbomb (то есть таких архивов, которые в сжатом виде - крошечные, а в разжатом - несколько гиг)
Я понимаю, когда так делает synology - там все равно нет никакой аварийной загрузки - там если что сдохло - только в саппорт (а сейчас - только Господу молиться, видимо).

[v0rdych]

Так все почему? Потому, что никто уже не собирается грузиться ни в какой safe mode. А просто переразвернут инстанс целиком.

[CityCat4]

v0rdych, Погляжу-ка я на тебя, как ты "инстанс" переразвернешь на bare-metal сервере в стойке :)

[v0rdych]

CityCat4, ну там всякие maas и прочие кастомные обертки над pxe/ipmi. думаете, до сих пор ходят с cdrom грузятся?

[pfg21]

CityCat4, первый раз слышу про такой метод восстановления разделенной по usr системы :) сами придумали ??

[CityCat4]

v0rdych, Да нет, конечно, холодновато в серверной :)

[CityCat4]

pfg21, C 1997 года вообще-то известен - ну , мне, а так-то и раньше.

[mikmiknik]

CityCat4, ну так не сложнее, чем виртуалку, если есть BMC.

[CityCat4]

mikmiknik, Образ откуда взять? :)

[mikmiknik]

CityCat4, со своего локального NAS в том же датацентре, или хостинг-провайдера, если даст :)

[CityCat4]

mikmiknik, То есть держать отдельный NAS (следовательно, держать под него запасные диски, а еще поддерживать актуальность библиотеки образов) - проще? М-да...

[mikmiknik]

Если мы говорим не о штучных серверах, а о более-менее серьезной полноценной инфраструктуре, то предполагается что NAS-сервер - один из ее участников.

Но если нет, то во всех реализациях BMC с IPMI, с которыми доводилось иметь дело, была возможность сделать virtual media redirect как с клиентской машины, так и с удаленных адресов по различным протоколам http/ftp/sftp.