The OpenNET Project / Index page

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

Обоснование целесообразности переноса компонентов из корня в /usr

27.01.2012 12:18

В связи с волной критики Леннарт Поттеринг (Lennart Poettering) подготовил сводный документ, в котором обобщил мотивы переноса содержимого /bin и /lib в директорию /usr в грядущем релизе Fedora 17, а также опроверг наиболее часто встречающиеся мифы. По словам Поттеринга, новое унифицированное расположение исполняемых файлов и библиотек внутри раздела /usr (содержимое /bin планируется перенести в /usr/bin, /sbin в /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64) более совместимо с UNIX, чем практикуемый в Linux подход с разделением на /bin и /usr/bin (в SysV Unix /bin является симлинком на /usr/bin).

Некоторые плюсы переноса компонентов из корня в /usr:

  • В настоящее время разные дистрибутивы Linux и Unix-системы по разному формируют состав /bin и /usr/bin. Перенос всех исполняемых файлов в /usr/bin и наполнение /bin через символические ссылки позволит избежать путаницы и сохранить совместимость с ранее практикуемым методом.
  • Все устанавливаемые из RPM-пакетов неизменные компоненты будут сосредоточены только внутри раздела /usr и не будут встречаться за его пределами, что позволит упростить организацию бездисковых систем и повысит их безопасность - для работы достаточно будет экспортировать в режиме только для чтения раздел /usr и централизованно обновлять его, не заботясь о необходимости синхронизации содержимого каталогов /bin, /sbin и /lib. В корне останутся только файлы, связанные с загрузкой и специфичные для текущей машины данные, например, файлы конфигурации, логи и файлы с меняющимися данными (/etc, /root, /var, /run).
  • Возможность использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива. Например, в процессе обновления можно сохранить старое содержимое в отдельном разделе и вернуться на него в случае проблем. Возможна также реализация схемы, при которой имеется две копии содержимого /usr: активная копия монтируется в режиме только для чтения, а в неактивную устанавливается обновление, после чего директории меняются местами и синхронизируются;
  • Упрощение формирования гостевых окружений для систем виртуализации - достаточно монтировать внутри виртуальных окружений системный раздел /usr в режиме только для чтения. При этом автоматически решаются проблемы с обновлением начинки гостевых систем и существенно экономится дисковое пространство;
  • В качестве примера успешной унификации доступа к исполняемым файлам приводится Solaris 11, в котором все стандартные программы сосредоточены только в разделе /usr;

