Сейчас в ALT /bin и /usr/bin, /lib и /usr/lib, ... существуют как различные каталоги с разным комплектом файлов. Идея уйти от бессмысленного разделения /bin и /usr/bin довольно давно обсуждается в широком GNU/Linux-сообществе: https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/ Сейчас, поскольку systemd 255 не будет поддерживать unmerged-usr, уже нет возможности откладывать проведение изменения. У нас на вики есть страница, посвящённая переезду: https://altlinux.org/Usrmerge. Она будет дополняться.
Что если /usr на отдельном разделе по каким-то причинам не примонтируется?
в этом случае система не сможет загрузится. /usr будет необходим.
(In reply to Alexey Gladkov from comment #2) > в этом случае система не сможет загрузится. /usr будет необходим. В случае unmerged-usr останется доступ к утилитам в /bin и систему можно будет спасти "на лету", а не искать в панике флешку для LiveCD (которой ещё и под рукой может не оказаться), потому что /bin/sh это на самом деле /usr/bin/sh, а симлинк /bin/ -> /usr/bin/ окажется битым. За подобное при мне обвиняли Fedora в криворукости. Я не хочу подобных обвинений в адрес Альта.
(In reply to Олег Соловьев from comment #3) > (In reply to Alexey Gladkov from comment #2) > > в этом случае система не сможет загрузится. /usr будет необходим. > > В случае unmerged-usr останется доступ к утилитам в /bin и систему можно > будет спасти "на лету", а не искать в панике флешку для LiveCD (которой ещё > и под рукой может не оказаться), потому что /bin/sh это на самом деле > /usr/bin/sh, а симлинк /bin/ -> /usr/bin/ окажется битым. > > За подобное при мне обвиняли Fedora в криворукости. > Я не хочу подобных обвинений в адрес Альта. Я призываю не развивать долгий разговор о прагматике usrmerge в багзилле. Если хотим обсудить, лучше это сделать, например, в devel@.
(Ответ для Олег Соловьев на комментарий #3) > (In reply to Alexey Gladkov from comment #2) > > в этом случае система не сможет загрузится. /usr будет необходим. > > В случае unmerged-usr останется доступ к утилитам в /bin и систему можно > будет спасти "на лету", а не искать в панике флешку для LiveCD (которой ещё > и под рукой может не оказаться), потому что /bin/sh это на самом деле Флешку искать не надо, надо добиваться, чтобы при установке системы рядом ставилась ещё и спасательная система, тогда ничего не придётся искать. С тем же успехом, как и /usr, может не загрузиться и корневой раздел.
Напомню уже утерянный за древностию лет смысл /usr: когда-то давно после установки системы большая часть ее и _неизменяемая_ клалась на _отдельный диск_ в /usr После установки этот диск монтировался read-only Для платформ, поддерживающих это - в аппаратный read-only. Для обновления системы /usr перемонтировался еще раз. При этом получалось, что следить за целостностью системы нужно было для весьма небольшого куска системы _не находящейся_ в /usr
