The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В Fedora рассматривается предложение по переносу всех исполняемых файлов в одну директорию

01.11.2011 20:21

Разработчики дистрибутива Fedora Linux рассматривают возможность перемещения всех имеющихся в системе исполняемых файлов в одну директорию. Иными словами, предлагается размещать исполняемые файлы только в каталоге /usr/bin, а директории /bin, /sbin и /usr/sbin преобразовать в символические ссылки, указывающие на /usr/bin. По аналогии предлагается упразднить /lib и помещать все системные библиотеки только в директории /usr/lib. В случае одобрения предложения, изменения могут вступить в силу уже в весеннем релизе Fedora 17.

Перенос всех файлов и библиотек в иерархию /usr открывает очень интересные перспективы: так как все необходимые для работы компоненты будут присутствовать в рамках одного дискового раздела, появляется возможность обособленного использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива (например, через создание снапшотов в процессе обновления) и, что особенно интересно, становится возможным использование одного смонтированного в режиме только для чтения самодостаточного раздела /usr одновременно на нескольких компьютерах. Ранее, при монтировании /usr по сети, у администраторов возникали проблемы с обновлением содержимого /bin, /sbin и /lib на конечных машинах, с самодостаточным /usr поддерживать большое число типовых машин станет значительно проще и безопаснее (/usr предлагается монтировать в режиме только для чтения).

В соответствии с новым подходом, все устанавливаемые из RPM-пакетов компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами. Файлы и каталоги, присутствие которых необходимо вне иерархии /usr предлагается связывать при помощи символических ссылок. В корне останутся только файлы, имеющие непосредственное отношение к текущему компьютеру, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run).

Разделение /bin и /usr/bin было актуальным во времена раздельного монтирования корня и раздела /usr, в случае невозможности примонтировать /usr, наличие каталогов /bin и /lib позволяло сохранить минимально работающую систему, которую можно было использовать в качестве базы для дальнейшего восстановления. В настоящее время дистрибутив нереально загрузить без /usr (/usr монтируется из initramfs до запуска процесса инициализации и содержит необходимые для загрузки компоненты), что в сочетании с распространением практики разбиения диска на один большой раздел и подготовкой установочного образа в виде Live-системы, позволяет отнести к анахронизмам разделение бинарных файлов по разным частям файловой системы.

В пользу объединения sbin и bin упоминается то, что во многих дистрибутивах данные директории одновременно включены в путь по умолчанию, а также то, что в sbin можно найти программы, которыми пользуются и обычные пользователи. Тем не менее, среди разработчиков Fedora нашлось много противников объединения sbin и bin, которые считают логичным разделение пользовательского ПО и требующих повышенных привилегий программ для администратора (изначально каталог sbin предназначался для статически собранных программ). Также упоминается то, что объединение sbin и bin вызовет необходимость действий со стороны разработчиков upstream-проектов.

  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
  2. OpenNews: Первый стабильный релиз децентрализованной системы установки приложений Zero Install
  3. OpenNews: Проблемы организации иерархии файловой системы в Linux
  4. OpenNews: Выпущен черновой вариант стандарта иерархии файловой системы FHS 3
