| |
| 2.14, umbr (ok), 21:46, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Да, осталось только переименовать /usr/bin в /Program_Files
| | |
| |
| 3.86, tmx (?), 00:37, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Да, осталось только переименовать /usr/bin в /Program_Files
тогда уже в /Program Files
| | |
| 3.265, ананим (?), 22:50, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Да, осталось только переименовать /usr/bin в /Program_Files
а куда девать windows\\system32 ?
| | |
|
| 2.19, Шнупс (?), 21:59, 01/11/2011 [^] [^^] [^^^] [ответить]
| +7 +/– |
Смешно, но в винде там всё что можно лежит, а тут будут только бинарники
| | |
| 2.65, Викрам (?), 23:54, 01/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
program files/bin ?
program files/lib ?
program files/share ?
не гоните, сударь.
а вот opt - это и есть аналог програм файлс
| | |
| 2.166, openclocker (ok), 09:18, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В Windows как раз таки идет разделение, системные программы лежат в C:\Windows\, а пользовательские в C:\Program Files\, а также в тех папках (которые указывает сам пользователь).
P.S. По крайней мере, так было в Windows XP.
| | |
| |
| 3.219, Аноним (-), 16:14, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> В Windows как раз таки идет разделение, системные программы лежат в C:\Windows\,
> а пользовательские в C:\Program Files\
Только что-то сразу после инсталла в C:\Program Files\ полно всякого хлама :)
| | |
| |
| 4.242, Ваня (?), 17:42, 02/11/2011 [^] [^^] [^^^] [ответить] | +4 +/– | Увы, в Windows не всё так гладко В Program files лежит то, что когда то было ... большой текст свёрнут, показать | | |
| |
| |
| 6.250, Аноним (-), 19:51, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Каталог пользователя в Windows XP можно перенести в любое другое место - вроде бы открыть свойства каталога и задать новый путь при помощи волшебной кнопки, и он тут же будет перемещен. Уже не помню деталей, но я это делал разок. Но это конечно не оправдывает кучу хлама в documents and settings. Название, кстати, бестолковое - такое ощущение, что им чуть-чуть не хватило до варианта "Документы и всякая хня"
| | |
| |
| 7.252, PereresusNeVlezaetBuggy (ok), 19:55, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Каталог пользователя в Windows XP можно перенести в любое другое место -
> вроде бы открыть свойства каталога и задать новый путь при помощи
> волшебной кнопки, и он тут же будет перемещен.
Это вы про папку "Мои документы". Она лишь часть профиля.
> Уже не помню
> деталей, но я это делал разок. Но это конечно не оправдывает
> кучу хлама в documents and settings. Название, кстати, бестолковое - такое
> ощущение, что им чуть-чуть не хватило до варианта "Документы и всякая
> хня"
В Win7 это теперь Users.
| | |
|
|
|
|
|
|
| 1.2, Аноним (-), 21:19, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
В ориентированных на среднячков дистрах делайте что хотите. Только, прошу, не трогайте дистры ориентированные на профессиональное использование. Разделеннние нужно. Возможно оно не особо нужно в какой-нибудь убунте ...
| | |
| |
| |
| 3.80, Аноним (-), 00:27, 02/11/2011 [^] [^^] [^^^] [ответить]
| +14 +/– | |
> ну ка, продемонстрируй свое мнение, зачем же нужно разбиение?
Потому что так жили наши деды, и мы будем жить так же, и внуки наши будут жить точно так же. Это наша деревня, знать не хотим никаких прогрессов.
| | |
| |
| 4.118, Аноним (-), 01:45, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> знать не хотим никаких прогрессов.
А давайте в / сразу все вывалим, как в CP/M. И объявим это прогрессом :). Ведь история развивается по спирали.
| | |
| |
| |
| Часть нити удалена модератором |
| 6.187, Аноним (-), 12:49, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Иерархия должна быть стройной и логичной, иначе она теряет смысл.
Тогда уж почему /usr/bin? А не просто /bin? И пачка симлинков - все еще больше запутает и сглючит, пожалуй.
| | |
| |
| 7.193, Гость (?), 13:12, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Иерархия должна быть стройной и логичной, иначе она теряет смысл.
> Тогда уж почему /usr/bin? А не просто /bin? И пачка симлинков -
> все еще больше запутает и сглючит, пожалуй.
/Boot
/Boot/Applications
/Boot/Library
/Boot/Data
/Boot/Desktop
/Boot/Documents
/System
/System/Applications
/System/Library
/System/Data
/System/Desktop
/System/Documents
/Соmmon
/Common/Applications
/Common/Library
/Common/Data
/Common/Desktop
/Common/Documents
/Private
/Вася
/Вася/Applications
/Вася/Library
/Вася/Data
/Вася/Desktop
/Вася/Documents
/Петя
/Петя/Applications
/Петя/Library
/Петя/Data
/Петя/Desktop
/Петя/Documents
/Shared
| | |
| |
| 8.251, Аноним (-), 19:55, 02/11/2011 [^] [^^] [^^^] [ответить] | +2 +/– | Наличие прописных букв в начале слов подсказывает, что их мало кто набирал рукам... текст свёрнут, показать | | |
|
|
|
|
|
| 3.81, Аноним (-), 00:33, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Чтобы шаловливые ручки пользователей не запускали прог из /sbin и не жаловались на отсутствие прав рута
| | |
| |
| 4.105, Аноним (-), 01:22, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Чтобы шаловливые ручки пользователей не запускали прог из /sbin и не жаловались
> на отсутствие прав рута
Трепотня это все.
Если пользователь догадался, как открыть консоль и ввести там команду ifconfig, то нагуглить приписку /sbin его пытливому уму явно не проблема.
| | |
| |
| 5.129, Аноним (-), 02:27, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>Трепотня это все.
>Если пользователь догадался, как открыть консоль и ввести там команду ifconfig, то
>нагуглить приписку /sbin его пытливому уму явно не проблема.
Да? Знаете ли, группа обычных юзверей не видит содержимое sbin. Нет надобности.
| | |
|
|
| 3.128, Аноним (-), 02:25, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>ну ка, продемонстрируй свое мнение, зачем же нужно разбиение?
Группа обычных пользователей не просматривает sbin. Риоднли запуск реально нужен? А в "убунтах" (пользовательская убунта на пользовательском ноуте) хоть всю /usr/*bin вываливайте в ~/.local/bin .
| | |
| |
| 4.148, Аноним (-), 04:07, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Группа обычных пользователей не просматривает sbin.
И что это дает? Можно убирать проверки на рутовые права и ставить suid root для находящихся там программ?
> Риоднли запуск реально нужен?
Да. Некоторым.
| | |
| |
| 5.151, Аноним (-), 05:52, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>Группа обычных пользователей не просматривает sbin.
>И что это дает? Можно убирать проверки на рутовые права и ставить suid root для
>находящихся там программ?
Разделение не дает смешения системых утилит. Запрет на их запуск дает мне спокойствие на случай обнаружения багов в системых утилитах. Чем больше утилит - тем больше вероятность нахождения багов среди утилит. Тот же эффект от недоступности информации о системых утилитах. Согласен что не панацея, но наличие оного лучше чем его отстутсвие, не так ли? Поэтому я пишу о значимости разделения в зависимости от областей использования дистрибутива (словосочетание "профессиональный подход" как бы намекает на это).
| | |
|
| 4.158, ach (ok), 08:39, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >>ну ка, продемонстрируй свое мнение, зачем же нужно разбиение?
> Группа обычных пользователей не просматривает sbin. Риоднли запуск реально нужен? А в
> "убунтах" (пользовательская убунта на пользовательском ноуте) хоть всю /usr/*bin вываливайте
> в ~/.local/bin .
Что значит "не просматривает"? В PATH нет? На том же RH или Fedora ifconfig от пользователя прекрасно запускается через /sbin/ifconfig.
| | |
|
|
| |
| |
| 4.29, Vladjmir (ok), 22:23, 01/11/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
 За Федорой потянутся все остальные, по крайней мере rpm-based дистрибутивы, чтобы не нарушать совместимость и чтобы можно было без большого гемора копиластить оттуда пакеты. В deb-мире всё сложнее. Космонавт тоже вроде не против, но он зависит от дебиана и, думаю, не будет радикально ломать с ним совместимость и увеличивать себе объём работы.
| | |
| |
| |
| 6.153, www2 (??), 07:57, 02/11/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Да, федорино горе - это общее горе. Из него все нововведения со временем попадают в остальные дистрибутивы. Те же PulseAudio и systemd. Так что и Debian тоже примет эти изменения, не сомневайтесь. Примеры уже имеются - перенос правил udev из каталога /etc/udev/rules.d/ в каталог /lib/udev/rules.d/, а в /etc/udev/rules.d/ остались только изменённые или настроенные вручную правила.
| | |
|
|
|
| 3.82, Аноним (-), 00:34, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> За Федорой поятнутся все остальные. А потом и в LSB это зафиксируют.
Ну главное - чтобы не в FHS
| | |
| 3.152, Аноним (-), 06:15, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Смотря в какой области. Вот, например, для профессионалов в IT тут ничего страшного нет - просто избавление от бессмысленного ритуала и добавление новых возможностей.
А вот для профессионалов в области рассуждения о том, как правильно жить - действительно, довольно вредное и опасное нововведение.
Что-то личное? Я вижу смысл в разделении на "важных" системах. Вы, по-видимому, нет. Еще вопросы?
>> Разделеннние нужно.
>Правильно, а аргументы - не нужны.
Читайте ветку - там есть мои ответы на вопрос почему у меня такая позиция. Остается только вопрос согласия с моей позицией. Но это и другой вопрос и малозначимый, так как каждый волен по-своему настраивать свое окружение.
| | |
| 3.266, Аноним (-), 23:02, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Не потянуться, лично меня вполне устраивает свой старенький дистр ASPLInux Cobalt 14. И корневые разделы тоже. А что касается, что "все пользователи потянуться за Fedora" так это вряд ли. Fedora 15 еще не устранила баги в своем дистре, а уже клепает Fedora-17. На мой взгляд, лучше бы доделали то, что есть, а уже потом клепали бы себе Fedora 17.
P.S. Лично меня не волнуют дистрибутивы, которые в свою очередь используют "облачные технолонии" (наподобие Мандривы 2011), мне, как пользователю важно то, чтоб была возможность настроить все приложения, папки, игры и редакторы по своему усмотрению. А вот менять уже сложивжуюся корневую систему, смысла не вижу.
| | |
|
|
| 1.3, PereresusNeVlezaetBuggy (ok), 21:26, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +28 +/– | |
М-дэ. Раз уж сломали независимость от /usr, то следующий шаг, конечно, логичен. Но чем-то мне это напоминает старую байку (которая вроде как и не байка) времён застоя:
На карандашной фабрике было внесено рацпредложение: ведь никто не стачивает карандаш до конца - так зачем графит класть по всему стержню? Можно сэкономить несколько сантиметров более дорогого материала. Рацпредложение было принято в производство.
Через эн месяцев на другом совещании было внесено ещё одно рацпредложение: у нас в карандашах есть часть, которой никто никогда не сможет рисовать, потому что в ней нет графита - так давайте её уберём и сэкономим несколько сантиметров дерева! Рацпредложение тоже было принято в производство...
| | |
| |
| 2.290, kibab (?), 17:53, 03/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну так это типичный ход развития событий в Linux. Вместо того чтобы чинить обратно независимость от /usr, давайте сделаем помойку и не будем больше вспоминать о том, зачем, собственно, было сделано разделение.
| | |
|
| |
| 2.27, anonymus (?), 22:17, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ну хоть бы что-то с этим колхозом директорий сделали!
> А вообще мне нравится структура как в http://gobolinux.org. Но пока до этого
> дойдут...
там это сделано ужастнейшим костылем. нет, пусть уж лучше остается как есть пока не придумают что-нибудь лучше
| | |
| |
| 3.232, Аноним (-), 16:57, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Неважно как это реализовано, важно то, что идея хорошая (правильная). Мне понравилось.
| | |
|
| 2.28, Vladjmir (ok), 22:18, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Структура каталогов сложилась в Линуксе исторически. Видимо, редхатовцы не хотят ломать её радикально, как GoboLinux, но хотят упростить и сделать нечто подобное GoboLinux (а точнее подобное винде, т.к. Gobo взял аналог структуры папок из винды).
| | |
| 2.37, Michael Shigorin (ok), 22:50, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Ну хоть бы что-то с этим колхозом директорий сделали!
Угу, фермерское хозяйство девяностых.
> А вообще мне нравится структура как в http://gobolinux.org.
> Но пока до этого дойдут...
А мне не нравится, вплоть до причисления додумавшихся к латентным виндузятникам. Хотя, возможно, до них когда-то действительно дойдёт.
| | |
| |
| 3.160, ach (ok), 08:41, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Ну хоть бы что-то с этим колхозом директорий сделали!
> Угу, фермерское хозяйство девяностых.
>> А вообще мне нравится структура как в http://gobolinux.org.
>> Но пока до этого дойдут...
> А мне не нравится, вплоть до причисления додумавшихся к латентным виндузятникам.
> Хотя, возможно, до них когда-то действительно дойдёт.
+1. Подобные идеи могут выдвигать только те, кто не понимает зачем так было задумано.
| | |
| |
| 4.213, Гость (?), 15:27, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Этого "зачем" уже много лет нигде кроме эмбеддед не видели, не надо ляля
| | |
|
|
| 2.44, AlexYeCu (ok), 23:05, 01/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Почитал на wiki.
Надеюсь, такого ужаса я никогда не увижу в приличных дистрибутивах.
| | |
| |
| 3.223, Аноним (-), 16:25, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Почитал на wiki.
> Надеюсь, такого ужаса я никогда не увижу в приличных дистрибутивах.
/run уже портировали, ждите изменений в FHS.
| | |
|
| 2.58, Ytch (?), 23:37, 01/11/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> А вообще мне нравится структура как в http://gobolinux.org.
Если еще чуть развить, то вот класс-то можно будет сделать...
export PATH=/Programs/bash/4.1/bin/:/Programs/bzip2/1.0.6/bin/:/Programs/gzip/1.3.12/bin/:/Programs/tar/1.23/bin/:/Programs/grep/2.5.4/bin/:/Programs/make/3.82/bin/:/Programs/m4/1.4.14/bin/:/Programs/coreutils/8.12/bin/:/Programs/diffutils/2.8.7/bin/:/Programs/perl/5.12.1/bin/:/Programs/python/2.7.2/bin/:/Programs/Bash/3.0/bin/:/Programs/gcc/4.6.1/bin/:/Programs/xz/5.0.2/bin/:/Programs/sed/4.2.1/bin/:/Programs/file/5.09/bin/:/Programs/cpio/2.11/bin/:/Programs/patch/2.6.1/bin/:/Programs/slocate/3.1/bin/:.......
... и это только самое начало
| | |
| |
| |
| 4.272, Ytch (?), 02:00, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> В лупе можно обойти, например.
А как весело в скриптах-то!
#!/Programs/Bash/4.1/bash
...
Проапдейтил систему - вперед! Переписывай все скрипты! Праздник!
| | |
|
| 3.171, Gular (ok), 10:33, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Можно сделать что-нибудь, чтобы подобный текст не растягивал верстку страницы?
| | |
| |
| 4.188, Аноним (-), 12:53, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Можно сделать что-нибудь, чтобы подобный текст не растягивал верстку страницы?
Так он и не растягивает, максимум до ширины экрана получается. Если это не так - выбросьте ваш браузер и используйте нормальный.
| | |
|
|
| 2.296, Пр0х0жий (??), 04:29, 05/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > мне нравится структура как в http://gobolinux.org.
Это тот который со своей структурой никому не нужен?
Parent Directory -
GoboLinux-013-i686.iso 09-Dec-2007 12:09 700M
GoboLinux-013-i686.i..> 09-Dec-2007 12:09 57
GoboLinux-014-i686.iso 28-Dec-2007 22:48 667M
GoboLinux-014-i686.i..> 28-Dec-2007 22:48 57
GoboLinux-014.01-i68..> 31-Mar-2008 02:25 671M
GoboLinux-014.01-i68..> 31-Mar-2008 02:25 60
| | |
|
| 1.7, Аноним (-), 21:31, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Интересно...
А /usr/local/bin тоже выпиливаем?
А как тогда разные версии юзать?
| | |
| |
| |
| 3.32, Vladjmir (ok), 22:35, 01/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> /home/user/bin
Не, не, не, только не это... Вы хотите превратить хомяк в свалку бинарников и библиотек, в то время как безопасность требует обратного (noexec на весь хомяк)?
| | |
| |
| 4.49, Аноним (-), 23:22, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> noexec на весь хомяк
Фигня. Любой доступный юзеру файл он сможет запустить, скопировав его в /tmp и поставив права на исполнение
| | |
| |
| 5.54, pavlinux (ok), 23:28, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> noexec на весь хомяк
> Фигня. Любой доступный юзеру файл он сможет запустить, скопировав его в /tmp
> и поставив права на исполнение
mount -o remount,noexec /tmp
ну или как вариант
mount -o remount,mode=1766 /tmp
| | |
| |
| 6.70, Аноним (-), 00:02, 02/11/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> mount -o remount,noexec /tmp
Вы прослушали совет "как сломать пакетный менеджер и много чего еще".
| | |
| |
| 7.73, pavlinux (ok), 00:06, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> mount -o remount,noexec /tmp
> Вы прослушали совет "как сломать пакетный менеджер и много чего еще".
Круглыми сутками занимаешься апдейтами, тогда вам нужно:
find / -noleaf -exec chmod 7777 {} \;
Уверяю Вас, на высоконагруженом, сверхбезопастном сервере localhost
это не повредит безопасности государства и мировой экономике.
| | |
| |
| 8.78, Аноним (-), 00:21, 02/11/2011 [^] [^^] [^^^] [ответить] | +/– | А на всех остальных серверах обновления следует запретить И cron, на всякий слу... текст свёрнут, показать | | |
|
| 7.100, Frank (ok), 01:09, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> mount -o remount,noexec /tmp
> Вы прослушали совет "как сломать пакетный менеджер и много чего еще".
Не совсем ломается. Обламывается запускать скрипты, но в целом таки работает, несмотря на ругательства.
| | |
| 7.168, Онаним (?), 09:58, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Почему же тогда меня не ломает выполнять:
sudo mount -oremount,exec /tmp
sudo mount -w -oremount /boot
перед выполнением:
sudo aptitude full-upgrade
???
И пальцы до сих пор не отвалились!
| | |
| 7.174, Michael Shigorin (ok), 11:00, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> mount -o remount,noexec /tmp
> Вы прослушали совет "как сломать пакетный менеджер и много чего еще".
Да ну? Из этого "много чего" сходу припоминается разве что mc -- кстати, надо будет проверить да зафайлить, раз уж он ожил.
| | |
|
|
| 5.264, Аноним (-), 22:33, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ликбеза ради, в линуксе есть что-то аналогичное per_user_tmp=yes из NetBSD?
| | |
| |
| 6.271, pavlinux (ok), 01:32, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ликбеза ради, в линуксе есть что-то аналогичное per_user_tmp=yes из NetBSD?
А Xorg как работает с этой фичей?
| | |
| 6.280, Michael Shigorin (ok), 05:17, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ликбеза ради, в линуксе есть что-то аналогичное per_user_tmp=yes из NetBSD?
Есть pam_mktemp на схожую тему. Про именно жёстко per user что-то тоже припоминается, но совсем смутно и экспериментальное.
| | |
|
|
| |
| 5.72, Аноним (-), 00:06, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> /lib/ld-linux.so <binary> ?
В цивилизованном мире этот чит против noexec-разделов уже давно не срабатывает.
| | |
|
|
|
|
| 1.8, Аноним (-), 21:32, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я удивлен что это не Lennart Poettering предложил, автор /var/run > / и прочих прелестей отхода от Unix
| | |
| 1.9, ach (ok), 21:34, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Чего они там курят интересно? То из-за systemd стало невозможным /usr выносить на отдельный раздел, теперь вот еще одна "блестящая" мысль.
> В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из
> initramfs до запуска процесса инициализации и содержит необходимые для загрузки
> компоненты), что в сочетании с распространением практики разбиения диска на один
> большой раздел и подготовкой установочного образа в виде Live-системы, позволяет
> отнести к анахронизмам разделение бинарных файлов по разным частям файловой системы.
Это вообще проблемы Fedora. Я вот помню когда то ли Gentoo, то ли Arch использовал, они прекрасно работали (и грузились) в однопользовательском режиме без /usr.
| | |
| |
| |
| 3.16, Аноним (-), 21:53, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Мир не был плоским, а систему, при определённом допиле можно и сейчас заставить так работать. Пример - всякие embedded-устройства.
| | |
| |
| 4.71, Аноним (-), 00:05, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Мир не был плоским, а систему, при определённом допиле можно и сейчас
> заставить так работать. Пример - всякие embedded-устройства.
Embedded-устройства - это как раз пример объединения /usr и / (с той разницей, что там обычно /usr/* переезжает в корень, а не наоборот). Именно потому, что в условиях ограниченных ресурсов бессмысленные ритуалы отметаются довольно быстро.
| | |
| |
| 5.170, Онаним (?), 10:13, 02/11/2011 [^] [^^] [^^^] [ответить] | +/– | Как интересно Почему же тогда ssh root 192 168 0 1 -p35700 Enter passphrase ... большой текст свёрнут, показать | | |
|
|
|
| 2.39, Michael Shigorin (ok), 22:54, 01/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Это вообще проблемы Fedora.
Думаю, даже нескольких ленивых при... под... прохвесионалов оттуда.
> Я вот помню когда то ли Gentoo, то ли Arch использовал, они прекрасно работали
> (и грузились) в однопользовательском режиме без /usr.
У меня домашний альт прекрасно себя чувствует с / и /home на зеркалах, а /usr и /var -- на параллельных кусках двух дисков. Да, на ноутбуке, большинстве серверных HN и в контейнерах отдельного /usr нет, но на десктопе я от него по фантазиям левой пятки какого-нибудь разгильдяя отказываться не собираюсь.
| | |
| 2.59, Аноним (-), 23:39, 01/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> То из-за systemd стало невозможным /usr выносить на отдельный раздел
Все строго наоборот. systemd как раз нормально работает в таких условиях, просто выводит предупреждение, что другие компоненты (например, udev) могут работать некорректно.
Но нынешние хомячки, как всегда, осуждают, не читая. "то ли он галоши украл, то ли у него украли... в общем, уголовник"
| | |
| |
| 3.254, Michael Shigorin (ok), 21:25, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Все строго наоборот. systemd как раз нормально работает в таких условиях, просто
> выводит предупреждение, что другие компоненты (например, udev) могут работать
> некорректно.
Он не "просто выводит предупреждение", а тупо врёт, что "This is not supported anymore":
http://cgit.freedesktop.org/systemd/commit/?id=80758717a6359cbe6048f43a17c2b5
Вместо этого можно было обучить systemd сразу после подъёма сети идти голосовать в багу на udev, и то пользы больше.
> Но нынешние хомячки, как всегда, осуждают, не читая.
(голос с задней парты) Да-да, конечно.
| | |
|
|
| 1.17, Аноним (-), 21:56, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не согласен с идеей. Ну может про /sbin и /bin ещё хоть как-то конструктивно (в убунте из-за sudo уже давно так), хотя достаточно просто получше отсортировать всё, то остальное - бред...
| | |
| 1.18, al37919 (?), 21:56, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Согласен с предыдущим оратором. В нормальных дистрибутивах загрузка в single user mode возможна без монтирования /usr. Более того, прелесть выделения / на отдельный физический раздел заключается в том, что запись на него требуется редко (в идеале он может быть смонтирован read only), что дает некоторую гарантию того, что при сбое файловой системы /usr она может быть восстановлена без дискет/liveCD/etc...
Наконец, даже в винде есть привилегированные и обычные пользователи. Деление на bin/sbin дает возможность упростить жизнь последним за счет сокрытия комманд, выполнение которых им все равно недоступно.
| | |
| |
| 2.55, Аноним (-), 23:29, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Деление на bin/sbin дает возможность упростить жизнь последним за счет сокрытия комманд, выполнение которых им все равно недоступно.
Запуск /sbin/ifconfig юзеру (относительно знающему юзеру) вполне доступен в режиме чтения, только набирать дольше приходится, чем хотелось бы. И если уж вы беспокоитесь о душевном состоянии большинства пользователей, то должны были вспомнить, что консоль для них - китайская грамота, так что они мало теряют.
| | |
| |
| |
| 4.234, Аноним (-), 17:03, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> ifconfig в арче упразднили, рекомендуют ip addr
Однако, ip тоже находится в /sbin.
iproute2-2.6.39:
SBINDIR=/sbin
ip/Makefile:
TARGETS=ip
install: all
install -m 0755 $(TARGETS) $(DESTDIR)$(SBINDIR)
| | |
|
|
| 2.64, Гентушник (ok), 23:54, 01/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Наконец, даже в винде есть привилегированные и обычные пользователи. Деление на bin/sbin дает возможность упростить жизнь последним за счет сокрытия комманд, выполнение которых им все равно недоступно.
А вот это мне никогда не нравилось. Дело в том что в sbin валяется куча бинарей которые обычный пользователь может запускать. Тот же банальный ifconfig.
Не вижу абсолютно никакого смысла в "сокрытии" sbin от пользователя.
Всегда во всех системах мне приходится добавлять своему юзеру /sbin:/usr/sbin:/usr/local/sbin в PATH руками, потому что кто-то зачем-то "сокрыл" от меня их.
| | |
|
| 1.33, Michael Shigorin (ok), 22:41, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
"В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из initramfs до запуска процесса инициализации и содержит необходимые для загрузки компоненты)" -- кто бы им объяснил, что это баг и его надо фиксить, а не объявлять фичей... я пробовал, но похоже, в этом месте у Леннарта действительно не всё с головой в порядке: http://lwn.net/Articles/431111/
| | |
| |
| 2.40, Аноним (-), 22:54, 01/11/2011 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> у Леннарта действительно не всё с головой в порядке
-- тоже мне открытие века.
| | |
| |
| 3.42, Michael Shigorin (ok), 23:03, 01/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> у Леннарта действительно не всё с головой в порядке
> -- тоже мне открытие века.
Тоже мне выдёргивание цитат из контекста.
Кроме "в этом месте", у него есть и другие -- а его ранние проекты вроде ifplugd у меня вообще были в списке образцовых апстримов.
| | |
| |
| 4.45, Аноним (-), 23:10, 01/11/2011 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>ifplugd
Это тот который «Работает в двух режимах бибикает и все портит»? Его отучили уже пищать без повода при загрузке?
Давайте смотреть правде в глаза Леннарт не написал ни одной строки хотя бы среднего кода. Ни одной.
| | |
| |
| 5.62, Аноним (-), 23:47, 01/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Это тот который «Работает в двух режимах бибикает и все портит»? Его
> отучили уже пищать без повода при загрузке?
> Давайте смотреть правде в глаза Леннарт не написал ни одной строки хотя
> бы среднего кода. Ни одной.
Если заменить "ifplugd" на "Linux", а "Леннарт" на "Линус" - ни истинность утверждения, ни мотивация его автора не изменятся.
Давайте смотреть правде в глаза: собака лает, а караван идет :)
| | |
| 5.211, Michael Shigorin (ok), 15:09, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>ifplugd
> Это тот который «Работает в двух режимах бибикает и все портит»?
Только в неумелых руках, как и редактор: -b не отменяли (у меня на альте, по крайней мере).
> Давайте смотреть правде в глаза
Давайте.
> Леннарт не написал ни одной строки хотя бы среднего кода. Ни одной.
Предлагаю пари: или Вы предъявляете свой интересный код хорошего качества, а я берусь его посмотреть и упаковать в альт -- или Вы балаболка.
Ранние проекты у него были неплохие. Сейчас, похоже, звёздная одолела. Это проходит.
| | |
| |
| 6.262, Lexx (??), 22:30, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Только в неумелых руках, как и редактор: -b не отменяли (у меня
> на альте, по крайней мере).
Да можно уже не пеарить этот альт..
>> Леннарт не написал ни одной строки хотя бы среднего кода. Ни одной.
> Предлагаю пари: или Вы предъявляете свой интересный код хорошего качества, а я
> берусь его посмотреть и упаковать в альт -- или Вы балаболка.
Ты в свой альт можешь хоть чорта рогатого упаковывать, мне до одного места, я слава богам использую более другой дистр.
> Ранние проекты у него были неплохие. Сейчас, похоже, звёздная одолела.
> Это проходит.
Ты в зеркало посмотри, мож тоже пройдет, звездоносец опеннета..
| | |
| |
| 7.268, Michael Shigorin (ok), 23:16, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Только в неумелых руках, как и редактор: -b не отменяли (у меня
>> на альте, по крайней мере).
> Да можно уже не пеарить этот альт..
Я привёл точку данных, которая была под рукой; могу ещё на дебиане с опенсузей глянуть, если хотите (и вряд ли найду отличие).
К жёстким данным перешёл потому, что ещё днём начало закрадываться подозрение по нескольким косвенным признакам, что один полуграмотный гиперактивный аноним и два-три местных виндузятника не просто так тут дурдомовский хоровод такой ладный устроили.
[...]
Слушайте, мне лень с Вами ругаться. Пусть то, что Вы написали, оценит кто-нибудь другой.
| | |
|
|
|
|
|
| 2.43, Аноним (-), 23:04, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Мне понравился список программ требующих /usr при загрузке:
PulseAudio, NetworkManager, ModemManager, gnome-color-manager, D-Bus, CUPS, Plymouth
„Качество“ программ из вышеприведенного списка давно стало притчей во языцех.
| | |
| |
| 3.46, AlexYeCu (ok), 23:11, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Мне понравился список программ требующих /usr при загрузке:
> PulseAudio, NetworkManager, ModemManager, gnome-color-manager, D-Bus, CUPS, Plymouth
> „Качество“ программ из вышеприведенного списка давно стало притчей во языцех.
При том, что PulseAudio и NetworkManager многие либо не ставят, либо сносят в первую очередь, Plymouth суть ненужный хлам, а от gcm и d-bus нет никакого толку без иксов и пользовательской сессии. Что естьModemManager не в курсе, т.к. не использую, равно как и CUPS (этот по той причине, что принтера нет).
| | |
| |
| 4.61, Аноним (-), 23:45, 01/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> При том, что PulseAudio и NetworkManager многие либо не ставят, либо сносят
> в первую очередь, Plymouth суть ненужный хлам, а от gcm и
> d-bus нет никакого толку без иксов и пользовательской сессии. Что естьModemManager
> не в курсе, т.к. не использую, равно как и CUPS (этот
> по той причине, что принтера нет).
Могли бы сказать короче и проще: "в теме не разбираюсь, но всех решительно осуждаю".
| | |
| |
| 5.156, www2 (??), 08:14, 02/11/2011 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Могли бы сказать короче и проще: "в теме не разбираюсь, но всех
> решительно осуждаю".
Ну как это не разбирается, когда разбирается?
Чуваки из Fedora объясняют нам, что система без /usr не загрузится, потому что там стоят жизненно важные программы (дальше перечисляются названия), поэтому смысла в отдельных каталогах /usr/bin и /usr/sbin нет.
А тут есть человек, который всем этим перечисленным мусором не пользуется и его система нормально грузится без этого хлама. Это контрпример, который опровергает истинность заключения федоровцев.
| | |
|
|
|
| 2.63, Аноним (-), 23:50, 01/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> кто бы им объяснил, что это баг и его надо фиксить,
Ну объясните мне для начала, а то я не понимаю, почему сразу баг.
Лично я не вижу никаких причин делать корень автономным от /usr.
| | |
| |
| 3.66, Аноним (-), 23:56, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Лично я не вижу никаких причин делать корень автономным от /usr.
В старой схеме:
/usr не работает - что ж, со скрипом и треском загрузимся с корня, если повезет.
/ не работает - сосем лапу и ищем загрузочный сидюк/флешку.
В новой схеме:
/ не работает - пофигу, останемся с тем, что нам скрипты из initrd по-быстрому сляпали, главное, /usr-то есть. А конфиги - хрен с ними, сейчас бы починиться.
/usr не работает - сосем лапу и ищем загрузочный сидюк/флешку.
Итак, минусов не видать. А вот плюсы, описанные в новости (например, возможность делать кучу компов с общим /usr), весьма вкусны.
| | |
| |
| 4.92, sfstudio (ok), 00:48, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 В старой схеме была возможность запихать /, /etc и ещё чего-нить на CF карту и физически щёлкнуть на ней переключатель в RO (переключая в RW только в случае обновления или изменения конфигов ручками) то терь обломайтесь по определению. Да да иногда и такое нужно.
Вот такая вот схема.
| | |
| |
| |
| Часть нити удалена модератором |
| 6.113, sfstudio (ok), 01:35, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> ... это стало еще проще и удобнее (отдельно рулится RO на конфиги
> - /, отдельно на обновления - /usr).
Вы перечитайте что я пишу. Базовая система вместе с ядром и конфигами и ещё парой вещей лежит на RO (физически RO) флэше.
> Чего-чего? А если подумать?
> Вы вообще понимаете суть предлагаемых изменений, или сразу бросились обсуждать, прочитав
> лишь заголовок?
Я то прекрасно понимаю. Прочитайте ещё разок о чём я говорю.
| | |
| |
| |
| Часть нити удалена модератором |
| 8.122, sfstudio (ok), 01:52, 02/11/2011 [^] [^^] [^^^] [ответить] | +2 +/– | Тем что теперь на флэш мне придётся переть over гигабайт вместо сотни метров Ес... большой текст свёрнут, показать | | |
| |
| |
| Часть нити удалена модератором |
| |
| |
| Часть нити удалена модератором |
| 12.143, sfstudio (ok), 03:51, 02/11/2011 [ответить] | +/– | 1 Я считаю что базовая система включая ядро, glibc модули ядра, утилиты восстан... большой текст свёрнут, показать | | |
| |
| |
| Часть нити удалена модератором |
| 14.149, sfstudio (ok), 04:18, 02/11/2011 [ответить] | +1 +/– | Вы вообще читаете что я пишу О обновлении сказано выше было Будьте внимательне... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| 4.206, Michael Shigorin (ok), 14:18, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Итак, минусов не видать.
А теперь обратите внимание на вид, открывающийся справа: это размер /usr+/ по сравнению с размером /. Чуть дальше можно будет оценить воронку от прямого попадания бэда в /var.
Это если даже Multi-Disk HOWTO не почитать и вообще интересоваться только десктопами...
| | |
| |
| 5.258, Zulu (?), 22:06, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А теперь обратите внимание на вид, открывающийся справа: это размер /usr+/ по сравнению с размером /
Строго похрен.
Много ты видел систем где /usr находится на отдельном физическом носителе по сравнению с /? Я ни одной. Отдельные разделы не считаются, естественно.
> Чуть дальше можно будет оценить воронку от прямого попадания бэда в /var.
А что это имеет общего с объединением / и /usr? Или (испуганно) кто-то имеет отдельный /usr, но неотделенный от корня /var?
> Это если даже Multi-Disk HOWTO не почитать и вообще интересоваться только десктопами...
Нерелевантно. ну не создают / и /usr нагрузку в наши времена (/srv и /var, да), равно как и не повышают надежность. Ограничения на размер тоже безразличны, когда ты видел в последний раз root _tape_?
| | |
| |
| |
| 7.291, Zulu (?), 20:18, 03/11/2011 [^] [^^] [^^^] [ответить] | +/– | Ух ты А зачем Серьезно, я что-то подобное делал только в большой нужде, когда ... большой текст свёрнут, показать | | |
|
|
|
|
| 3.205, Michael Shigorin (ok), 14:16, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Лично я не вижу никаких причин делать корень автономным от /usr.
Он уже давно сделан и работает; лично я не вижу никаких технических причин ломать эту автономность и устраивать лишний tight coupling.
| | |
| |
| 4.269, csdoc (ok), 23:30, 02/11/2011 [^] [^^] [^^^] [ответить] | +/– |  причины есть btrfs http permalink gmane org gmane linux redhat fedora devel... большой текст свёрнут, показать | | |
| |
| 5.278, Michael Shigorin (ok), 04:24, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> причины есть (btrfs):
Спасибо, пока обхожусь ext3/ext4/xfs.
> http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/155792
> k) having all static, distro-specific, sharable OS in a single dir
> makes snapshots of the OS independetly of its state and configuration
> truly atomic. In a btrfs world doing 5 snapshots
Вот если припрёт Именно Это, тогда его логика будет применима. А пока она, мягко говоря, не универсальна, но предлагается именно на таких правах (заметь, речь ведь идёт об оправдании развала работавшего, а не о предпочтении его неиспользования).
Собственно, попытки увода разговора в сторону от первопричины тоже некрасивы.
> And those three are absolute killer features in my eyes.
Абы только не в буквальном смысле слова.
| | |
| |
| 6.292, csdoc (ok), 23:12, 03/11/2011 [^] [^^] [^^^] [ответить] | +/– | ключевое слово пока даже автор ext4 сказал, что это временный и промежуточный... большой текст свёрнут, показать | | |
|
|
|
|
|
| 1.48, EuPhobos (ok), 23:18, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Юзеры опять получат подводные камни от программ, которые не готовы к этому, как это было с переименовыванием интерфейсов eth0.
Правильно, чихали на общие стандарты, давайте городить свои, прям как америкосы ей богу.. >_>
| | |
| |
| 2.51, Logo (ok), 23:25, 01/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Так каталоги остаются и ссылки в них будут, в чем же проблема?
| | |
| 2.79, Аноним (-), 00:24, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Правильно, чихали на общие стандарты, давайте городить свои, прям как америкосы ей
> богу.. >_>
А вы понимаете, что если всегда все делать по старинным стандартам, и никогда не пытаться их улучшить - прогресс просто остановится?
| | |
| |
| 3.133, PereresusNeVlezaetBuggy (ok), 02:59, 02/11/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Правильно, чихали на общие стандарты, давайте городить свои, прям как америкосы ей
>> богу.. >_>
> А вы понимаете, что если всегда все делать по старинным стандартам, и
> никогда не пытаться их улучшить - прогресс просто остановится?
Это-то да. Но есть стандарты переделывать без реальной необходимости (а именно необходимости что-то не видно, только "по-моему так будет клёво"), то проще забыть вообще про слово "стандарт".
Стандарт - это точка опоры. Опираясь на стандарт, все, кто им прямо или косвенно пользуется, экономят свои силы и время. Ломка стандарта - это всегда бардак, это проблемы по всей цепочке пользователей, это снижение реальной ценности стандартизируемого объекта.
Но, конечно, если Fedor'овцы хотят выстрелить себе в пятку, это их личное дело. :)
| | |
| |
| |
| Часть нити удалена модератором |
| 5.161, www2 (??), 08:44, 02/11/2011 [^] [^^] [^^^] [ответить] | +4 +/– | Конечно, в большинстве сущностей нет смысла, если ты их не понимаешь И в больши... большой текст свёрнут, показать | | |
| |
| 6.172, Онаним (?), 10:36, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Смысла в делении bin/sbin особого нет, т.к. часто граница между этими программами
> бывает сложно различимой.
Да уж. dd без рута, что выпить и не подраться!
| | |
| |
| 7.228, Аноним (-), 16:34, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Да уж. dd без рута, что выпить и не подраться!
Сам по себе dd - всего лишь обычная программа. Можно в 2 счета аналог накатать и не будучи рутом. Ы?
| | |
|
|
|
|
| 3.257, Michael Shigorin (ok), 22:04, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А вы понимаете, что если всегда все делать по старинным стандартам,
> и никогда не пытаться их улучшить - прогресс просто остановится?
Ваш спам начинает напоминать мусор, который пора уже вычистить нафиг.
Потрудитесь доказать утверждение "улучшить" _перед_ тем, как плодить подобные ответы.
PS: и да, слово "прогресс" за довод не все принимают -- и даже для тех, кто принимает, требуется его предъявить, а не просто твердить про "улучшение".
| | |
|
|
| |
| 2.74, Аноним (-), 00:07, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А это не будет противоречить стандартам FHS?
Это приведет к выходу новой версии стандарта FHS.
| | |
| |
| 3.77, Аноним (-), 00:10, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Им на него класть. /var/run уже переместили в /run
Кому "им"? Федоре, сусе, дебиану, убунте, или всем линуксам, вместе взятым?
| | |
|
| 2.87, sfstudio (ok), 00:39, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дык его тоже проапгейдят с Filesystem Hierarchy Standard до Fedora Hierarchy Standard
| | |
|
| |
| |
| Часть нити удалена модератором |
| 3.202, Аноним (-), 13:58, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
теперь по DHCP стало разливать еще неудобнее
можно было отдавать /bin /usr/bin и прочее, что относилось к "общим". и для локальных создавать отдельные папки, куда и ставить софт.
Теперь придётся ***(наслаждаться) с чрутами и прочей херью, копируя по 10 раз одно и то же!
Для планшетников всё одинакого, что так, что эдак (куда 3й гном и катится).
Херню делают в общем.
| | |
|
| 2.94, Аноним (-), 00:53, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> отказ от / влечет последствия для восстановления системы, т.к. размер
> /usr + /etc + / теперь увеличится с 350Мб до 2Гб+
Хм, у вас /etc и /usr - один раздел? Походу, вы ничего не поняли в предлагаемой схеме.
| | |
| |
| 3.98, Аноним (-), 01:05, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
У меня в корне все кроме /usr, /var, /home, /boot и /opt (на ряде машин). Для этого достаточно 500Мб с излишком, зато рабочий /usr весит 10Гб и этот раздел постоянно шуршит при обновлениях, а не говоря уже про чтение всех либ и бинарников. Я хотел донести всего напросто то, что /usr в нынешнем виде читается и пишется гораздо чаще /, а следовательно при вырубании питания вероятность что слетит журнал /usr гораздо выше.
| | |
| |
| 4.102, Аноним (-), 01:15, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Я хотел
> донести всего напросто то, что /usr в нынешнем виде читается и
> пишется гораздо чаще /, а следовательно при вырубании питания вероятность что
> слетит журнал /usr гораздо выше.
Если отключить питание во время обновления - будет русская рулетка. Ядро обновляется довольно часто (даже в рамках поддержки безопасности), а значит, под ударом будут и /boot, и /lib (который на /).
А вообще, журнал на /usr может слетать сколько ему угодно - ничего невосстановимого там быть не должно по определению. Только файлы из штатных пакетов. А вот корень с /etc и /root - как раз может и должен содержать нетривиальные данные.
| | |
| |
| 5.109, Аноним (-), 01:29, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы когда-нибудь восстанавливали систему в случае сбоя питания? Кстати, зачем под / нужна журналируемая система, если там данные от силы пишутся раз в день? К несчастью для вас у меня не было случая когда рушился /, но было много случаев слета /usr и /var, в 90% случаев спасал обычный fsck, а также были случая невозможности восстановления этих разделов и тогда спасали mkfs.ext3 и mount. Такие вещи происходили и на боевых серверах, увы, время экономить надо не только свое, но и сотрудников, время "простоя" работы которых влетает по подсчетам руководства в нехилые деньги.
| | |
| |
| 6.115, Аноним (-), 01:40, 02/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Такие вещи происходили
> и на боевых серверах, увы, время экономить надо не только свое,
> но и сотрудников, время "простоя" работы которых влетает по подсчетам руководства
> в нехилые деньги.
Именно поэтому, система управления /usr на боевых серверах должна быть централизованной.
Предлагаемая в сабже схема позволяет расширить эту систему на бинарники и либы, которые сейчас хранятся в корне, вместе с конфигами, что вынуждает городить костыли.
| | |
| |
| 7.120, Аноним (-), 01:47, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Итак, мы вернулись к моему незатейливому вопросу про раздел для /etc :) Видимо время облаков и затуманило разум людей, ведь клонированные сервера стоят в каждом офисе и в каждом доме и нет среди них "иного" или "уникального" сервера. Для таких серверов все централизованно и /usr и /etc и даже /boot у них одинаковые и даже интеррапты у этих серверов происходят в одно и тоже мгновение. Может стоит подумать прежде чем говорить такие умные слова, как "централизация"?
| | |
| |
| 8.124, Аноним (-), 02:01, 02/11/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Я вам больше скажу на самом деле, у всех компов с одним и тем же дистрибутивом ... текст свёрнут, показать | | |
| |
| 9.162, www2 (??), 08:57, 02/11/2011 [^] [^^] [^^^] [ответить] | +/– | Я вам вот что скажу, бывают альтернативные пакеты, которые друг с другом конфлик... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.95, Аноним (-), 00:57, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Те, кто выступают за перенос, объясните мне, пожалуйста, в чём преимущество переноса следующих файлов (желательно по пунктам) из /sbin в /usr/bin:
1. httpd, udevd, proftpd, ...
2. fsck.*, mkfs.*
3. modprobe
4. init
5. useradd, usermod, userdel
И почему нельзя вместо переноса / в /usr сделать так, чтоб Федора могла грузиться с отмонтированным /usr?
| | |
| |
| 2.103, Аноним (-), 01:18, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Они везде пишут про selinux=0, видимо это им надоело :) С отказом от suid-битов защищаться будут сами приложения и конечно же selinux, это очевидно. Уже сейчас не надо задумыватся что init будет доступен всем и вся, достаточно прописать правило из audit2allow избавит от "надоедливых" сообщений и поставит всю систему под угрозу, но "who cares?"
| | |
|
| 1.97, Аноним (-), 01:00, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ] | +/– | Сама система устанавливается только один раз, корень представляет из себя все кр... большой текст свёрнут, показать | | |
| |
| 2.104, Аноним (-), 01:20, 02/11/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Более того в /usr сейчас лежат бинарники
> и библиотеки, которые нужны только в рабочей среде, но никак не
> предназначенные для экстренного случая восстановления системы.
В современном виде, корень тоже слабо подходит для восстановления системы. Ни тебе testdiskа, ни photorecа.
> Но вы забываете, что запуск fsck намного лучше реинсталла всей системы
Запуск fsck с вываливаением кучи неидентифицированных файлов в lost+found тоже в конечном счете заканчивается реинсталлом системы. В сабже всего лишь предлагают свести к нулю вероятность софтового разрушения ФС корня.
| | |
| |
| 3.114, Аноним (-), 01:40, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Что это за "софтовое разрушение ФС корня" ? rm -rf / ? В большинстве случаев рушатся пластины, слетает головка в диске, а софтовые разрушения создают пользователи, в том числе и не приглашенные. О чем вы говорите?
| | |
| |
| 4.117, Аноним (-), 01:44, 02/11/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Что это за "софтовое разрушение ФС корня" ? rm -rf / ?
Да. Или некорректное отмонтирование.
| | |
|
| 3.135, Dmitry Nezhevenko (?), 03:10, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > В современном виде, корень тоже слабо подходит для восстановления системы. Ни тебе testdiskа, ни photorecа.
photorec-ом вряд-ли можно загрузку починить. А testdisk вообще для поиска разделов предназначен. В случае, когда он нужен (пропала таблица разделов), скорее всего и до initrd не дойдет...
А parted, mdadm и fsck.* вполне себе на /sbin лежат.
| | |
| |
| |
| Часть нити удалена модератором |
| 5.163, www2 (??), 09:05, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> photorec-ом вряд-ли можно загрузку починить.
> Да ну? Тогда то же самое можно сказать и про fsck. И
> то, и другое - инструменты для восстановления данных, только fsck помогает
> лишь при мелких проблемах, а photorec работает в более тяжелых случаях.
Вы различаете случаи "система не грузится" и "нужно восстановить фотографии"?
/bin и /sbin предназначены только для того, чтобы починить негрузящуюся систему, а она может загрузиться и без фотографий.
| | |
|
|
|
|
| 1.106, atu (?), 01:25, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
У меня на сервере было 3 маленьких корневых раздела: 1 рабочий, и 2 по очереди получали копию рабочего перед обновлением. Сильно помогло 2 раза: первый - когда при обновлении выбило свет и UPS не выдержал; второй - когда опять же при обновлении навернулся rpm. И еще несколько раз сыграло роль backup-а для тер вещей, которые не додумался backup-ить нормально. Со здоровенным /usr это проблематично. А постоянно использовать initrd при загрузке с обычного носителя - излишняя сущность и ещё одна вешь, которая может сломаться. Но держать initrd на всякий пожарный - не помешает.
| | |
| 1.107, Аноним (-), 01:26, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– | |
ой мама. в том же треде возникает поляк с предложением заменить #!/bin/sh на #!/usr/bin/env sh
мне одному это напоминает анекдот про кота, который лижет яйца потому, что может? все остальные проблемы в Редхате Петтеринг уже порешал?
| | |
| |
| 2.157, ach (ok), 08:36, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> мне одному это напоминает анекдот про кота, который лижет яйца потому, что
> может?
Нет, не только. У меня вообще ощущение, что редхатовские разработчики уже не знают чем пропиариться, то названия сетевых интерфейсов менять надумали, то вот теперь /usr им мешает...
| | |
| |
| 3.192, anonymous (??), 13:09, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Нет, не только. У меня вообще ощущение, что редхатовские разработчики уже не
> знают чем пропиариться, то названия сетевых интерфейсов менять надумали, то вот
> теперь /usr им мешает...
Ничего страшного. Через полгода будут плеваться, но сделают так во всех дистрах. Лёнчик Потный гениален. Жалко, что его шедевры мало кто оценил.
| | |
|
| 2.214, Клыкастый2 (?), 15:31, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
...практически дословно про кота и про проблемы. походу в команде появились эффективные менеджеры. ждём массовых переименований, переносов с места на место и других офигенно полезных вещей.
| | |
|
| 1.167, perchibald (ok), 09:22, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 нифига се понаписали)))... сугубо мое мнение что для десктопного дистра можно все в одну папку запихнуть... ничего страшного не произойдет... про отцов и дедов улыбнуло))))... я лично за прогресс! пусть меняют пусть делают пусть пробуют!!!
ЗЫ дистров все равно много и каждый надет что то и для себя... не огарчивайтесь
| | |
| |
| 2.176, Michael Shigorin (ok), 11:25, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> папку
> ничего страшного
> за прогресс!
Видите ли, одна из бед общества -- это когда им начинают руководить юнцы, не набившие ещё должного количества шишек и не понимающие существенной части последствий своих дел.
В *NIX нету "папок" на уровне фундамента системы.
Если ломать стройную и работающую концепцию из-за нежелания исправить свой ляп, страшное может и произойти.
Прогресс -- отнюдь не самоценность, а нередко вообще шаблонный жупел ("он против прогресса! он против демократии! да он вообще антисемит!").
> ЗЫ дистров все равно много
Из того, что людей много, не следует то, что изуродовать хотя бы одного -- это мелочи.
PS: (страшное подозрение) слушайте, а может, это признак не освоившего кнопку <tab>?
| | |
| |
| 3.209, Аноним (-), 14:54, 02/11/2011 [^] [^^] [^^^] [ответить] | +/– | Видите ли, Майкл, проблема сообществ заключается в том, что это анархия, а не ав... большой текст свёрнут, показать | | |
| |
| 4.244, anonymous (??), 18:07, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>что это анархия
Я бы не сказал. Решения принимаются централизованно и порой одним человеком. То что мы видим сейчас, это не предложение, а декларация намерений. То что "предлагает" Леннарт практически всегда внедряется без вопросов. Даже глючное, даже недоделанное. Короче, в основной пачке дистрибутивов это будет 100%. Останутся какие-нибудь аутсайдеры вроде slackware. Только и всего.
| | |
| |
| 5.253, Пр0х0жий (??), 21:24, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> То что "предлагает" Леннарт
Беда только в том, что Леннарт достаточно последователен в предложениях:
e) the split between sbin/ and /bin is effectively made redundant already,
since both are listed in the $PATH of all users already since a
couple of Fedora versions.
| | |
| |
| 6.267, anonymous (??), 23:08, 02/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>the split between sbin/ and /bin is effectively made redundant already,
since both are listed in the $PATH of all users already since a
couple of Fedora versions.
Убойный аргумент, что тут сказать. Специально вот создал юзера и убедился, что даже в мандриве не так.
[user@localhost ~]$ export | grep "declare -x PATH"
declare -x PATH="/usr/share/colorgcc:/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/usr/lib/qt4/bin:/home/user/bin"
| | |
| 6.275, Michael Shigorin (ok), 03:22, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Беда только в том, что Леннарт достаточно последователен в предложениях:
Отнюдь.
> e) the split between sbin/ and /bin is effectively made redundant already,
> since both are listed in the $PATH of all users already since a
> couple of Fedora versions.
Ну и болваны, опять же. Зачем пользователю fsck? (я знаю, но такой пользователь тоже знает)
А вред вроде бы очевиден любому немышевозу -- уничтожение неймспейсов приводит к захламлению и усложнению работы табом.
| | |
|
|
| 4.273, Michael Shigorin (ok), 03:00, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Видите ли, Майкл, проблема сообществ заключается в том, что это анархия
Щаз.
> (невинно)
Да-да, установите обновлённые драйвера дешёвого троллинга, MSKBнепомню. Этот уже ловится.
| | |
|
| 3.230, perchibald (??), 16:42, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
мдааа... ну ты же меня понял что я имеел ввиду... пусть будет не папка а директория бог с ним...
ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести)) как гуру))) как все знающий и все понимающий!!)))
| | |
| |
| |
| 5.287, perchibald (ok), 13:54, 03/11/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
по мне UNIX схема достаточно деревянная... и на нее я ссылатся вообще не хочу... есть просто вещи которые необходимо модернизировать... я тоже не первый раз подрова хожу и по своему опыту могу сказать что мне на десктопе будет удобней что все исполняемые фалы будут лежать в одном месте))
ЗЫ. будь проще друг и к тебе потянутся)))
| | |
| |
| 6.295, Пр0х0жий (??), 03:44, 04/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> по мне UNIX схема достаточно деревянная...
> ...
> на десктопе будет удобней что все исполняемые фалы будут лежать
> в одном месте))
А потом в довесок каспера прикрутить.
Первая атака на iniramfs для отказа монтирования /usr и на первой перезагрузке ваша система в ауте. Модули ядра тоже. И bash прицепом туда же.
$ find /bin/ -name mount
/bin/mount
# find /lib/ -name modules
/lib/modules
Угу?
И тоже десктоп. Чем же FHS не угодила? Нет проблем? Скучно жить?
| | |
|
|
|
|
| 2.288, Аноним (-), 13:58, 03/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Есть такая народная мудрость: "семь раз отмерь - один отрежь". Намного дальновиднее сначала подумать о последствиях, а уж затем делать. Но для некоторых (вас к ним, похоже, тоже можно отнести) главное - действие, остальное второстепенно.
| | |
|
| 1.169, Аноним (-), 10:10, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Существуют дистрибутивы, которые не могут загрузиться без initramfs и смонтированного до запуска /sbin/init /usr?
ППЦ. Они сами себе злобные буратины. Скоро, как гугль, для делания хоть чего-нибудь начнут требовать наличия подключения к интернету.
| | |
| 1.173, Аноним (-), 10:40, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Похоже разработчики федоры работают по принципу:
Ломай - чини @ без дела не сиди.
| | |
| 1.182, PereresusNeVlezaetBuggy (ok), 11:56, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> Разработчики дистрибутива Fedora Linux рассматривают (http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/155792)
> возможность перемещения всех имеющихся в системе исполняемых файлов в одну директорию.
> Иными словами, предлагается (https://fedoraproject.org/wiki/Features/UsrMove) размещать
> исполняемые файлы только в каталоге /usr/bin, а директории /bin, /sbin и
> /usr/sbin преобразовать в смволические ссылки, указывающие на /usr/bin. По аналогии предлагается
> упразднить /lib и помещать все системные библиотеки только в директории /usr/lib.
Вот здесь - http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken - кстати, говорится немного другое: "We hope to move all tools that have been moved to / over time, back to /usr where they belong, and the rootfs will only contain compat-symlinks into /usr." То есть вынести к чертям всю ту помойку (ALSA, dbus, networkmanager...), что позапихивали в /, на положенное ей место в /usr, а симлинки оставить для совместимости с программами, рассчитывающими на старое местоположение. ИМХО, симлинки в общем случае будут излишком (программы надо исправлять, а не каталоги симлинками захламлять), но общий курс как раз выглядит верным...
| | |
| 1.183, Аноним (-), 11:57, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Также упоминается то, что объединение sbin и bin вызовет необходимость действий со стороны разработчиков upstream-проектов.
> Файлы и каталоги, присутствие которых необходимо вне иерархии /usr предлагается связывать при помощи символических ссылок.
И какие такие действия необходимы со стороны разработчиков upstream-проектов?
| | |
| |
| 2.217, anonymous (??), 15:56, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>И какие такие действия необходимы со стороны разработчиков upstream-проектов?
Очевидно, выпиливать отовсюду */sbin По лёгкому взмаху руки одного программного импотента.
| | |
| 2.216, PereresusNeVlezaetBuggy (ok), 15:54, 02/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> столько кирпичей, а из-за чего собственно? хорошее начинание
Если это начинание по выносу мусора из / в /usr, как написано на FreeDesktop.org, то это хорошо.
Если же это начинание по сливанию всего в одну кучу, как это звучит в тексте новости, то с таким хорошим начинанием плохих не надо.
| | |
| |
| |
| Часть нити удалена модератором |
| 4.238, PereresusNeVlezaetBuggy (ok), 17:16, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Разработчик сказал "я делаю А", некий лох на сайте разместил новость "разработчик
> делает Б". Кому верить? Я, как и вы, в полном неудоумении...
Лох не лох, но вброс в любом случае вышел знатный. :)))
| | |
| 4.246, Аноним (-), 18:37, 02/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Разработчик сказал "я делаю А", некий лох на сайте разместил новость "разработчик
> делает Б". Кому верить? Я, как и вы, в полном неудоумении...
В новости как раз всё верно сказано, в Fedora именно всё в кучу хотят свялить. У них в плане даже картинка есть:
/
|-- etc
|-- usr
| |-- bin
| |-- lib
| '-- lib64
|-- run
|-- var
|-- bin -> usr/bin
|-- sbin -> usr/bin
|-- lib -> usr/lib
'-- lib64 -> usr/lib64
обратите внимание, что ссылка /sbin ведёт на /usr/bin, и в /usr больше нед /usr/sbin это и есть сваливание в кучу.
| | |
|
|
|
| 1.221, Аноним (-), 16:18, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Вот эта идея именно то, что и называют "от глюкавого!"...
У меня даже нет слов! Бред, полнейший. С таки же успехом можно DNS обратно превращать в "плоскую" систему имен.
Иерархия нужна однозначно. Уж хотя бы для безопасности. Потом есть еще такая вещь как скорость обработки запросов - иерархичные системы почему то куда быстрее в поисковых запросах. А раздельные каталоги преследует именно эту цель: не класть яйца в одну корзину.
То что эта идея полный п...ц, я заявляю именно как линуксовый сисадмин. Сертифицированный, кста (если кому это интересно).
| | |
| 1.289, Аноним (-), 16:47, 03/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В принципе этот дистрибутив не относится к классу стандартов, это так называемый development tools и таким останется - так что делать можно все что хочется
| | |
| |
| 2.299, anonymous (??), 19:44, 05/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>В принципе этот дистрибутив не относится к классу стандартов, это так называемый development tools и таким останется - так что делать можно все что хочется
Не забывай про /run Где он первым появился? А уж про такие вещи как systemd, pulseaudio, netrworkmanager я скромно промолчу.
| | |
|
| 1.293, жора (?), 23:37, 03/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> В настоящее время дистрибутив нереально загрузить без /usr
> (/usr монтируется из initramfs до запуска процесса инициализации и
> содержит необходимые для загрузки компоненты)
Если и в самом деле додумались до этой глупости (все-таки думаю, что это гипербола),
то ее и надо чинить, вместо того, чтобы учудить еще одну.
Умиляет довод, что /usr можно будет монтировать на разных машинах.
Это как раз сейчас и можно, поскольку и без /usr система работоспособна и может
обеспечить такое монтирование (или они из initramfs хотят /usr монтировать, делая машину
полностью неработоспособной при сбое сети).
| | |
| 1.301, Андрей (??), 04:15, 06/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> а также то, что в sbin можно найти программы, которыми пользуются и обычные пользователи.
Вот в дэбиане вызывать ifconfig можно только с указанием пути: /sbin/ifconfig. Ничего поменять нельзя, но отобразить же и обычный пользователь имеет право.
| | |
| 1.303, Аноним (-), 16:59, 09/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот это инновация!
А почему бы вообще все файлы не скидать в одну папку?
Ууу, какие перспективы открываются...
Зачем вообще тогда эта стандартная структура папок создавалась?
| | |
|