Дополнение: В списке рассылки разработчиков Fedora опубликовано сообщение о скорой миграции Fedora Rawhide на новую схему размещения исполняемых файлов. Для пользователей, использующих Rawhide, для перехода на новую схему потребуется выполнить несколько ручных операций, которые детально изложены в сообщении.

  1. Главная ссылка к новости (http://0pointer.de/blog/projec...)
  2. OpenNews: Для Fedora 17 одобрен перенос компонентов из корня в /usr и переход на Btrfs
  3. OpenNews: В Fedora и других Linux-дистрибутивах появится директория /run
  4. OpenNews: Разработчики systemd представили Journal, замену системе syslog
  5. OpenNews: В Fedora рассматривается предложение по переносу всех исполняемых файлов в одну директорию
  6. OpenNews: Оболочка GNOME Shell адаптирована для работы без 3D-драйверов
Лицензия: CC-BY
Тип: Обобщение
Ключевые слова: usr, root, fedora, unix
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (197) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, daemonpnz (ok), 12:21, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    А всё необходимое для начальной загрузки я так понимаю он предлагает совать в initrd?! Тогда в топку такие его идеи.
     
     
  • 2.4, dalco (ok), 12:35, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Кого "его"? Поттеринг здесь вообще не при чем (о чем и написано в его блоге ангельским по белому).

    P.S. Идею запихать все в /usr придумали совсем другие люди, а Поттеринг всего лишь обеспечил работоспособность сей идеи в systemd (впрочем, systemd точно так же работает и с "классической раскладкой" диска).

     
  • 2.41, Аноним (-), 14:12, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А всё необходимое для начальной загрузки я так понимаю он предлагает совать в initrd?!

    Между прочим
    1. initrd для этого и предназначен.
    2. оно все уже давно туда засунуто, иначе бы система не грузилась.

     
     
  • 3.44, Xaionaro (ok), 14:15, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А всё необходимое для начальной загрузки я так понимаю он предлагает совать в initrd?!
    > Между прочим
    > 1. initrd для этого и предназначен.
    > 2. оно все уже давно туда засунуто, иначе бы система не грузилась.

    Лично у меня не везде initrd вообще используется. И лучше бы он вообще почти нигде не использовался.

     
     
  • 4.47, Andrey Mitrofanov (?), 14:17, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лично у меня не везде initrd вообще используется. И лучше бы он
    > вообще почти нигде не использовался.

    К моему ручки-то не тяни!?

     
  • 4.49, Аноним (-), 14:22, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Лично у меня не везде initrd вообще используется.

    Это ваши половые трудности.

    > И лучше бы он вообще почти нигде не использовался.

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

     
     
  • 5.176, Xaionaro (ok), 20:15, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Некоструктивный тезис Это гибкий, в каком-то смысле эффективный, но костыль Са... текст свёрнут, показать
     
     
  • 6.224, tavaaver (?), 23:54, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я с пульсом не натерпелся. Как работал, так и работает.
    Более того, я с удовольствием транслирую звук по сети с ноутбука на большую машину (подключенную к усилителю и колонкам), когда смотрю фильмы на диване.

    Я что-то сделал не так?

     
     
  • 7.232, Oleg (??), 01:13, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >с ноутбука на большую машину

    А на большой машине включить фильм не судьба? :) Или у тебя дармовая электроэнергия?

     
     
  • 8.235, Xasd (ok), 03:39, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ох чорт пойду проверю не забыл ли я выключить свет в туалете -D -D... текст свёрнут, показать
     
     
  • 9.308, Аноним (-), 13:23, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Могли бы и природе позаботиться, если что ... текст свёрнут, показать
     
  • 6.281, netch (ok), 21:58, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Во FreeBSD хорошо живётся за счёт того, что загрузчик выполняет сравнимую функ... текст свёрнут, показать
     
  • 5.208, kuku (?), 22:24, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, а зачем тогда корневой раздел ?
    Пользовательский и т.д. ?
    Это в FreeBSD есть.
    Всё же, корневой (mount point - /) и пользовательский
    (mount point - /usr) разделы были не зря придуманы.
    Например, ту же флешку с корневым разделом не плохо
    иметь... так, на всякий случай...
     
  • 5.242, arisu (ok), 09:22, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > initrd — гибкое и эффективное решение

    …которое, тащемта, не нужно. достаточно просто собирать ядро под железяку. в 90 как минимум прочентах случаев (число с потолка) вообще достаточно впилить в ядро поддержку пары файловых систем (не модулями, в смысле), чтобы необходимость в initrd пропала.

    initrd нужно только если хочется сделать «одно универсальное ядро для всех». но зачем? собственно, давно назрела необходимость в программе, которая проинспектирует железо и сгенерирует конфиг ядра, где некоторые самые нужные модули будут впилены жёстко, просто нужные — модулями, а остальное вообще отключит нафиг. вот у меня ядро пересобирается пять минут (реально, пять минут). а «дистрибутивный» конфиг — где-то пол часа, если не больше.

     
     
  • 6.249, Аноним (-), 10:28, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще расскажи что 640 кило хватит всем Initrd позволяет взлететь с крайне хит... текст свёрнут, показать
     
     
  • 7.257, arisu (ok), 11:35, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    кагбэ не помню, чтобы я с этим спорил правда, какая религия запрещает собрать к... текст свёрнут, показать
     
     
  • 8.280, netch (ok), 21:52, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сравни затраты по времени и прочему на сборку ядра и на компоновку нескольких фа... текст свёрнут, показать
     
     
  • 9.291, arisu (ok), 23:40, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    если это ядро нужно один раз 8212 да если постоянно 8212 я лучше соберу е... текст свёрнут, показать
     
     
  • 10.297, Аноним (-), 01:28, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    make localyesconfig localmodconfig ... текст свёрнут, показать
     
     
  • 11.298, arisu (ok), 01:54, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да, это база, в принципе но я имел в виду нечто более приятное для обычного пол... текст свёрнут, показать
     
  • 8.286, Клыкастый2 (?), 22:27, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    яростно плюсую каждый абзац в принципе ты тему закрыл, не знаю что добавить ... текст свёрнут, показать
     
  • 8.318, Ant0 (??), 00:10, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Была такая задача, система грузиться с усб-флешки 1 Ядро взлетает с помощью си... текст свёрнут, показать
     
     
  • 9.319, arisu (ok), 02:20, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    jmp ... текст свёрнут, показать
     
  • 7.322, Kodir (ok), 12:15, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Есть такое мнение, которое я поддерживаю скрещение ужа с ежом даёт бесполезный ... текст свёрнут, показать
     
  • 6.311, Michael Shigorin (ok), 17:50, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> initrd — гибкое и эффективное решение
    > …которое, тащемта, не нужно. достаточно просто собирать ядро под железяку.

    Это недистрибутивно и имеет больше шансов вылезти боком при смене железки, в которую воткнут корень.

    Что мне не нравится во всей этой истерии, так это смешение относящихся, не относящихся и относящихся не тем боком доводов в одну большую кучу, не подлежащую осмысленному обсуждению.

     
     
  • 7.312, arisu (ok), 17:52, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> достаточно просто собирать ядро под железяку.
    > Это недистрибутивно и имеет больше шансов вылезти боком при смене железки, в
    > которую воткнут корень.

    одно другому не мешает. emergency ядро с kitchen sink лежит себе отдельно, а работает собраное под железяку.

     
  • 3.87, daemonpnz (ok), 15:11, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    наберись опыта и практики, а потом уже заявляй безапелляционно, что система без initrd не загрузится.
     
  • 3.285, netch (ok), 22:17, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А всё необходимое для начальной загрузки я так понимаю он предлагает совать в initrd?!
    > Между прочим
    > 1. initrd для этого и предназначен.
    > 2. оно все уже давно туда засунуто, иначе бы система не грузилась.

    Только вот проблема - чтобы обеспечить эквивалент по удобству ремонта (да-да, это не enterprise случай), тот initrd должен содержать как минимум полноценный шелл и возможность его вызвать.

     

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

  • 1.2, Анон (?), 12:31, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все правильно. Только название "usr" сбивает с толку, к юзеру это не имеет никакого отношения.
     
     
  • 2.8, Аноним (-), 12:40, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смысл имеет:
    /bin /lib /sbin - системный софт, необходимый для загрузки и базовый функционал.
    /usr/bin /usr/lib - под функционал, доставляемый администратором/пользователем системы
     
  • 2.105, anon2 (?), 16:05, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Все правильно. Только название "usr" сбивает с толку, к юзеру это не имеет никакого отношения.

    конечно, не имеет - ведь это всегда означало "Unix System Resources"

     
     
  • 3.191, Адольф (?), 21:22, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати в оригинальном AT&T Unix /usr выполняла роль /home
     
  • 3.196, pavlinux (ok), 21:43, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сам придумал или у таких же в википедии прочитал?

    /lib наверно Linked Interprocess Binary ?
    /home - Here Of My Executables
    /boot - Be Out Of True

     
  • 3.231, Пр0х0жий (??), 01:05, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Все правильно. Только название "usr" сбивает с толку, к юзеру это не имеет никакого отношения.
    > конечно, не имеет - ведь это всегда означало "Unix System Resources"

    Да ну?!
    http://lib.ru/MAN/scotutor.txt

     

  • 1.5, Mike Lee (?), 12:37, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    /sbin/init куда положим?
     
     
  • 2.10, Andrey Mitrofanov (?), 12:43, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > /sbin/init куда положим?

    Вон выше написали: / -> в initrd, /usr -> теперь /

    Вот куда засунуть старый initrd?? В UEFI, наверное...

     
     
  • 3.43, Аноним (-), 14:14, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вон выше написали: / -> в initrd, /usr -> теперь /

    Походу, вы текста не читали. / -> /usr, а initrd без изменений, т.к. он изначально самодостаточен.

     
  • 2.178, СуперАноним (?), 20:16, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    initrd живёт в /boot
     

  • 1.7, dq0s4y71 (??), 12:38, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Новости о Поттеринге всегда одни и те же: он опять обосновал, почему нужно что-то куда-то перенести или что-то поломать...
     
     
  • 2.61, Аноним (-), 14:42, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Новости о Поттеринге всегда одни и те же: он опять обосновал, почему
    > нужно что-то куда-то перенести или что-то поломать...

    Это прогресс, детка :)

     
     
  • 3.96, Аноним (-), 15:35, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Новости о Поттеринге всегда одни и те же: он опять обосновал, почему
    >> нужно что-то куда-то перенести или что-то поломать...
    > Это прогресс, детка :)

    Это фэйк, детка. Словесами ошибочно выдаваемый за якобы прогресс.

     
     
  • 4.126, Аноним (-), 17:26, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>> Новости о Поттеринге всегда одни и те же: он опять обосновал, почему
    >>> нужно что-то куда-то перенести или что-то поломать...
    >> Это прогресс, детка :)
    > Это фэйк, детка. Словесами ошибочно выдаваемый за якобы прогресс.

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

     
  • 3.252, Аноним (-), 10:34, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это прогресс, детка :)

    Тасовка карт в колоде прогрессом не является.

     
     
  • 4.270, Аноним (-), 13:02, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тасовка карт в колоде прогрессом не является.

    Комментирование на форуме - тоже.
    А вот слияние перенос /bin в /usr/bin - безусловно является. Почему именно - объяснено в статье.

     

  • 1.12, I am (??), 12:55, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH по дефолту нет /sbin.
     
     
  • 2.17, YetAnotherOnanym (?), 13:14, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну так поправьте .yourshellrc, в чём проблема?
     
  • 2.32, Xaionaro (ok), 13:46, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Особо бесит, когда в PATH по дефолту нет /sbin.

    О да, это определённо является причиной слить /sbin и /usr/sbin. Не смотря на то, что если в PATH нет /sbin, то и /usr/sbin там обычно тоже нет. Пофиг что можно просто поправить конфиги, лучше всю систему перелопатить.

    > И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin

    У них разные функции, см. FHS.

     
     
  • 3.287, Клыкастый2 (?), 22:47, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Пофиг что можно просто поправить конфиги, лучше всю систему перелопатить.

    Всё для apt-get-kiddies. закончится всё одним разделом, /linux /program_files, файлом подкачки и скачкой rpm с интернет помоек.

    >> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin
    > У них разные функции, см. FHS.

    что-то мне подсказывает что дальше вики дело не двинется, а мнение не поменяется.

     
  • 2.97, Аноним (-), 15:37, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
    > по дефолту нет /sbin.

    По секьюрити. Не?

     
     
  • 3.108, Аноним (-), 16:28, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
    >> по дефолту нет /sbin.
    > По секьюрити. Не?

    Не. Ничто не мешает пользователю поместить в PATH что угодно.

     
     
  • 4.131, ZloySergant (ok), 18:09, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> По секьюрити. Не?
    >Не. Ничто не мешает пользователю поместить в PATH что угодно.

    Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно взятых пользователей.

     
     
  • 5.142, Аноним (-), 18:25, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> По секьюрити. Не?
    >>Не. Ничто не мешает пользователю поместить в PATH что угодно.
    > Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
    > взятых пользователей.

    RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

     
     
  • 6.147, ZloySergant (ok), 18:30, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>>> По секьюрити. Не?
    >>>Не. Ничто не мешает пользователю поместить в PATH что угодно.
    >> Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
    >> взятых пользователей.
    > RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

    Оно как-бы и не обязательно для такого запрета. man 5 group

     
  • 6.313, Michael Shigorin (ok), 18:05, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > RBAC уже реализован в пингвине? Хоть в каком-нибудь? С профилями выполнения?

    И давно.  Раз осилили четыре буквы для повторения -- идите-ка да читайте и дальше сами.

     
  • 5.157, Аноним (-), 18:56, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничто не мешает поставить запрет на запуск из $PREFIX/sbin всем, кроме отдельно
    > взятых пользователей.

    Это вообще никак не связано с содержимым переменной PATH.
    Хотя твоё знание man group меня восхитило, молодец.

     
  • 3.237, PereresusNeVlezaetBuggy (ok), 04:02, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> И да, нахрена /usr/bin, /usr/sbin, /bin, /sbin... Особо бесит, когда в PATH
    >> по дефолту нет /sbin.
    > По секьюрити. Не?

    Нет. Чисто для удобства тех, кто работает в консоли, плюс ма-а-аленький прирост производительности при запуске исполняемых файлов без указания абсолютного пути.

     

  • 1.13, Аноним (-), 12:58, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Да что вы говорите Да И что это повод прогибаться под коммерческие системы a-... текст свёрнут, показать
     
     
  • 2.48, Аноним (-), 14:20, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да А вы можете привести пример обоснованной критики сабжа Именно критики, а не... текст свёрнут, показать
     
     
  • 3.150, ganelon (ok), 18:42, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Да. И что это повод прогибаться под коммерческие системы a-la макос или солярки ?
    > У них сделано лучше и удобнее, чем в линуксе. Это повод.

    Таки ви в этом уверены? Вы уважаемый походу ни разу с макосью не связывались.
    Там установка текстурпака на майнкрафт вызывает определённые затруднения из за неимоверной кривизны тамошней файловой системы, не говоря уж о более сложных вещах.

     
  • 3.314, Michael Shigorin (ok), 18:42, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http lwn net Articles 431111 и в частности -- на http lwn net Articles 4312... текст свёрнут, показать
     
     
  • 4.317, mihail krijich (?), 18:55, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Слайды (больше -- на http://tinyurl.com/rhbz-separate-usr):

    грамотно.

     

  • 1.14, anonymous (??), 13:01, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Считаю его идею достаточно прогрессивной, так как достигается унификация,  выигрыш будет очень значительным на бездисковых рабочих местах и в разных средах для виртуализации. Пример с соляркой подтверждает.

    Противникам: есть такой дистр, зовется Calculate, у него обновление так и производится: обновляем рут-раздел, если прокатило - после перезагрузки рут-раздел будет сменен на обновленный, в случае чего можно будет откатить все назад. Если все ок - следующий раз будет использоваться старый рут-раздел. В данном случае все будет гораздо проще (нету костыля, который это делает), и без перезагрузки.

     
     
  • 2.31, Anoynymous (?), 13:46, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > обновляем рут-раздел, если прокатило - после перезагрузки рут-раздел будет сменен на обновленный

    И как вы узнаете, что прокатило? а то ведь может показаться, что прокатило, а после перезагрузки - что не прокатило :)

     
     
  • 3.38, anonym (?), 14:09, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да пребудет с Вами великий mount.
     
     
  • 4.98, Аноним (-), 15:39, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Да пребудет с Вами великий mount.

    Валяй, набери приличную маунт-команду на сериальной консоли энтерпрайз-сервера без ошибок, когда шелл без всяких обвязок даже автокомплита не дает сделать, и хистори отсутствует, а тебя в ж.пу клюет большой начальник "Стартуй сервер, сцук, немедленно, сейчас 15-00, а не то твою шкурку гвоздями 100 на заднем дворе приколотим к стенке!".

    Админы локалхоста такие админы...

     
     
  • 5.267, Аноним (-), 13:00, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Валяй, набери приличную маунт-команду на сериальной консоли энтерпрайз-сервера без ошибок,
    > когда шелл без всяких обвязок даже автокомплита не дает сделать, и
    > хистори отсутствует, а тебя в ж.пу клюет большой начальник "Стартуй сервер,
    > сцук, немедленно, сейчас 15-00, а не то твою шкурку гвоздями 100
    > на заднем дворе приколотим к стенке!".

    А почему набор команды кажется тебе непосильной задачей?
    Ты не умеешь читать или печатать?

     
  • 3.83, anonymous (??), 15:06, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    спроси у разработчиков calculate.... я пользовался их дистром - мне понравилась сама идея, все четко и по полкам.
     
  • 2.124, yurkis (ok), 17:23, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Пример с соляркой подтверждает.

    Солярка, на сколько мне помнится позволяет откатываться снепшотами. Хотя при этом таки структура каталогов помогает.

    >В данном случае все будет гораздо проще (нету костыля, который это делает), и без перезагрузки.

    Кстате, интереса ради. unmount/mount там же (в /usr) лежать будут?

     
     
  • 3.139, Аноним (-), 18:22, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Пример с соляркой подтверждает.
    > Солярка, на сколько мне помнится позволяет откатываться снепшотами. Хотя при этом таки
    > структура каталогов помогает.

    Не для рутового пула.

    >>В данном случае все будет гораздо проще (нету костыля, который это делает), и без перезагрузки.
    > Кстате, интереса ради. unmount/mount там же (в /usr) лежать будут?

    Ага, два раза.


     

  • 1.16, Sas (ok), 13:05, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    То они выпиливают /var/run в корень, теперь они запиливают все в /usr
    Как нить ночью обновишься, а все что было в /var сейчас в корне
    А все из корня в /usr
    Как вам /usr/root, /usr/dev, /usr/proc, /spool, /log
     
     
  • 2.20, Аноним (-), 13:21, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Не ходи за Поттеринга,
    Ничего хорошего.
    Утром встанешь, /usr набок,
    А /sbin взъерошена.
     
  • 2.94, Аноним (-), 15:35, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    +1 : Маразм менять в устаканеной системе расположение каталогов из-за пары-тройки приложений. IMHO такая система отходит постепенно от UNIX-way.
     
     
  • 3.115, Аноним (-), 16:39, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > +1 : Маразм менять в устаканеной системе расположение каталогов из-за пары-тройки приложений.
    > IMHO такая система отходит постепенно от UNIX-way.

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

     
  • 3.168, Аноним (-), 19:51, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > +1 : Маразм менять в устаканеной системе расположение каталогов из-за пары-тройки приложений.
    > IMHO такая система отходит постепенно от UNIX-way.

    От unix-way уже давно отошли:

    $ ldd /sbin/iptables
    linux-gate.so.1 =>  (0x0064a000)
    libiptc.so.0 => /usr/lib/libiptc.so.0 (0x00b61000)
    libxtables.so.2 => /usr/lib/libxtables.so.2 (0x00b58000)
    libm.so.6 => /lib/libm.so.6 (0x00b26000)
    libc.so.6 => /lib/libc.so.6 (0x009b0000)
    libdl.so.2 => /lib/libdl.so.2 (0x00b51000)
    /lib/ld-linux.so.2 (0x0098b000)

    Это 10 федора, Поттеринг еще в школу ходил. В /sbin статические бинарники, говорите, ась? И без /usr это заработает, ась?

     
     
  • 4.172, Аноним (-), 20:01, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    $ ldd /sbin/iptables
    linux-vdso.so.1 =>  (0x00007fff0fdff000)
    libip4tc.so.0 => /lib64/libip4tc.so.0 (0x00007fbcd98ad000)
    libip6tc.so.0 => /lib64/libip6tc.so.0 (0x00007fbcd96a5000)
    libxtables.so.7 => /lib64/libxtables.so.7 (0x00007fbcd9499000)
    libc.so.6 => /lib64/libc.so.6 (0x00007fbcd910e000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007fbcd8f0a000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fbcd9ab4000)

    Учись выбирать правильный дистибутив.

     
     
  • 5.288, Клыкастый2 (?), 23:12, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    аналогично


     
  • 4.209, Михрютка (?), 22:28, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > $ ldd /sbin/iptables
    >  linux-gate.so.1 =>  (0x0064a000)
    >  libiptc.so.0 => /usr/lib/libiptc.so.0 (0x00b61000)
    >  libxtables.so.2 => /usr/lib/libxtables.so.2 (0x00b58000)
    >  libm.so.6 => /lib/libm.so.6 (0x00b26000)
    >  libc.so.6 => /lib/libc.so.6 (0x009b0000)
    >  libdl.so.2 => /lib/libdl.so.2 (0x00b51000)
    >  /lib/ld-linux.so.2 (0x0098b000)

    правильно, сначала мы наверзаем в /sbin, а потом, вместо того, чтобы вычистить каку, заметем его под /usr

     
  • 4.220, Пр0х0жий (??), 23:35, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И без /usr это заработает, ась?

    Запросто

    $ ldd /sbin/iptables
            linux-gate.so.1 =>  (0xb7891000)
            libip4tc.so.0 => /lib/libip4tc.so.0 (0xb7865000)
            libxtables.so.4 => /lib/libxtables.so.4 (0xb785d000)
            libc.so.6 => /lib/libc.so.6 (0xb7705000)
            libdl.so.2 => /lib/libdl.so.2 (0xb7700000)
            /lib/ld-linux.so.2 (0xb7892000)

     
  • 4.283, netch (ok), 22:03, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> +1 : Маразм менять в устаканеной системе расположение каталогов из-за пары-тройки приложений.
    >> IMHO такая система отходит постепенно от UNIX-way.
    > Это 10 федора, Поттеринг еще в школу ходил. В /sbin статические бинарники,
    > говорите, ась? И без /usr это заработает, ась?

    [/usr]/sbin последнее время были не статические, а такие, которые не-админу нафиг не сдались.

     
  • 4.315, Michael Shigorin (ok), 18:49, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > От unix-way уже давно отошли:
    > $ ldd /sbin/iptables
    >  libiptc.so.0 => /usr/lib/libiptc.so.0 (0x00b61000)

    [...]
    > Это 10 федора, Поттеринг еще в школу ходил. В /sbin статические бинарники,
    > говорите, ась? И без /usr это заработает, ась?

    Ну не все ж такие, как редхат.

    $ ldd /sbin/iptables
            linux-gate.so.1 =>  (0xb7723000)
            libip4tc.so.0 => /lib/libip4tc.so.0 (0xb76ff000)
            libxtables.so.5 => /lib/libxtables.so.5 (0xb76f7000)
            libc.so.6 => /lib/libc.so.6 (0xb7593000)
            libdl.so.2 => /lib/libdl.so.2 (0xb758e000)
            /lib/ld-linux.so.2 (0xb7724000)
    $ rpm -qf /sbin/iptables
    iptables-1.4.10-alt1
    $ _

     

  • 1.23, netc (??), 13:28, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    однозначно поддерживаю +1 или даже +100

    реально это будет гораздо лучше и удобнее

     
     
     
     
    Часть нити удалена модератором

  • 4.185, Аноним (-), 20:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Успокойтесь, я не хочу холиварить обоснованная критика или нет, но автор не
    > имеет право в новости судить об этом, :). Говоря "необоснованная" он
    > лишь навязывает своё мнение, а не пересказывает факты. Это неэтично, просто.

    Он именно пересказывает факты - обоснованной критики не-бы-ло.

     
     
  • 5.199, Xaionaro (ok), 21:48, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Любое мажорное изменение всегда неприятно Всегда нужна какая-то адаптация к нов... текст свёрнут, показать
     
     
  • 6.206, Аноним (-), 22:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Любое мажорное изменение всегда неприятно. Всегда нужна какая-то адаптация к новым условиям.

    Ничего подобного. Например изменения о которых говорит Поттеринг приятны и не требуют никакой адаптации.

    > И целесообразно или нет, как
    > я уже сказал, вопрос субъективный. Т.ч. никто не имеет право заявлять
    > однозначно обоснованная то была критика или нет.

    Это технический вопрос, а не философский. Целесообразность определяется плюсами, подробное описание которых есть в статье Поттеринга.
    И обоснованность критики также определяется техническими специалистами, работающими над поддержкой и улучшением дистрибутивов. Одним из которых и является Поттеринг.

     
     
  • 7.316, Michael Shigorin (ok), 18:52, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например изменения о которых говорит Поттеринг приятны и не требуют никакой адаптации.

    Врёте.  См. выше ссылки на lwn.

     

  • 1.36, xoomer (ok), 13:55, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Возможность использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива, например, в процессе обновления можно сохранить старое содержимое в отдельном разделе и вернуться на него в случае проблем."

    А как тогда быть с /home/.* ? Врядли все конфиги софта будут совместимы с разными версиями этого же софта.

     
     
  • 2.40, xxx (??), 14:10, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как тогда быть с /home/.* ? Врядли все конфиги софта будут
    > совместимы с разными версиями этого же софта.

    Это необоснованная критика!!!  /home/ должен быть на одном разделе с /usr Но об этом решено было тактично умолчать.


     
  • 2.56, Аноним (-), 14:31, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как тогда быть с /home/.* ? Врядли все конфиги софта будут совместимы с разными версиями этого же софта.

    Если автор софта ломает совместимость конфига, но при этом не меняет его имя/расположение - за такое надо бить по сусалам.

     
     
  • 3.169, Аноним (-), 19:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это не решит проблему. Такое происходит чаще чем хотелось бы, и даже среди вполне серьезного софта. И будет происходить.
     
  • 3.276, Аноним (-), 20:22, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если автор софта ломает совместимость конфига, но при этом не меняет его
    > имя/расположение - за такое надо бить по сусалам.

    dovecot любит менять опции в конфиге, предлагаете наделать тыщу конфигов? а если у меня конфиг не умолчательный, а довольно хитрый, что делать установщику, пытаться мой конфиг сконвертить или воткнуть умолчательный?

     
  • 2.84, Аноним (-), 15:07, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > "Возможность использования нескольких разделов /usr для загрузки разных версий или состояний
    > дистрибутива, например, в процессе обновления можно сохранить старое содержимое в отдельном
    > разделе и вернуться на него в случае проблем."
    > А как тогда быть с /home/.* ? Врядли все конфиги софта будут
    > совместимы с разными версиями этого же софта.

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

     
     
  • 3.134, Аноним (-), 18:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Возможность использования нескольких разделов /usr для загрузки разных версий или состояний
    >> дистрибутива, например, в процессе обновления можно сохранить старое содержимое в отдельном
    >> разделе и вернуться на него в случае проблем."
    >> А как тогда быть с /home/.* ? Врядли все конфиги софта будут
    >> совместимы с разными версиями этого же софта.
    > Точно так же, как и сейчас - либо использовать софт, у авторов
    > которого хватает ума не ломать конфиги, либо сипользовать несколько домашних разделов
    > или снэпшотов одного раздела.

    Ты где снэпшоты на UFS/EXTx нашел, поделись травой? Пару карманов насыпь?

     
     
  • 4.151, Аноним (-), 18:43, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты где снэпшоты на UFS/EXTx нашел, поделись травой? Пару карманов насыпь?

    Научись читать:
    1. ext нигде не упоминается.
    2. значение союза "либо" - представление альтернативы.

     
  • 4.278, mihail krijich (?), 20:32, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты где снэпшоты на UFS/EXTx нашел, поделись травой? Пару карманов насыпь?

    при чем тут, в обсуждении линуха, ufs - не понятно, но все же: что вы курили, когда решили что в уфс нет снапшетов?

     
  • 3.171, Аноним (-), 20:00, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > использовать софт, у авторов которого хватает ума не ломать конфиги

    Т.е. "не нужно" во весь рост? Пардон, не катит.

    > сипользовать несколько домашних разделов

    В большинстве случаев это лишний геморрой или невозможно.

    > или снэпшотов одного раздела.

    В большинстве случаев это лишний геморрой или невозможно.

     
     
  • 4.173, Аноним (-), 20:11, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В большинстве случаев это лишний геморрой или невозможно.

    ниасилил? :)
    ну дык это уж точно не Поттеринга проблемы.

     
     
  • 5.180, Аноним (-), 20:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я-то осилил. Но на десктопах, да еще и для преконфигуренных дистров это гемор или нерационально.
     
     
  • 6.194, Аноним (-), 21:33, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я-то осилил. Но на десктопах, да еще и для преконфигуренных дистров это гемор или нерационально.

    Никто вроде бы и не заставляет. Прелесть в том, что это возможно, причём после реализации приложений по улучшению FHS это будет возможно без жутких костылей. И все этим плюшки - совершенно "бесплатно" - в смысле без поломок и регрессий.

     

  • 1.52, xxx (??), 14:25, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Вообще волна необоснованной критики в осоновном была вида:
    "Леннарт - лох!"
    "Леннарт, зачем ты сломал наш Linux?"
    "Леннарт, когда ты допилишь пульаудио?"
    "Леннарт, ну сколько можно?"
    "Леннарт, где ты живешь? Куда высылать яд?"

    И ни на один их этих, волнующих сообщество, вопросов он так и не ответил! Так может критика была обоснованной?

     
     
  • 2.54, Аноним (-), 14:29, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вообще волна необоснованной критики в осоновном была вида:
    > "Леннарт - лох!"
    > "Леннарт, зачем ты сломал наш Linux?"
    > "Леннарт, когда ты допилишь пульаудио?"
    > "Леннарт, ну сколько можно?"
    > "Леннарт, где ты живешь? Куда высылать яд?"

    Забыли еще
    "Леннарт, ты сломал наш юниксвей!"

     

  • 1.55, skJ (?), 14:29, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Что за паника, не совсем понятно.
    Всегда было в рекомендациях, в корне - необходимое для загрузки, в /usr - системный софт, в /usr/local - пользовательский софт.
    По-моему, все правильно делают.
    Если бы они аналогично *BSD стали придерживатся традиций и тоже доп софт пихать в /usr/local, а конфиги его в /usr/local/etc - было б совсем прекрасно. В той же фре никогда не надо гадать, где что от какой софтины лежит. В линуксе частенько приходится пробежать по всем бинам/сбинам, либам, шарам, не айс..
     
     
  • 2.67, Аноним (-), 14:51, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Всегда было в рекомендациях, в корне - необходимое для загрузки, в /usr
    > - системный софт, в /usr/local - пользовательский софт.
    > По-моему, все правильно делают.

    На самом деле, очень нелогично. Например, зачем пихать в корень все необходимое для загрузки, если все то же самое должно лежать в initrd, по определению?
    Или: зачем в линуксе нужно деление на мир/порты? В *BSD это деление понятно: мало разработчиков, приходится жертвовать качеством поддержки некритичного софта, и он вынесен в порты. Но в линуксе таких проблем нет, там все пакеты поддерживаются одинаково аккуратно.

     
     
  • 3.103, YetAnotherOnanym (?), 16:01, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > все пакеты поддерживаются одинаково аккуратно

    ORLY?

     
     
  • 4.122, Аноним (-), 17:20, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> все пакеты поддерживаются одинаково аккуратно
    > ORLY?

    Именно так. А ты думал почему яндекс с рамблером от бзди сбежали как от чумы?

     
     
  • 5.282, netch (ok), 22:02, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> все пакеты поддерживаются одинаково аккуратно
    >> ORLY?
    > Именно так. А ты думал почему яндекс с рамблером от бзди сбежали
    > как от чумы?

    Потому что достаточного интеллекта на админов не набрали, весь разобран.
    Тут действительно приходится держаться за mainstream.

     
     
  • 6.292, Аноним (-), 00:21, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что достаточного интеллекта на админов не набрали, весь разобран.
    > Тут действительно приходится держаться за mainstream.

    butthurt? напрасно, будь выше этого: от того, что ты обзываешь админов рамблера с яндексом перечисленные ими технические недостатки бзди не исчезнут.

     
     
  • 7.329, netch (ok), 13:59, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Потому что достаточного интеллекта на админов не набрали, весь разобран.
    >> Тут действительно приходится держаться за mainstream.
    > butthurt? напрасно, будь выше этого: от того, что ты обзываешь админов рамблера
    > с яндексом перечисленные ими технические недостатки бзди не исчезнут.

    Недостатки - да. _Перечисленные ими_ - нет. Там 90% было клиническим бредом.
    Возможно, им реально повлияли какие-то другие недостатки, против этого не буду спорить - но не те, что были открыто названы.

     
  • 6.324, Michael Shigorin (ok), 13:48, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> все пакеты поддерживаются одинаково аккуратно
    >>> ORLY?
    >> Именно так.

    Отнюдь.

    >> А ты думал почему яндекс с рамблером от бзди сбежали как от чумы?
    > Потому что достаточного интеллекта на админов не набрали, весь разобран.
    > Тут действительно приходится держаться за mainstream.

    Валик, там были две разные стопки причин, как понимаю.  За рамблер не скажу, а в яндексе интеллекта у админов (и судя по виденному, и манагеров) вообще-то прилично.

     
     
  • 7.328, netch (ok), 13:58, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> А ты думал почему яндекс с рамблером от бзди сбежали как от чумы?
    >> Потому что достаточного интеллекта на админов не набрали, весь разобран.
    >> Тут действительно приходится держаться за mainstream.
    > Валик, там были две разные стопки причин, как понимаю.  За рамблер
    > не скажу, а в яндексе интеллекта у админов (и судя по
    > виденному, и манагеров) вообще-то прилично.

    Я не про админов верхнего уровня, а про массу.
    А на верхнем уровне там сплошные тараканы в головах. Последний переезд на линукс (независимо от конечной полезности) обоснован был сплошь дырявыми аргументами.

     
     
  • 8.335, Michael Shigorin (ok), 14:56, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В рамблере -- насколько понимаю, да, а в яндексе -- отнюдь Правда, там с фряшн... текст свёрнут, показать
     
  • 4.245, arisu (ok), 09:40, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> все пакеты поддерживаются одинаково аккуратно
    > ORLY?

    да, все три. остальные в процессе, и их не считают.

     
  • 3.111, Аноним (-), 16:31, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    На системах с малым количеством памяти полезнее загрузить из ядра модуль к рутовой FS, чем вываливать в память раскормленный initrd. Особенно это касается устройств с 8-16-32 Мб озей
    Если же на такие системы нужно забить, тогда нужно явно осознавать, куда стремится дистрибутив - на десктопы онли или к широкому применению. А также все производные дистрибутивы от него.
     
     
  • 4.113, Аноним (-), 16:37, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На системах с малым количеством памяти полезнее загрузить из ядра модуль к
    > рутовой FS, чем вываливать в память раскормленный initrd. Особенно это касается
    > устройств с 8-16-32 Мб озей

    На таких системах используют busybox и uclibc. Правда к обсуждаемой теме это не имеет вообще никакого отношения ибо речь идёт про дистрибутивы общего назначения, а не специализированные системы.

     
  • 3.275, uniman (ok), 15:00, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неверно Более того, тезисы - полная хрень от незнания Сказывается, что в linux... текст свёрнут, показать
     
  • 3.323, Michael Shigorin (ok), 13:45, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Но в линуксе [...] все пакеты поддерживаются одинаково аккуратно.

    Врёте.

     
  • 2.73, Аноним (-), 14:58, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что за паника, не совсем понятно.
    > Всегда было в рекомендациях, в корне - необходимое для загрузки, в /usr
    > - системный софт, в /usr/local - пользовательский софт.
    > По-моему, все правильно делают.
    > Если бы они аналогично *BSD стали придерживатся традиций и тоже доп софт
    > пихать в /usr/local, а конфиги его в /usr/local/etc - было б
    > совсем прекрасно. В той же фре никогда не надо гадать, где
    > что от какой софтины лежит. В линуксе частенько приходится пробежать по
    > всем бинам/сбинам, либам, шарам, не айс..

    Если бы у тебя был моск - ты бы прочитал ман к dpkg и нашёл там опцию -S

     
     
  • 3.279, mihail krijich (?), 20:42, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Если бы у разработчиков был мозг, то они бы не устраивал... текст свёрнут, показать
     
     
  • 4.293, Аноним (-), 00:24, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы у разработчиков был мозг, то они бы не устраивали помойки
    > изначально, не устраивали бы идиотизма: "без /usr система все равно не
    > грузится"

    Не бзди - попробуй удалить /usr на бзде и она точно так же не загрузится.

     
     
  • 5.299, mihail krijich (?), 05:27, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если бы у разработчиков был мозг, то они бы не устраивали помойки
    >> изначально, не устраивали бы идиотизма: "без /usr система все равно не
    >> грузится"
    > Не бзди - попробуй удалить /usr на бзде и она точно так
    > же не загрузится.

    В многопользовательский режим - не загрузится, будет ругаться на отсутствие /usr/libexec/getty, в однопользовательский режим - без проблем.
    Без /usr/local, а именно там все, что не входит в мир, так же загрузится без проблем.

     
     
  • 6.303, Аноним (-), 12:14, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В многопользовательский режим - не загрузится, будет ругаться на отсутствие /usr/libexec/getty,
    > в однопользовательский режим - без проблем.

    Ещё раз тебе говорю: не бзди!
    GNU/Linux тоже без проблем загрузится в однопользовательский режим.

     
     
  • 7.309, mihail krijich (?), 15:58, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > GNU/Linux тоже без проблем загрузится в однопользовательский режим.

    название дистрибутива скромно опускаем?

     

  • 1.68, Аноним (68), 14:52, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    a kak mountit /usr esli mount budet v /usr/bin lejat ?
     
     
  • 2.72, Аноним (-), 14:57, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > a kak mountit /usr esli mount budet v /usr/bin lejat ?

    А как до этого монтировали корень, если mount лежал в корне? :)
    initrd рулит.

    // Правда, в ядре есть костыли для монтирования корня без initrd, но этот жуткий изврат скорее для эмбеддовки.

     
     
  • 3.114, Аноним (-), 16:39, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > // Правда, в ядре есть костыли для монтирования корня без initrd, но
    > этот жуткий изврат скорее для эмбеддовки.

    Это жуткий изврат, потому что подходом с initrd по умолчанию пользуются установщики дистрибутивов, заранее рассчитанные на незнакомое железо?
    Или это жуткий изврат, потому что у вас лично не возникало желания и необходимости делать именно так?
    Или для этого требуется правильно скомпилять ядро, запихнув не модулями, а именно в ядро - драйвер FS корня и дискового контроллера, а у вас этого не получалось?

    Критерии жуткости и извращения, пожалуйста.

     
  • 3.167, el torito (?), 19:44, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В бытность админом ни на одном хосте не имел нужды в initrd. А тебя послушать - так это якобы обязательная вещь. Глупости же говоришь, да по сто раз повторяешь. Стыдоба.
     

  • 1.109, anonymous (??), 16:29, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что-то жиденькое обоснование какое-то.
     
     
  • 2.127, Xasd (ok), 17:29, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    зато обоснования поэтому НЕ нужно переностить всё в usr -- ещё более жиденьк... текст свёрнут, показать
     
     
  • 3.146, anonymous (??), 18:30, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опровержение есть твой сомнительный опыт С чего тебе должны верить на слово Вд... текст свёрнут, показать
     
     
  • 4.154, Аноним (-), 18:46, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А тут и обосновать нечего. Обосновать должен тот, кто проталкивает изменения.

    Обоснования приведены в статье по ссылке. Попробуй её прочитать. Если не поймёшь с первого раза - попробуй прочитать ещё раз.

    > Вот например "упрощение формирования гостевых окружений". Что тут собрались упрощать? В чём заключается упрощение?

    Это тоже описано в статье по ссылке. Попробуй её прочитать. Если не поймёшь с первого раза - попробуй прочитать ещё раз.

     
     
  • 5.164, anonymous (??), 19:24, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это тоже описано в статье по ссылке. Попробуй её прочитать. Если не
    > поймёшь с первого раза - попробуй прочитать ещё раз.

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

     
     
  • 6.174, Аноним (-), 20:13, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это тоже описано в статье по ссылке. Попробуй её прочитать. Если не
    >> поймёшь с первого раза - попробуй прочитать ещё раз.
    > Нет, всего этого не написано в статье.

    Я же ясно сказал: если не понял - читай ещё раз. До тех пор, пока не дойдёт.

     
     
  • 7.326, Michael Shigorin (ok), 13:55, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я же ясно сказал: если не понял - читай ещё раз. До тех пор, пока не дойдёт.

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

    Вот они, гримасы капитализма -- в данном случае в виде "популярности" как метрики и пиара как непременной составляющей технического процесса...

     
  • 3.325, Michael Shigorin (ok), 13:53, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > сомое частое это: "я уже привык вот так, и не хочу менять" :)

    Если бы у Вас был опыт, то знали бы цену принципу "работает -- не трогай".

    > на втором месте это:
    > "у меня "/bin/" и "/usr/" на разных разделах. и допустим повредился раздел
    > "/usr/", и я делаю failsafe-загрузку и запускаю "/bin/fsck" для "usr"-раздела"
    > -- вообще притянуто ЗАУШИ както.. чессслово.
    > (сколько раз у меня повреждался раздел "/", но сёравно это не мешало

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

    > на третьем месте: "потеряется совместимость со старыми программами" -- вообще
    > глупейший из контр-доводов. так как совместимость только улучшится :-)

    Не замечал такого довода, но цена Вашему идентична -- ломаный грош.

     

  • 1.117, Аноним (-), 17:01, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну, я например не использую initrd, у меня и ядро то обычно монолитно.

    получается нерациональная трата места, копируя файлы для initrd и даже cо сжатием их, всё равно будет больше занято места как на носителе, так и в памяти. не вижу причин переносить всё в /usr, тем более, распихивая линки потом - науха переносить то, если линки оставить придётся?

    мне гораздо интереснее разделить доступ, когда одна точка монтирования для записи, другая - для чтения только. например, все файлы для записи скидывать в /var - /var/etc, /var/tmp, /var/run, /var/srv, /var/home и тд

     
     
  • 2.119, Аноним (-), 17:18, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ну, я например не использую initrd, у меня и ядро то обычно
    > монолитно.

    всем пофик :)

    > получается нерациональная трата места, копируя файлы для initrd и даже cо сжатием
    > их, всё равно будет больше занято места как на носителе, так
    > и в памяти. не вижу причин переносить всё в /usr, тем
    > более, распихивая линки потом - науха переносить то, если линки оставить
    > придётся?

    Попробуй прочиать текст новости - там объяснено почему.

    > мне гораздо интереснее разделить доступ, когда одна точка монтирования для записи, другая
    > - для чтения только. например, все файлы для записи скидывать в
    > /var - /var/etc, /var/tmp, /var/run, /var/srv, /var/home и тд

    Попробуй прочиать текст новости - там это уже описано.

     
  • 2.130, Xasd (ok), 17:50, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > науха переносить то, если линки оставить придётся?

    переносить -- файлы (содержимое каталогов)

    линки ставить на -- каталоги (а не на файлы, которые являются содержимым каталогов)

     

  • 1.118, Xasd (ok), 17:17, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    доводы разумные...

    ..но количество старпёров сейчас уже не счесть. они будут яростно сопротивляться любой перемене :-D

     
     
  • 2.132, Аноним (-), 18:16, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Молодые пердуны всегда видят фатальный недостаток. Они бы сделали лучше! Ха-ха-ха-ха! И вместо масадосиса мы увидели вендец 3.1, этот жуткий ужас!

    Валяйте, умники, только не на форумах языками чесать - а мешки ворочать^Wкод писать - да такой крутой, что мы закачаемся. И, самое главное - который проживет 35 лет почти без изменений, ибо всем хорош, а остальные могут лишь трындеть по форумам и в каментах ср.ть!

     
     
  • 3.156, Аноним (-), 18:50, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Валяйте, умники, только не на форумах языками чесать - а мешки ворочать^Wкод
    > писать - да такой крутой, что мы закачаемся. И, самое главное
    > - который проживет 35 лет почти без изменений, ибо всем хорош,
    > а остальные могут лишь трындеть по форумам и в каментах ср.ть!

    Именно так всё и происходит - изменения в FHS продвигают те, кто активно пишут крутой код. Среди оппонентов я ни одного известного программиста не увидел - видимо это объясняет полное отсутствие обоснованной критики.

     
     
  • 4.165, anonymous (??), 19:28, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Именно так всё и происходит - изменения в FHS продвигают те, кто
    > активно пишут крутой код. Среди оппонентов я ни одного известного программиста
    > не увидел - видимо это объясняет полное отсутствие обоснованной критики.

    Какой крутой код написал Леннарт? И особенно интересны критерии его "крутости" по сравнению с тысячей других программ, коих тут каждый второй написал не один десяток.


     
     
  • 5.177, Аноним (-), 20:16, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой крутой код написал Леннарт? И особенно интересны критерии его "крутости" по
    > сравнению с тысячей других программ, коих тут каждый второй написал не
    > один десяток.

    pulseaudio, systemd.
    Теперь попробуй перечислить хотя бы пару программ из "не один десяток", включённых во все распространённые дистрибутивы GNU/Linux. Можно даже не включённых в установку по-умолчанию.

     
     
  • 6.233, Пр0х0жий (??), 02:24, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Какой крутой код написал Леннарт?
    > pulseaudio,

    Мне нужно описывать проблему Front vs Headphones в pulseaudio?
    В отличие от ...

     
     
  • 7.236, Xasd (ok), 03:51, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне нужно описывать проблему Front vs Headphones в pulseaudio?
    > В отличие от ...

    былобы не плохо :-)

     
  • 7.240, Аноним (-), 08:51, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Какой крутой код написал Леннарт?
    >> pulseaudio,
    > Мне нужно описывать проблему Front vs Headphones в pulseaudio?
    > В отличие от ...

    лучше перечислить кучи солюшенов для разных программ - которые сводились к "отключите нафик pulseaudio и пусть приложение работает нормально с alsa".
    и то что потребовалось больше 5 лет что бы таких солюшенов поубавилось.

     
  • 6.239, Аноним (-), 08:49, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    выносится в первую очередь - ибо с ним не работает микрофон Alsa наше все авто... текст свёрнут, показать
     
     
  • 7.265, Аноним (-), 12:55, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > pulseaudio выносится в первую очередь - ибо с ним не работает микрофон.

    Ложь - микрофон отлично работает. Или ты можешь подтвердить ссылкой на баг-репорт?

    > Alsa наше все.

    И она тоже отлично работает с pulseaudio.

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

    Опять ложь. Или ты можешь подтвердить ссылкой на баг-репорт?

    > То что они включены это заслуга RH который продавил свое решение, и
    > смеется.

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

    Интересно, ненавистники Леннарта вообще могут обойтись без наглой лжи?

     
     
  • 8.268, arisu (ok), 13:00, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а не наоборот я так понимаю, пруфлинк на заявления и исследования случайно откл... текст свёрнут, показать
     
     
  • 9.272, Аноним (-), 13:08, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты смешно задёргался когда тебя поймали на лжи ... текст свёрнут, показать
     
     
  • 10.274, arisu (ok), 13:19, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    интересно, где тебя же не затруднит привести ссылку на мою ложь, правда ... текст свёрнут, показать
     
     
  • 11.294, Аноним (-), 00:26, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Парой сообщений выши - см 8470 265 ... текст свёрнут, показать
     
  • 9.331, Michael Shigorin (ok), 14:12, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу не отлично, но работает alsa-pulse действительно есть, но кривое ... текст свёрнут, показать
     
     
  • 10.332, arisu (ok), 14:22, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    всё-таки я намекал, что это пульс живёт за счёт алсы, а никак не наоборот ... текст свёрнут, показать
     
  • 7.330, Michael Shigorin (ok), 14:10, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно да Это не так, PA -- едва ли не единственный известный мне разумный вари... текст свёрнут, показать
     
  • 6.259, arisu (ok), 11:58, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    XEdit включён во все распространённые (и даже в не очень распространённые) дистрибутивы. значит ли это, что XEdit — действительно хороший и удобный редактор? только не надо увёртки про «свою нишу».
     
     
  • 7.262, Аноним (-), 12:50, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > XEdit включён во все распространённые (и даже в не очень распространённые) дистрибутивы.
    > значит ли это, что XEdit — действительно хороший и удобный редактор?
    > только не надо увёртки про «свою нишу».

    Ты хочешь сказать что ты автор хедита?
    Или что ты окончательно утратил нить рассуждений и не понимаешь о чём вообще идёт речь?

     

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

  • 1.128, skybon (ok), 17:32, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Идея унификации правильная. Только нафиг /usr/bin, а не просто /bin?
     
  • 1.158, Аноним (-), 18:56, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Improved compatibility with other Unixes (in particular Solaris)

    вот пусть тока не трындит. Где он еще нашел /sbin->/usr/sbin ? Только соляра этим отличается. И я хз как трактористы выкручиваются в случае боков с /usr без отдельного /sbin.

    >The primary commercial Unix implementation is nowadays Oracle Solaris.

    Доооо. Разбудите его там кто-нибудь, напомните, что 2000 год уже закончился.

     
  • 1.160, Владимир (??), 19:07, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все правильно. В простате надёжность.
    Чем проще будет организована система - тем она будет стабильнее и соответственно надёжнее. Это всегда был путь Linux, поэтому это самая надёжная система.
    Если есть причины еще упростить - почему бы и нет.
     
     
  • 2.162, anonymous (??), 19:16, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >В простате надёжность.

    Где ты увидел упрощение?

     
  • 2.163, Михрютка (?), 19:21, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >В простате надёжность.

    В мозгах надежность должна быть, блин, в мозгах!

     
  • 2.301, mihail krijich (?), 08:00, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Все правильно. В простате надёжность.
    > Чем проще будет организована система - тем она будет стабильнее и соответственно
    > надёжнее. Это всегда был путь Linux, поэтому это самая надёжная система.
    > Если есть причины еще упростить - почему бы и нет.

    а нафига тогда вообще деление на bin и sbin, давайте уж все в кучу, упрощать, так упрощать.

     

  • 1.161, anonymous (??), 19:15, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Маразм крепчал.


    >Daniel: What happened to the proposed change of /usr/sbin -> /usr/bin as part of the /usr merge?
    >Lennart: that bit got delayed for one release and will be proposed for F18 again.

     
  • 1.166, Михрютка (?), 19:41, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    теперь осталось еще статическую линковку отменить, как в соляре, и будет совсем хорошо.
     
  • 1.183, жора (?), 20:53, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Минус этого переноса очевиден Рушится базовая система, необходимая для админист... текст свёрнут, показать
     
     
  • 2.187, Аноним (-), 21:10, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каких именно проблем Если у тебя система не загрузилась с бинарниками в usr bi... текст свёрнут, показать
     
     
  • 3.190, жора (?), 21:21, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ты прочитать пробовал, на что отвечаешь О том и речь Могут быть проблемы с мон... текст свёрнут, показать
     
     
  • 4.197, Аноним (-), 21:45, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Могут разумеется - только маловероятно, что загрузка в поможет эти проблемы ре... текст свёрнут, показать
     
     
  • 5.203, жора (?), 22:10, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На большинстве - это на Федоре В однопользовательском режиме все же обычно не и... текст свёрнут, показать
     
     
  • 6.211, Аноним (-), 22:31, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    cd sbin ldd 124 grep usr 124 wc -l На моей убунте даёт 47 Можешь про... текст свёрнут, показать
     
     
  • 7.219, жора (?), 23:28, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У меня на дом дебиане три библиотеки Причем некритичные ntfs, ntfs-3g, fuse ... текст свёрнут, показать
     
     
  • 8.221, Аноним (-), 23:38, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то этот аргумент я как раз у Поттеринга и взял Ты б всё же прочитал ориг... текст свёрнут, показать
     
  • 7.289, Клыкастый2 (?), 23:30, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Для понимания можешь попробовать посмотреть через какие костыли это реализовано в calculate linux.

    можно подробностей?

     
  • 7.302, mihail krijich (?), 08:13, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> На большинстве - это на Федоре. В однопользовательском режиме все же обычно
    >> не используется /usr.
    > cd /sbin && ldd *|grep /usr | wc -l
    > На моей убунте даёт 47.
    > Можешь проверить на своём любимом дистре.
    > Надо что-то ещё пояснять про "обычно не используется /usr"?

    вот это, в первую очередь, и нужно чинить, а не дальше ломать.

    # uname -a
    FreeBSD myhost 8.2-RELEASE-p6 FreeBSD 8.2-RELEASE-p6 #1: Tue Jan 10 14:21:54 MSK 2012     root@myhost:/usr/obj/usr/src/sys/MYKERNEL  amd64
    # cd /sbin && ldd *|grep /usr | wc -l
           0
    # cd /bin && ldd * | grep /usr | wc -l
           0

     
     
  • 8.305, Аноним (-), 12:29, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А где ты увидел предложение сломать что-либо Опять пытаешься выдать свой бред з... текст свёрнут, показать
     
     
  • 9.310, mihail krijich (?), 16:00, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Перестань паясничать, лукавить и подлизывать Понимаю, не приятно за фидору, но ... текст свёрнут, показать
     
  • 6.284, netch (ok), 22:09, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Могут разумеется - только маловероятно, что загрузка в / поможет эти проблемы
    >> решить. Нет, конечно такой маленький шанс есть, при условии что загрузка
    >> без /usr работает - в большинстве современных дистрибутивов это не так
    >> - несмотря на формальное разделение этот use-case как правило не тестируется.
    > На большинстве - это на Федоре. В однопользовательском режиме все же обычно
    > не используется /usr.

    Боюсь, ты таки с фряхой попутал. Там действительно в single user автоматом только корень.
    В большинстве линуксов при этом уже смонтировано всё автоматически подключаемое, под руководством /etc/rc.sysinit или аналога.


     
     
  • 7.290, Клыкастый2 (?), 23:31, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Боюсь, ты таки с фряхой попутал. Там действительно в single user автоматом только корень.

    хм. а это чем-то плохо?

     
     
  • 8.327, netch (ok), 13:57, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для неё - нет Потому что в корне достаточно средств, чтобы попасть в шелл, сдел... текст свёрнут, показать
     
     
  • 9.333, mihail krijich (?), 14:31, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ed - конечно сильно, но можно и более обыденными средствами rescue vi... текст свёрнут, показать
     
  • 4.334, Michael Shigorin (ok), 14:46, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Может быть всё дело в том, что аргументы Поттеринга рассчитаны на тех,
    >> кто постоянно занят развитием и поддержанием дистрибутивов, а не досужими
    >> рассуждениями на форумах?

    Вы с ними хоть общались, крикливый Вы наш?

    > Почитайте мнение этих людей. Они, мягко говоря, далеко не однозначны.

    Вот именно.

    Спасибо за изложенное, хотя читать и воспринимать Вашему оппоненту, похоже, сложно. :(

     
  • 3.260, arisu (ok), 12:03, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > До сих пор шли: /run во всех дистрибутивах уже есть или в
    > ближайших планах, pulseaudio — тоже.

    (внимательно осмотрел свою слаку) нету. вы, сударь, лжец.

     
     
  • 4.261, Аноним (-), 12:48, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь шла о дистрибутивах, а не о детских конструкторах.
     
     
  • 5.263, arisu (ok), 12:52, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь шла о дистрибутивах, а не о детских конструкторах.

    это, случайно, не о тех, у которых несколько лет мегабаг в OpenSSL был, потому что маинтайнер — криворукий идиот? благодарю, я лучше на «детском конструкторе» останусь.

    p.s. то, что ты слаку видел только издалека в виде iso-образа — даже доказывать не надо.

     

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

  • 1.186, жабабыдлокодер (ok), 20:57, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тут все просто. Леннарт ориентируется отнюдь не на однопользовательские системы, а на энтерпрайз. Там подходы другие, поэтому он и не задумывается над "восстановлением". Там все данные хранятся на рейд-массивах, заранее созданы запасные сервера на случай физических поломок и пр. Если есть махонький серверок, на котором крутится десятка два-три виртуалок, то возможность иметь для них один общий usr - бесценна, это здорово экономит место и гарантирует, что обновлены будут все машины - причем без каких-либо дополнительных усилий. Ну, и возможность отката простым монтированием дорогого стоит.
    ...А до проблем с восстановлением системы на старенькой файлопомойке ему и дела нет...
     
     
     
    Часть нити удалена модератором

  • 3.189, Аноним (-), 21:19, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Fedora это полигон для тестирования нововедений на хомячках.
    Вот когда RedHat это пропихнет в RHEL - тогда можно о чем-то говорить, а хомячки из федориного горя должны хоть что-то заплатить RH, если не деньгами - то побыть подопытными крысами :)
     
     
  • 4.193, ArtKun (?), 21:29, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Полигон для тестирования, кажется, слишком плохо звучит.

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

     
  • 3.200, жабабыдлокодер (ok), 21:48, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И какие положительные моменты есть для домашних машин? Дома мне ни жарко, ни холодно от наличия или отсутствия /sbin. Я уж и не помню, когда в последний раз что-то даже в /etc менял, благо Мандрива почти на все хороший гуй имеет. А вот в масштабах немелкого предприятия - таки да, Леннарт все по полочкам разложил.
    ОН РАБОТАЕТ НА RED HAT. RED HAT выпускает ось ДЛЯ ПРОМЫШЛЕННЫХ СЕРВЕРОВ - так понятнее? Его может интересовать только конечный результат - удобство работы в энтерпрайзе. Ну, а кто дома Федору использует - должен же кто-то будущий энтерпрайз тестировать?
     
     
  • 4.202, pavlinux (ok), 22:00, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дибил он А работать он может хоть в Белом Доме или ООН Если он видит разницу ... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 6.227, pavlinux (ok), 00:10, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бред ломать фундамент, заменяя его воздушной подушкой на 10-цис-2-альфа-димитилпропиленбутаноле, и убеждать что это нужно.  
     
  • 4.212, Аноним (-), 22:34, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И какие положительные моменты есть для домашних машин? Дома мне ни жарко,
    > ни холодно от наличия или отсутствия /sbin.

    Ну тогда ты просто не заметишь никакой разницы. Если конечно не пользуешься виртуализацией вообще. Соответственно можешь не тратить энергию на обсуждение изменений, которые ты всё-равно не почувствуешь.


     

  • 1.192, pavlinux (ok), 21:23, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в SysV Unix /bin является симлинком на /usr/bin.

    http://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap10.html

    /
    /tmp
    /dev
    /dev/null
    /dev/tty
    /dev/console

    Нет там больше ничего.
    --
    Так же для дибилов вроде Поттыринга написали

    http://pubs.opengroup.org/onlinepubs/009695399/xrat/xbd_chap10.html
    [code]
    A.10.1 Directory Structure and Files

    A description of the historical /usr/tmp was omitted, removing any concept of differences
    in emphasis between the / and /usr directories. The descriptions of /bin, /usr/bin,
    /lib, and /usr/lib were omitted because they are not useful for applications. In an early
    draft, a distinction was made between system and application directory usage, but this
    was not found to be useful.
    [/code]

     
  • 1.198, Пр0х0жий (??), 21:46, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > новое унифицированное расположение исполняемых файлов и библиотек внутри
    > раздела /usr (содержимое /bin планируется перенести в /usr/bin, /sbin в
    > /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64) более совместимо с UNIX,

    b. If you cannot stop the applications using the logical volume, or it is a system directory
    such as /var or/usr, change to single-user state as follows:
    # /sbin/shutdown
    c. Unmount the file system as follows:
    # /sbin/umount /dev/vg01/lvol2
    2. Extend the logical volume. For example:
    # /sbin/lvextend -L 332 /dev/vg01/lvol2

    Где?


     
     
  • 2.205, Михрютка (?), 22:18, 27/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > 2. Extend the logical volume. For example:
    > # /sbin/lvextend -L 332 /dev/vg01/lvol2
    > Где?

    прости ему убогому. человек ничего дальше соляры не видел.


     
  • 2.244, Аноним (-), 09:29, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64) более совместимо с UNIX,
    > b. If you cannot stop the applications using the logical volume, or
    > it is a system directory
    > such as /var or/usr, change to single-user state as follows:
    > # /sbin/shutdown
    > c. Unmount the file system as follows:
    > # /sbin/umount /dev/vg01/lvol2
    > 2. Extend the logical volume. For example:
    > # /sbin/lvextend -L 332 /dev/vg01/lvol2
    > Где?

    Сейчас ты должен создать новый правильный initrd - положить туда что нужно и загрузившись заново сделать то что хочется.

     

  • 1.217, Аноним (-), 23:19, 27/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    /bin
    /boot
    /dev
    /etc
    /home/user/{bin,sbin,lib,libexec,include}
    /lib/libexec/
    /media
    /opt
    /proc
    /root
    /run
    /sbin
    /share/{info,include,doc,man,src}
    /srv
    /sys
    /tmp
    /var

    собрать в следующий раз LFS так?

     
     
  • 2.229, pavlinux (ok), 00:12, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > /opt
    > /proc
    > /root
    > /run
    > /sbin
    > /share/{info,include,doc,man,src}
    > /srv
    > /sys
    > /tmp
    > /var

    /local ищо :)

    Да чего уж там

    /man
    /doc
    /locale
    /info
    /log
    /cache
    /spool
    /mail
    /rpm - для бландинок, чтоб далеко ходить не надо было, и в скриптах меньше писать (тоже экономия места,.. на терабайтниках-то)


    > собрать в следующий раз LFS так?

     

  • 1.320, anonimous (?), 11:20, 30/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    пардон, если повторяю выше описанное, но Ctrl+F не нашел. итак:
    а что будет с /opt, так и останется в корне, или также закинут в /usr
     

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



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

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