Лицензия: CC-BY
Тип: Тема для размышления
Ключевые слова: fedora, mount, usr, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (205) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, tonys (ok), 21:16, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    c:\program files
    :-)
     
     
  • 2.14, umbr (ok), 21:46, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, осталось только переименовать /usr/bin в /Program_Files
     
     
  • 3.20, Аноним (-), 21:59, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Для этого /opt есть...
     
  • 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\ полно всякого хлама :)

     
  • 3.222, PereresusNeVlezaetBuggy (ok), 16:22, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В Program Files кладётся банально то, что легко отделить от системы Это по-пр... текст свёрнут, показать
     
     
  • 4.242, Ваня (?), 17:42, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Увы, в Windows не всё так гладко В Program files лежит то, что когда то было ... текст свёрнут, показать
     
     
  • 5.243, PereresusNeVlezaetBuggy (ok), 18:00, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И я про то говорю разделение, что куда, банально исторически сложилось gt ... текст свёрнут, показать
     
     
  • 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 +/
    В ориентированных на среднячков дистрах делайте что хотите. Только, прошу, не трогайте дистры ориентированные на профессиональное использование. Разделеннние нужно. Возможно оно не особо нужно в какой-нибудь убунте ...
     
     
  • 2.11, Yet Another Anonimous (?), 21:37, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну ка, продемонстрируй свое мнение, зачем же нужно разбиение?
     
     
  • 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.195, dxd (?), 13:36, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Haiku ... текст свёрнут, показать
     
     
  • 9.198, Аноним (-), 13:44, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    почти угадал ... текст свёрнут, показать
     
  • 8.251, Аноним (-), 19:55, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наличие прописных букв в начале слов подсказывает, что их мало кто набирал рукам... текст свёрнут, показать
     
     
  • 9.284, Гость (?), 12:12, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не аргумент - макинтошников большие буквы не останавливают Кстати, откуда иер... текст свёрнут, показать
     
  • 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.

     
     
  • 5.178, Moomintroll (ok), 11:30, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В openSUSE (видимо и в SLES) нужно писать /sbin/ifconfig
     
  • 3.259, Michael Shigorin (ok), 22:11, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ну ка, продемонстрируй свое мнение, зачем же нужно разбиение?

    Если мнение не сложилось, можно почитать
    http://tldp.org/HOWTO/Partition/index.html
    http://tldp.org/HOWTO/Multi-Disk-HOWTO.html
    (упреждающий ответ тем, кто попытается не читая поржать над датами: а вы почитайте, ещё спасибо скажете, даже если виндузятники)

     
  • 2.12, Avatar (??), 21:38, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Главное чтобы слово ПРОФЕССИОНАЛ в зубах не застревало.
     
  • 2.24, Vladjmir (ok), 22:11, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    За Федорой поятнутся все остальные. А потом и в LSB это зафиксируют.
     
     
  • 3.26, sir_sigurd (?), 22:15, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лолчто?
     
     
  • 4.29, Vladjmir (ok), 22:23, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    За Федорой потянутся все остальные, по крайней мере rpm-based дистрибутивы, чтобы не нарушать совместимость и чтобы можно было без большого гемора копиластить оттуда пакеты. В deb-мире всё сложнее. Космонавт тоже вроде не против, но он зависит от дебиана и, думаю, не будет радикально ломать с ним совместимость и увеличивать себе объём работы.
     
     
  • 5.119, fork (??), 01:45, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    За Федориным горем ?
     
     
  • 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/ остались только изменённые или настроенные вручную правила.
     
     
  • 7.218, zomg (?), 16:11, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это все правда. /run уже в арче.
     
  • 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, давайте сделаем помойку и не будем больше вспоминать о том, зачем, собственно, было сделано разделение.
     

  • 1.5, Avatar (??), 21:29, 01/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну хоть бы что-то с этим колхозом директорий сделали!

    А вообще мне нравится структура как в http://gobolinux.org. Но пока до этого дойдут...

     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Этого "зачем" уже много лет нигде кроме эмбеддед не видели, не надо ляля
     
  • 3.294, Анонимкус (?), 00:46, 04/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/:.......

    ... и это только самое начало

     
     
  • 3.141, xio (?), 03:45, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В лупе можно обойти, например.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно сделать что-нибудь, чтобы подобный текст не растягивал верстку страницы?

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

     
  • 4.270, Клыкастый (ok), 00:39, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смотрите шире: можно что-нибудь сделать, чтобы никогда такого не увидеть?
     
  • 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 тоже выпиливаем?

    А как тогда разные версии юзать?

     
     
  • 2.10, Аноним (-), 21:36, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    /opt/bin и /home/user/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
    > Вы прослушали совет "как сломать пакетный менеджер и много чего еще".

    Не совсем ломается. Обламывается запускать скрипты, но в целом таки работает, несмотря на ругательства.

     
     
  • 8.111, Аноним (-), 01:31, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ах да Не отработавшие postinst и postrm скрипты пакетов - право же, какая мелоч... текст свёрнут, показать
     
  • 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 что-то тоже припоминается, но совсем смутно и экспериментальное.

     
  • 4.52, Seclorum (??), 23:27, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    /lib/ld-linux.so <binary> ?
     
     
  • 5.56, pavlinux (ok), 23:29, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    lib64 libc so 6 GNU C Library stable release version 2 11 3 20110203 , b... текст свёрнут, показать
     
  • 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.

     
     
  • 2.13, Avatar (??), 21:42, 01/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А когда-то мир был плоским...
     
     
  • 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 ... текст свёрнут, показать
     
     
  • 6.180, Moomintroll (ok), 11:37, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А можно посмотреть на "ls -l /usr" ?
     
     
  • 7.286, Онаним (?), 12:49, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    root OpenWrt du -sh usr 190 5K usr bin 2 1M usr lib 1 7M usr libexec 2 ... текст свёрнут, показать
     
  • 6.256, Michael Shigorin (ok), 22:02, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Как интересно! Почему же тогда:

    Потому что это тролль или человек с крайне ограниченным опытом.

     
  • 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 юзеру (относительно знающему юзеру) вполне доступен в режиме чтения, только набирать дольше приходится, чем хотелось бы. И если уж вы беспокоитесь о душевном состоянии большинства пользователей, то должны были вспомнить, что консоль для них - китайская грамота, так что они мало теряют.

     
     
  • 3.126, Taller (?), 02:08, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ifconfig в арче упразднили, рекомендуют ip addr
     
     
  • 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 гигабайт вместо сотни метров Ес... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 10.132, sfstudio (ok), 02:57, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А нахрена мне весь usr если мне по уши было достаточно тех бинарей что были в ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 12.143, sfstudio (ok), 03:51, 02/11/2011 [ответить]  
  • +/
    1 Я считаю что базовая система включая ядро, glibc модули ядра, утилиты восстан... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 14.149, sfstudio (ok), 04:18, 02/11/2011 [ответить]  
  • +1 +/
    Вы вообще читаете что я пишу О обновлении сказано выше было Будьте внимательне... текст свёрнут, показать
     
     
  • 15.181, agent_007 (ok), 11:47, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    достаточно сказать волшебные слова embedded development подробности ни к чему... текст свёрнут, показать
     
     
  • 16.239, sfstudio (ok), 17:21, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какраз встройка тут не причём в стройке см выше ... текст свёрнут, показать
     
  • 15.276, Michael Shigorin (ok), 03:28, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Он демагог и не за тем пришёл, не трать время ... текст свёрнут, показать
     
  • 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_?

     
     
  • 6.277, Michael Shigorin (ok), 04:20, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не скажи В трёх метрах вон примерно такая стоит -- если RAID1 с согласишься с... текст свёрнут, показать
     
     
  • 7.291, Zulu (?), 20:18, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ух ты А зачем Серьезно, я что-то подобное делал только в большой нужде, когда ... текст свёрнут, показать
     
     
  • 8.302, Michael Shigorin (ok), 22:14, 06/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 сказал, что это временный и промежуточный... текст свёрнут, показать
     

     ....нить свёрнута, показать (31)

  • 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 счета аналог накатать и не будучи рутом. Ы?

     
  • 6.225, Moomintroll (ok), 16:28, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну почему все забывают про initrd Сечас сложно найти Linux-систему, НЕ использу... текст свёрнут, показать
     
     
  • 7.279, Michael Shigorin (ok), 04:34, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, только попробуйте до него достучаться после pivot_root Это может быть осм... текст свёрнут, показать
     
     
  • 8.282, Moomintroll (ok), 09:22, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, во-первых, совсем не обязательно, как показывает практика, иметь возможность... текст свёрнут, показать
     
  • 3.257, Michael Shigorin (ok), 22:04, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вы понимаете, что если всегда все делать по старинным стандартам,
    > и никогда не пытаться их улучшить - прогресс просто остановится?

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

    Потрудитесь доказать утверждение "улучшить" _перед_ тем, как плодить подобные ответы.

    PS: и да, слово "прогресс" за довод не все принимают -- и даже для тех, кто принимает, требуется его предъявить, а не просто твердить про "улучшение".

     

  • 1.68, Аноним (-), 00:01, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А это не будет противоречить стандартам FHS?
     
     
  • 2.74, Аноним (-), 00:07, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А это не будет противоречить стандартам FHS?

    Это приведет к выходу новой версии стандарта FHS.

     
  • 2.75, sergey (??), 00:07, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Им на него класть. /var/run уже переместили в /run
     
     
  • 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
     

  • 1.91, Аноним (-), 00:43, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На деле новость неточная, т к хотят убрать и lib 64 , что влечет за собой от... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Я вам вот что скажу, бывают альтернативные пакеты, которые друг с другом конфлик... текст свёрнут, показать
     
  • 2.165, Аноним (-), 09:16, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, потом перенесут всё в /usr/ , поймет что приставка /usr не нужна, переименуют обратно в / и всё вернётся на круги своя.

    Читайте комментарий 1.3 https://www.opennet.ru/openforum/vsluhforumID3/81122.html#3

     

  • 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.134, PereresusNeVlezaetBuggy (ok), 03:05, 02/11/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ой мама. в том же треде возникает поляк с предложением заменить #!/bin/sh
    > на #!/usr/bin/env sh

    O_O

    /me ушёл, крестясь

     
  • 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.164, Аноним (-), 09:13, 02/11/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно, чем это закончится?
     
  • 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"

     
     
  • 7.281, Пр0х0жий (??), 06:19, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это самое только малое Заморочился пройтись по треду Уж очень любопытно стало ... текст свёрнут, показать
     
     
  • 8.285, PereresusNeVlezaetBuggy (ok), 12:26, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    М-дэ POSIX не для них, да Ну да, да, нет других nix кроме Linux, нет другого ... текст свёрнут, показать
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    мдааа... ну ты же меня понял что я имеел ввиду... пусть будет не папка а директория бог с ним...
    ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести)) как гуру))) как все знающий и все понимающий!!)))
     
     
  • 4.274, Michael Shigorin (ok), 03:19, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Дядьку, да я-то понял, просто когда человек оперирует точными терминами и грамот... текст свёрнут, показать
     
     
  • 5.283, Moomintroll (ok), 09:57, 03/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 не угодила? Нет проблем? Скучно жить?

     
     
  • 7.297, perchibald (??), 12:24, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    я тебя честно не очень понял... но поживем увидим
     
     
  • 8.298, Пр0х0жий (??), 18:41, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там очевидно Если монтирование usr, а оно будет идти из inird, сломается или ... текст свёрнут, показать
     
     
  • 9.300, perchibald (??), 22:16, 05/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а понял ты забезопасность кичишся но видимо ленарт на селинукс оч расчитывает... текст свёрнут, показать
     
  • 2.288, Аноним (-), 13:58, 03/11/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такая народная мудрость: "семь раз отмерь - один отрежь". Намного дальновиднее сначала подумать о последствиях, а уж затем делать. Но для некоторых (вас к ним, похоже, тоже можно отнести) главное - действие, остальное второстепенно.
     

     ....нить свёрнута, показать (18)

  • 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 именно всё в кучу хотят свялить. У них в плане даже картинка есть:
    [code]
    /
    |-- etc
    |-- usr
    |   |-- bin
    |   |-- lib
    |   '-- lib64
    |-- run
    |-- var
    |-- bin -> usr/bin
    |-- sbin -> usr/bin
    |-- lib -> usr/lib
    '-- lib64 -> usr/lib64
    [/code]

    обратите внимание, что ссылка /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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это инновация!
    А почему бы вообще все файлы не скидать в одну папку?
    Ууу, какие перспективы открываются...
    Зачем вообще тогда эта стандартная структура папок создавалась?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру