Bug 46738 - usrmerge
Summary: usrmerge
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: cross-component (show other bugs)
Version: unstable
Hardware: all Linux
: P5 normal
Assignee: placeholder@altlinux.org
QA Contact: placeholder@altlinux.org
URL:
Keywords:
Depends on: 47424
Blocks: 46625
  Show dependency tree
 
Reported: 2023-07-03 16:35 MSK by Arseny Maslennikov
Modified: 2023-12-02 16:58 MSK (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arseny Maslennikov 2023-07-03 16:35:40 MSK
Сейчас в 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. Она будет дополняться.
Comment 1 Олег Соловьев 2023-07-03 16:50:50 MSK
Что если /usr на отдельном разделе по каким-то причинам не примонтируется?
Comment 2 Alexey Gladkov 2023-07-03 16:56:26 MSK
в этом случае система не сможет загрузится. /usr будет необходим.
Comment 3 Олег Соловьев 2023-07-03 17:07:30 MSK
(In reply to Alexey Gladkov from comment #2)
> в этом случае система не сможет загрузится. /usr будет необходим.

В случае unmerged-usr останется доступ к утилитам в /bin и систему можно будет спасти "на лету", а не искать в панике флешку для LiveCD (которой ещё и под рукой может не оказаться), потому что /bin/sh это на самом деле /usr/bin/sh, а симлинк /bin/ -> /usr/bin/ окажется битым.

За подобное при мне обвиняли Fedora в криворукости.
Я не хочу подобных обвинений в адрес Альта.
Comment 4 Arseny Maslennikov 2023-07-03 17:12:24 MSK
(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@.
Comment 5 Vitaly Lipatov 2023-07-10 15:02:37 MSK
(Ответ для Олег Соловьев на комментарий #3)
> (In reply to Alexey Gladkov from comment #2)
> > в этом случае система не сможет загрузится. /usr будет необходим.
> 
> В случае unmerged-usr останется доступ к утилитам в /bin и систему можно
> будет спасти "на лету", а не искать в панике флешку для LiveCD (которой ещё
> и под рукой может не оказаться), потому что /bin/sh это на самом деле
Флешку искать не надо, надо добиваться, чтобы при установке системы рядом ставилась ещё и спасательная система, тогда ничего не придётся искать.
С тем же успехом, как и /usr, может не загрузиться и корневой раздел.
Comment 6 nbr 2023-12-02 16:58:09 MSK
Напомню уже утерянный за древностию лет смысл /usr:
когда-то давно после установки системы большая часть ее и _неизменяемая_
клалась на _отдельный диск_ в /usr
После установки этот диск монтировался read-only
Для платформ, поддерживающих это - в аппаратный read-only.
Для обновления системы /usr перемонтировался еще раз.
При этом получалось, что следить за целостностью системы нужно было для весьма
небольшого куска системы _не находящейся_ в /usr