The OpenNET Project / Index page

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

Для Fedora 17 одобрен перенос компонентов из корня в /usr и переход на Btrfs

05.12.2011 18:38

Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил план по использованию в Fedora 17 по умолчанию файловой системы Btrfs и перенос содержимого /bin и /lib в директорию /usr. Следует отметить, что конечное решение о реализации данных возможностей будет зависеть от степени готовности намеченных функций к моменту начала заморозки кода перед релизом. Например, переход на Btrfs по умолчанию изначально планировался в Fedora 16 но был отменён из-за неготовности утилиты для проверки целостности и восстановления файловой системы после сбоя.

В отличие от прошлого плана, представленного при подготовке Fedora 16, в Fedora 17 утверждено использование вместо LVM встроенного в Btrfs менеджера логических разделов и задействование интегрированных в Btrfs функций по обеспечению работы RAID. В инсталляторе запланирована поддержка управления подразделами, опциональное включение сжатия, использование RAID, преобразование в Btrfs существующих разделов Ext3/4. Поддержка сохранения контрольных сумм для всех блоков данных и метаданных позволяет при использовании Btrfs достигнуть более высокого уровня обеспечения целостности данных. Поддержка снапшотов открывает двери для создания новых инструментов для резервного копирования и управления данными. Например, уже входящий в состав дистрибутива плагин yum-plugin-fs-snapshot позволяет использовать снапшоты Btrfs для возврата системы в первоначальное состояние после неудачной установки пакетов или обновления.

Вторым важным решением является перенос всех исполняемых файлов и библиотек из корня в директорию /usr. В частности, содержимое /bin планируется перенести в /usr/bin, /sbin в /usr/sbin, /lib в /usr/lib и /lib64 в /usr/lib64. Для обеспечения совместимости вместо перемещенных из корня директорий будут размещены символические ссылки на аналогичные директории внутри иерархии /usr. Предложенная ранее идея объединения содержимого директорий bin и sbin не получила одобрения.

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

Среди других открывающихся возможностей отмечено использование нескольких разделов /usr для загрузки разных версий или состояний дистрибутива, например, в процессе обновления можно сохранить старое содержимое в отдельном разделе и вернуться на него в случае проблем. Также возможна реализация схемы при которой имеется две копии содержимого /usr, активная копия монтируется в режиме только для чтения, а в неактивную устанавливается обновление, после чего директории меняются местами и синхронизируются.

Среди других новшества, одобренных для реализации в Fedora 17, релиз которого намечен на май 2012 года:

  • Обеспечение работы GNOME Shell без 3D-драйверов. Возможность работы без 3D-драйверов будет обеспечена благодаря использованию входящего в последние версии Mesa Gallium3D-драйвера llvmpipe, предназначенного для осуществления программного рендеринга путём использования LLVM для динамической компиляции шейдеров, обработки вершин и растеризации точек/линий/треугольников. Требующие привлечения GPU операции преобразуются в промежуточное представление LLVM и затем транслируются в стандартный машинный код для архитектур x86 или x86-64, без необходимости задействования GPU;
  • Поставка только DRI2 3D-драйверов. В Mesa уже прекращена поддержка DRI1, поэтому в Fedora более не будут поставляться такие устаревшие DRI1-драйверы, как i810, mga, r128, savage, sis, tdfx и unichrome. Изменение коснётся только 3D-драйверов поставляемых в комплекте с Mesa (пакет mesa-dri-drivers-dri1), поддержка 2D-драйверов будет оставлена неизменной. Для обеспечения работы OpenGL 2.x на старых и неподдерживаемых картах можно будет использовать программный драйвер llvmpipe;
  • Удаление ConsoleKit с целью упрощения управления пользовательскими сессиями (функциональность дублируется с systemd). Обеспечение автоматической настройки multi-seat конфигураций, позволяющих организовать одновременную работу нескольких пользователей за одним ПК (у каждого пользователя свои монитор, мышь и клавиатура).
  • Продолжение портирования скриптов инициализации sysVinit в формат unit-файлов systemd. Использование новых сервис-файлов systemd позволяет увеличить скорость загрузки и предоставить администраторам дополнительные возможности по управлению сервисами;
  • Включение в состав дистрибутива пакета ns-3, позволяющего симулировать работу компьютерных сетей;
  • Обновление библиотеки Boost до версии 1.48.


  1. Главная ссылка к новости (http://fedoraproject.org/wiki/...)
  2. OpenNews: Оболочка GNOME Shell адаптирована для работы без 3D-драйверов
  3. OpenNews: Отменен переход Fedora 16 на файловую систему Btrfs по умолчанию
  4. OpenNews: В Fedora и других Linux-дистрибутивах появится директория /run
  5. OpenNews: Разработчики systemd представили Journal, замену системе syslog
  6. OpenNews: В Fedora рассматривается предложение по переносу всех исполняемых файлов в одну директорию
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/32470-btrfs
Ключевые слова: btrfs, fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (189) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 20:28, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Надеюсь, релиз будет таким же стабильным, как F16.
     
     
  • 2.152, Аноним (-), 11:39, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Надеюсь, релиз будет таким же стабильным, как F16.

    Я тоже на это надеюсь - должен же кто-то оттестить btrfs :)

     

  • 1.4, Аноним (-), 20:29, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.
    Если они это действительно сделают - в плане технологий федора обойдет остальные линуксы лет на пять.
     
     
  • 2.11, Аноним (-), 20:34, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.
    > Если они это действительно сделают - в плане технологий федора обойдет остальные
    > линуксы лет на пять.

    Они каждым релизом обходят на пять лет.
    Как раз за пять лет эти технологии допилят до стабильного состояния. Может быть...

     
     
  • 3.25, Аноним (-), 20:51, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Как раз за пять лет эти технологии допилят до стабильного состояния. Может
    > быть...

    Ну, в общем-то, десктопные дистрибутивы как раз и не гонятся за стабильностью, им новые технологии важнее - достаточно посмотреть на наиболее популярные из них, Ubuntu и Arch. Но у них, в отличие от федоры, ни стабильности, ни технологий =\
    В федоре хоть технологии есть.

     
     
  • 4.76, Аноним (-), 22:57, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В федоре хоть технологии есть.

    Если насчет btrfs сомнений быть не может, то вот в чем инновационность переноса /bin для меня осталось загадкой. Ну, порцию геморроя, глюков и несовместимостей оно конечно ввалит. Однако аргументы за это решение просто поражают и видимо сводятся к сакральному "наш пакетный манагер - тормозное и убогое г-но". Иначе я не понимаю откуда может вылзти такая проблема.

     
     
  • 5.104, anonymous (??), 04:39, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не сталкивался то не поймешь.
     
     
  • 6.160, Аноним (-), 12:41, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не
    > сталкивался то не поймешь.

    Для хитрых бездисковых можно по сетке хряпнуть initrd и не вы...ся. Но у федористов явно кончились все насущные проблемы и Доны Кихоты отчаянно ищут хоть какую-нибудь ветряную мельницу.

     
     
  • 7.171, Аноним (-), 13:26, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd. Если это так - намекните в какую сторону копать.
     
     
  • 8.178, Аноним (-), 14:23, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Копать надо могилы таким разработчикам которые не могут обойти свои проблемы без... текст свёрнут, показать
     
  • 8.245, Michael Shigorin (ok), 21:09, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    nfsroot , но вместо сборки клиентского ядра со всем сетевым подряд в общем случа... текст свёрнут, показать
     
  • 5.138, SubGun (ok), 10:25, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если насчет btrfs сомнений быть не может

    Еще как может. Технология сырая, с кучей глюков

     
     
  • 6.159, Аноним (-), 12:39, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если насчет btrfs сомнений быть не может
    > Еще как может. Технология сырая, с кучей глюков

    Так вот федористы нам ее и обезглючат ;). А свои заморочки с /bin пусть себе оставят.

     
  • 4.103, Аноним (-), 02:47, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала.
     
     
  • 5.123, Аноним (-), 07:51, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    По умолчанию? Если нет то арч опоздал. Даже в debian stable есть поддержка btrfs
     
     
  • 6.148, Аноним (-), 11:02, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs в инсталляторе есть.
     
     
  • 7.161, Аноним (-), 12:41, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs
    > в инсталляторе есть.

    Ну так оно много у кого есть -> пиар арча зафэйлен.

     
  • 5.180, myhand (ok), 14:36, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала.

    Вы ломаете все настолько быстро, что и в fsck нету надобности?

     
  • 5.179, Аноним (-), 14:26, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Кэп информирует что дистрибутивов линукса чуть более одного. Любители суперстабильности могут использовать хоть дебиян и рхел где по 3-5 и более лет вообще ничего не меняется, даже софт заморожен по версиям и выходят только секурти фиксы.
     
  • 2.72, Аноним (-), 22:46, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.

    Давайте-давайте, не забудьте как следует потестить btrfs :)

    > Если они это действительно сделают - в плане технологий федора обойдет остальные
    > линуксы лет на пять.

    А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем нужен, то вот зачем нужен этот онанизм с симлинками - я не догоняю. Редхатчики на ровном месте нашли себе вагон работы и мегафич который родит им over 9000 глюков и проблем с совместимостью. Лично я и без симлинков на /bin какнить обойдусь, спасибочки.

     
     
  • 3.74, Аноним (-), 22:50, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем
    > нужен, то вот зачем нужен этот онанизм с симлинками - я
    > не догоняю. Редхатчики на ровном месте нашли себе вагон работы и
    > мегафич который родит им over 9000 глюков и проблем с совместимостью.
    > Лично я и без симлинков на /bin какнить обойдусь, спасибочки.

    предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.

     
     
  • 4.82, Аноним (-), 00:04, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.

    Любой софт который различает симлинки и файлы. Например бэкапный.  


     
     
  • 5.89, Анонимоус (?), 00:33, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Любой софт который различает симлинки и файлы. Например бэкапный.  

    А зачем бэкапить /bin ?

     
     
  • 6.95, Аноним (-), 01:37, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А зачем бэкапить /bin ?

    Наверное, чтобы в случае какого либо факапа в духе "сдох диск" моментально раскатать работающую систему в виде как было, со всеми пакетами и обновлениями.

     
  • 5.93, Аноним (-), 01:03, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    a кто мешает rsync използовать?
     
     
  • 6.96, Аноним (-), 01:37, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > a кто мешает rsync използовать?

    угу, 640кб^W rsync хватит всем, всегда, под любые задачи.

     
  • 5.117, Аноним (-), 06:45, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Любой софт который различает симлинки и файлы. Например бэкапный.

    ничего подобного - далеко не любой.
    Я так понимаю сценарий предложить так и не смог. Трепло?

     
     
  • 6.139, SubGun (ok), 10:27, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Любой софт который различает симлинки и файлы. Например бэкапный.
    > ничего подобного - далеко не любой.
    > Я так понимаю сценарий предложить так и не смог. Трепло?

    Апач различает симлинки и файлы. Это чисто пример ПО

     
     
  • 7.142, VoDA (ok), 10:34, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Любой софт который различает симлинки и файлы. Например бэкапный.
    >> ничего подобного - далеко не любой.
    >> Я так понимаю сценарий предложить так и не смог. Трепло?
    > Апач различает симлинки и файлы. Это чисто пример ПО

    А нафига Апачу лазить в /bin и /sbin кроме взломанных систем?

     
     
  • 8.162, Аноним (-), 12:44, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Апачу может и незачем, а вот бэкапный софт наверняка словит вагон лулзов Ну и ф... текст свёрнут, показать
     
  • 6.184, Аноним (-), 14:52, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ничего подобного - далеко не любой.

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

    > Я так понимаю сценарий предложить так и не смог.

    Вполне очевидный сценарий: софт всю жизнь не предполагал в этом месте ниаких симлинков и различных грабель может повылезти чуть более чем дохрена. Это мое (тестеровское) мнение по поводу таких изменений. Желающие опровергнуть и доказать что я гонщик - идут и тестят на такой конфигурации _все_ программы. Ну хотя-бы все что в репах есть. Если ни 1 не сглючит - ок, я гонщик и перестраховываюсь. Но я почему-то на 99.9% уверен что я гонщиком не окажусь.

    > Трепло?

    Ну я не виноват что вы сами на себя характеристку написали.

     
  • 4.234, Пр0х0жий (??), 18:52, 07/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.

    Уже по-барабану. Где-то к 19-й, 20-й версии федорина вики обещала и симлинки отламать.
    Будет что-то вроде Fedora IP (Isn't POSIX).

     
  • 2.151, Аноним (-), 11:37, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Mandriva перешла на systemd еще осенью. Где пять лет? O_O
     
     
  • 3.242, Michael Shigorin (ok), 21:00, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Mandriva перешла на systemd еще осенью. Где пять лет? O_O

    Насколько понимаю, не Мандрива, а ПОЦА -- и как оно там летом в бетах плющилось, смотреть было страшно даже повидав виды.  Тогда уж openSUSE в качестве примера можно взять, в 12.1 явочным порядком работает.

     

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

  • 1.6, Аноним (-), 20:30, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    diff-snap уже реализовали? между двумя снапами
    ато вручную лямы файлов корячить не весело.
     
  • 1.10, Аноним (-), 20:32, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base) в котором RHEL учавствует. Описание иерархии каталогов там было в том числе. Сейчас его начнут переписывать полностью ?
     
     
  • 2.14, Аноним (-), 20:37, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Забили давно на ЛСБ. DLL hell грядет!
     
     
  • 3.19, Аноним (-), 20:44, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Забили давно на ЛСБ. DLL hell грядет!

    Пока что с призраком DLL hell наоборот, борются. Вот, уменьшают число lib-каталогов.

     
     
  • 4.31, anonymous (??), 21:09, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Вот, уменьшают число lib-каталогов.

    И как это способствует уменьшению DLL hell? Сваливают всё в одну кучу, как в венде?

     
  • 2.17, Аноним (-), 20:42, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base)
    > в котором RHEL учавствует. Описание иерархии каталогов там было в том
    > числе. Сейчас его начнут переписывать полностью ?

    Разумеется. Будет новая версия.

     
     
  • 3.45, myhand (ok), 22:04, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Разумеется. Будет новая версия.

    Которая наконец выкинет из стандарта rpm (в
    соответствии с реальностью)?

     
     
  • 4.53, h31 (ok), 22:14, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что у нас в реальности? .pkg.xz? Ебилды? Тут ориентир - RHEL, а в нём rpm.
     
     
  • 5.66, Manager (?), 22:41, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Конечно emerge --sync emerge -uDN world emerge -e system emerge-webrsy... большой текст свёрнут, показать
     
  • 5.86, myhand (ok), 00:27, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что у нас в реальности? .pkg.xz? Ебилды?

    dpkg.

    1) Не менее популярный формат чем rpm, как не более.
    2) Более старый и, как минимум, не менее подходящий с технической стороны

    > Тут ориентир - RHEL, а в нём rpm.

    Это стандарт.  Если там будет диктовать один вендор - проще забить на остальных вовсе и пользовать то, что дает этот вендор.

     
     
  • 6.106, anonymous (??), 04:43, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> А что у нас в реальности? .pkg.xz? Ебилды?
    > dpkg.
    > 1) Не менее популярный формат чем rpm, как не более.
    > 2) Более старый и, как минимум, не менее подходящий с технической стороны
    >> Тут ориентир - RHEL, а в нём rpm.
    > Это стандарт.  Если там будет диктовать один вендор - проще забить
    > на остальных вовсе и пользовать то, что дает этот вендор.

    deb более отсталый, зависимости отслеживает с точностью до пакета а не до файла как RPM.

     
     
  • 7.163, Аноним (-), 12:46, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > deb более отсталый, зависимости отслеживает с точностью до пакета а не до
    > файла как RPM.

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

     
     
  • 8.172, Аноним (-), 13:39, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    не тормозит - это к pacman ам всяким А deb тормозит еще как ... текст свёрнут, показать
     
     
  • 9.195, Аноним (-), 15:53, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не, тормозит - это yum Вот это да, тормоз эпический ... текст свёрнут, показать
     
     
  • 10.248, Michael Shigorin (ok), 21:21, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Его за последние пару лет заметно разогнали, а был и впрямь ужас-ужас ... текст свёрнут, показать
     
  • 7.167, anonymous (??), 13:04, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а ты потом создавай симлинки чтобы обновить пакет в котором этот файл есть, до новой версии, в котом этот файл на другом месте...
     
     
  • 8.244, Michael Shigorin (ok), 21:07, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Точно А то припоминается, что для rpm этот файл должен фигурировать в rpmdb, а... текст свёрнут, показать
     
  • 7.177, Nicknnn (ok), 14:16, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу понятно, что вы кроме rpm больше ничего не видели.
    deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению версий именно за счёт отслеживания зависимостей между пакетами, а не файлами.
    Это как git (deb) и  subversion (rpm)
     
     
  • 8.246, Michael Shigorin (ok), 21:14, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а видели ли Вы rpm - В rpm пакетные зависимости и есть основной вид завис... текст свёрнут, показать
     
  • 7.181, myhand (ok), 14:46, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > deb более отсталый, зависимости отслеживает с точностью до пакета а не до
    > файла как RPM.

    В чем тут "отсталость"?  Реальные задачи, которые используют
    такие зависимости - в Debian просто решают чуть иначе (виртуальные
    пакеты, Provides и т.п.).

     
  • 6.170, fi (ok), 13:25, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar tar etc.), он еще и не имеет подписей, то есть в плане надежности - ноль. Для домашнего пользования - без проблем, но не для прод.

    Ну а вендоры - все там будут, где рпм.


     
     
  • 7.182, Nicknnn (ok), 14:49, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь в каждом слове ar и tar были выбраны по причине их легковесности и доступн... большой текст свёрнут, показать
     
     
  • 8.191, fi (ok), 15:02, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы тут совсем не разобрались да и gzip и cpio rpm сам по себе не использ... большой текст свёрнут, показать
     
     
  • 9.192, arisu (ok), 15:13, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    8230 fi ничего не понял, ога ... текст свёрнут, показать
     
     
  • 10.198, Аноним (-), 15:57, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно понравилось махровое ламерство насчет подписей Если у deb нет подписей... текст свёрнут, показать
     
  • 9.223, Nicknnn (ok), 17:05, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так я и не говорил что используются конкретные бинарники rpm слинкован с zlib и... большой текст свёрнут, показать
     
  • 8.247, Michael Shigorin (ok), 21:18, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если не rmp, а rpm, то нет хотя необходимость в отдельном rpm2cpio для расковы... текст свёрнут, показать
     
  • 7.183, myhand (ok), 14:51, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
    > tar etc.)

    Хорошо, когда пакет включает и встроенный архиватор что-ли?  Ну
    нафиг такие "проблемы"...

    > он еще и не имеет подписей, то есть в
    > плане надежности - ноль. Для домашнего пользования - без проблем, но
    > не для прод.

    Пардон, Вы действительно не в курсе как контролируется целостность при
    дистрибуции deb?  Раз в плане надежности - нуль, то ждем когда Вы
    зальете пакет base-files на сервера debian без подписи.

    > Ну а вендоры - все там будут, где рпм.

    Скажите это ubuntu.

     
  • 7.196, Аноним (-), 15:54, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
    > tar etc.), он еще и не имеет подписей,

    Наглейший гон. Вы вообще пробовали ставить неподписанные deb-пакеты?

     
  • 2.61, Аноним (-), 22:37, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем собственно?
    никакие из перечисленных изменений с каталогами совместимость с LSB не ломают.
     
  • 2.125, Аноним (-), 08:01, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base)
    > в котором RHEL учавствует. Описание иерархии каталогов там было в том
    > числе. Сейчас его начнут переписывать полностью ?

    RHEL такой душка. не может придерживаться даже собственного стандарта. Энтерпрайз такой энтерпрайз

     

     ....большая нить свёрнута, показать (29)

  • 1.15, Аноним (-), 20:38, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Чтож, обойти то она обойдет, но не забываем, что это тестовый полигон Red Hat. Со всеми вытекающими. И не забудем также про старые версии программ. Особенно такие, которые прекратили свое развитие, но продолжают использоваться. А вообще не хочется разводить флейм, но я бы был поосторожнее с ТАКИМ прогрессом. В конце концов, это нужно по большей части самому редхату, чтобы отработать на бесплатной раб. силе то, что затем станет добротным и будет продаваться за денежку..
     
     
  • 2.18, Аноним (-), 20:43, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А вообще не хочется разводить флейм, но я бы был поосторожнее
    > с ТАКИМ прогрессом. В конце концов, это нужно по большей части
    > самому редхату, чтобы отработать на бесплатной раб. силе то, что затем
    > станет добротным и будет продаваться за денежку..

    Что-то я не видел, чтобы Scientific Linux продавали за денежку.

     
     
  • 3.50, Michael Shigorin (ok), 22:10, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то я не видел, чтобы Scientific Linux продавали за денежку.

    Линуксинки пытаются, ну и "Scientific Linux 6.0 для платформы i386 (2DVD) - 441 р."

     
  • 2.20, Аноним (-), 20:46, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А вообще не хочется разводить флейм, но я бы был поосторожнее
    > с ТАКИМ прогрессом. В конце концов, это нужно по большей части
    > самому редхату, чтобы отработать на бесплатной раб. силе то, что затем
    > станет добротным и будет продаваться за денежку..

    А также, это нужно пользователям, которые хотят снимать сливки с самых современных технологий, а не сидеть на протухшем г-не прошлого века =)

     
  • 2.24, sigterm (?), 20:50, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Боже, боитесь - так не используйте ее. Соберите лучше с нуля, благо это не запрещено. А те, кто ставит, они наверняка понимают на что идут, а те кто не понимают, ничего не теряют с установки и сноса через неделю.
     

  • 1.21, Заоза (?), 20:46, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске?
     
     
  • 2.27, Узер (?), 20:53, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно, но недолго. ;)
     
     
  • 3.30, Аноним (-), 20:56, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Можно, но недолго. ;)

    Простите, каков ваш опыт использования btrfs на SSD? Версии, модели, уровни нагрузок, сроки?

     
     
  • 4.36, Sokoloff (?), 21:30, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Он же написал "недолго".
     
  • 3.78, Аноним (-), 23:00, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно, но недолго. ;)

    Скорее всего дольше чем с обычными ФС - CoW хорошо накладывается на флеш. Пишет каждый раз в новое место и только 1 раз, а не 2 как журналирующие ФС - износ флеша будет не очень большой, даже на относительно тупом контроллере с не очень эффективным wear leveling.

     
  • 2.29, Humka (??), 20:55, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да. Там даже есть опция монтирования ssd.
     
  • 2.64, Аноним (-), 22:40, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске?

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

     
     
  • 3.135, dRiZd (?), 09:29, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    FSC PRIMERGY TX300S4 (LSI 1068/512Mb): 4x Intel X25-E (RAID 10)
    За 3 месяца работы в качестве кэша squid+havp вылетело 3 диска.

    Однозначно говорить что виновата btrfs не могу, может виноват и LSI 1068 (хотя он поддерживает работу с ssd - прошивка последняя), а может сами X25-E дохлые.
    В общем дело темное.

    По крайней мере диски Fujitsu 15K работали "как часы", годами (пока из не меняли по регламенту).
    На данный момент на замену сдохших ssd вернули hdd.

    PS: в X25-E тоже была установлена последняя прошивка.
    Идея заменить hdd на ssd была связана только с понижением уровня общего шума в серверной, ну и в качестве эксперимента.

     
     
  • 4.136, dRiZd (?), 09:36, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Извиняюсь, ошибся RAID-контроллер LSI 1078 (Intel SRCSASJV)
     
  • 4.164, Аноним (-), 12:50, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык это, попробуйте не с btrfs и расскажите за сколько вылетят они А так кеш по... большой текст свёрнут, показать
     
  • 4.241, Michael Shigorin (ok), 20:48, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Идея заменить hdd на ssd была связана только с понижением уровня общего
    > шума в серверной, ну и в качестве эксперимента.

    tmpfs не пробовали? (а вообще странно, мои пятнашки от sata 7200rpm почти не отличаются по звуку -- в отличие от древних scsi 7200rpm, которые солидно так набирали обороты ;-)

     
  • 2.156, Frank (ok), 12:05, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Пользую больше года. Убунту. Один раз полностью переустанавливал - когда в grub2 появилась поддержка загрузки с btrfs и отдельный /boot стал не нужен.
     

  • 1.26, anonymous (??), 20:53, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Предложенная ранее идея объединения содержимого директорий bin и sbin не получила одобрения.
    >важным решением является перенос всех исполняемых файлов и библиотек из корня и директорию /usr.

    Лучше бы всё наоборот сделали.

     
     
  • 2.28, Аноним (-), 20:55, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы всё наоборот сделали.

    В новости довольно подробно аргументированы достоинства выбранного решения. А вы можете свой вариант аргументировать?

     
     
  • 3.32, anonymous (??), 21:09, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >В новости довольно подробно аргументированы достоинства выбранного решения.

    Какие-то неаргументные аргументы. Больше на оправдания похожи.

    >А вы можете свой вариант аргументировать?

    А sbin и bin объединить было бы не лишним - их разделение всегда сбивало с толку (зачем?), а в комплекте с непрописанным sbin в PATH здорово раздражало.

     
     
  • 4.67, Аноним (-), 22:42, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>В новости довольно подробно аргументированы достоинства выбранного решения.
    > Какие-то неаргументные аргументы. Больше на оправдания похожи.

    Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать?

     
     
  • 5.114, anonymous (??), 06:27, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать?

    Осилил. Пытаюсь. Ещё вопросы?

     
  • 4.97, Аноним (-), 01:40, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в комплекте с непрописанным sbin в PATH здорово раздражало.

    А чего это он не прописан? В воздухе запахло жопорукостью...

     
     
  • 5.113, anonymous (??), 06:25, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А чего это он не прописан? В воздухе запахло жопорукостью...

    Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают sbin и мне приходится это за них исправлять, страдают жопорукостью.

     
     
  • 6.115, PereresusNeVlezaetBuggy (ok), 06:40, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>А чего это он не прописан? В воздухе запахло жопорукостью...
    > Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
    > sbin и мне приходится это за них исправлять, страдают жопорукостью.

    По-хорошему, он должен быть прописан только для юзеров в спецгруппе типа wheel/root/admin/etc. Обычному юзеру нафиг нужен ifconfig, fsck или useradd?

     
     
  • 7.236, Michael Shigorin (ok), 20:32, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>>А чего это он не прописан? В воздухе запахло жопорукостью...
    >> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
    >> sbin и мне приходится это за них исправлять, страдают жопорукостью.

    Можно список того, что оттуда часто дёргаете?

    > По-хорошему, он должен быть прописан только для юзеров в спецгруппе
    > типа wheel/root/admin/etc.

    В альте sudo и так штатно сходит в {/usr,}/sbin, BTW.

    > Обычному юзеру нафиг нужен ifconfig, fsck или useradd?

    ifconfig "на посмотреть" всё же работает (в сторону: хотя лучше уж сразу ip a); fsck в принципе может пригодиться для образа, но кто такое делает, тот достаточно сообразителен, чтобы добавить /sbin, засунуть на время сессии или постоянно себе в PATH или оскриптовать; useradd не пригодится ни в каком виде.

     
  • 6.143, Elhana (ok), 10:34, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какая разница что в общем случае напишет бинарик из sbin обычному юзеру?
    В одном случае что его нет в PATH и неплохо бы запустить админом, во втором случае Permission denied. И не надо тут про ifconfig и т.п. - ну посмотрите вы например что интерфейс опущен, но чтобы его поднять все равно придется права получить.
     
     
  • 7.157, Frank (ok), 12:08, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая разница что в общем случае напишет бинарик из sbin обычному юзеру?

    Разница в скорости поиска исполнимого файла по имени. Чем меньше директорий в $PATH тем быстрее поиск и меньше потребление памяти.

     
     
  • 8.237, Michael Shigorin (ok), 20:33, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И в степени захламления пространства имён при использовании автодополнения ... текст свёрнут, показать
     
  • 7.227, Crazy Alex (??), 17:24, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разница, нарпимер, в том, что ifconfig - самый простой и быстрый способ узнать свои ip. и надо это далеко не только руту. И таких примеров валом - допустим, fdisk можно и для файла образа запустить, как и fsck, роуты глянуть, runlevel глянуть... Это я только бегло по /sbin прошел, ы /usr/sbin наверняка еще веселее
     
     
  • 8.229, arisu (ok), 17:29, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    повседневные задачи, ага ... текст свёрнут, показать
     
  • 6.165, Аноним (-), 12:51, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
    > sbin и мне приходится это за них исправлять, страдают жопорукостью.

    Ну так зачем пользоваться кривыми дистрами?

     
     
  • 7.176, anonymous (??), 14:12, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну так зачем пользоваться кривыми дистрами?

    Ну ничего, скоро rpm-дистры "подравняют". Остальные тоже подтянутся. /run уже запили в openrc, так что не вижу причин сделать в gentoo остальное. Не говоря уж про arch.

     
     
  • 8.201, Аноним (-), 16:00, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну их на с такими подравниваниями Пусть федористы на себе потестят как оно а мы... текст свёрнут, показать
     

  • 1.35, Sokoloff (?), 21:28, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >для работы достаточно будет экспортировать в режиме только для чтения раздел /usr

    Интересно, а как чинить если этот раздел не экпортируется? Весь coreutils на /usr  который не примонтировался. И что делать?

     
     
  • 2.37, Manager (?), 21:30, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Поставить Red Hat.
        Там починят.
     
  • 2.40, Аноним (-), 21:39, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Точно так же, как непримотированный coreutils в /bin раньше.
     
     
  • 3.48, Manager (?), 22:08, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно так же, как непримотированный coreutils в /bin раньше.

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

     
     
  • 4.98, Аноним (-), 01:41, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте
    > расписаться в контракте.

    Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры обречены на голодную смерть :)

     
     
  • 5.130, Аноним (-), 09:00, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте
    >> расписаться в контракте.
    > Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры
    > обречены на голодную смерть :)

    Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую зарплату. Да и зарплаты-то не будет.

     
     
  • 6.166, Аноним (-), 12:53, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую
    > зарплату. Да и зарплаты-то не будет.

    Парни с гаечным ключом и без манагеров не сдохнут. Толпа фрилансеров подтверждает.

     
  • 2.44, Аноним (-), 21:51, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    купить поддержку у RedHat - там вам за ваши деньги все расскажут и научат.
    главное что бы вы деньги заплатили.
     
  • 2.47, Аноним (-), 22:07, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Интересно, а как чинить если этот раздел не экпортируется? Весь coreutils на
    > /usr  который не примонтировался. И что делать?

    Fedora уже достаточно давно без /usr не может загрузиться, так что без разницы, в любом случае придется грузиться с LiveUSB. В прошлом обсуждении кстати идея проскакивала, делать бэкап /usr на DVD и в случае проблем монтировать его вместо сдохшего /usr.

     
     
  • 3.58, Аноним (-), 22:23, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А чо сразу все либы в /home не поместить? нафига в /usr? Бекап удобнее. :)
     
     
  • 4.68, Аноним (-), 22:42, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А чо сразу все либы в /home не поместить? нафига в /usr?
    > Бекап удобнее. :)

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

     
     
  • 5.230, arisu (ok), 17:31, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    юзерам действительно пофигу. а ты вот, например, не можешь понять, зачем нужен индексатор, и почему это никак не исключает нормальной файловой системы.
     
  • 3.228, Crazy Alex (??), 17:26, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это как? init=/bin/bash - и то, что ли, не работает?
     
     
  • 4.232, RRV (?), 20:11, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как? init=/bin/bash - и то, что ли, не работает?

    А нету bash в бине, только симлинк в никуда! Он-то уже в /usr/bin - а тот еще не примонтирован! Привет Поттеру!

     
  • 2.55, h31 (ok), 22:19, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > coreutils

    Специально для таких случаев можно воспользоваться Busybox.

     
  • 2.77, mihalych (?), 22:58, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как вариант - жирный initramfs, в котором "всё включено". Но это имхо тот ещё набор костылей, с которым возни ещё поболее чем с полноценным root-разделом. Вывод: федорасты ошалели.
     

  • 1.39, Аноним (-), 21:38, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
     
     
  • 2.49, Аноним (-), 22:09, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
    > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.

    Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг не отредактировать и сеть не поднять. Все давно смешалось в кучу.

     
     
  • 3.52, all_glory_to_the_hypnotoad (ok), 22:13, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +5 +/
    не нужно чуши писать, без /usr всё, почти везде, базовое работает.
     
  • 3.56, anon8 (ok), 22:21, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это только в вашей горе федоре так.
     
  • 3.57, Michael Shigorin (ok), 22:21, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг
    > не отредактировать и сеть не поднять. Все давно смешалось в кучу.

    У меня альтовский vi прекрасно работает без /usr; сеть надо будет проверить, сходу заметно, что отвалятся ppp*, dvb, openvpn, wlan* и определение воткнутости eth-шнурка.

    Может, не надо всю музыку попсой называть так сходу?

     
  • 3.59, Аноним (-), 22:23, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже лет 10 как от этого правила отошли в Linux

    Вот интересно, отошли потому что для этого были какие-то серьёзные причины или потому что тупо FHS непоняли?

     
  • 3.81, Аноним (-), 23:37, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это в вашей федорной горке всё где только можно линкуется с /usr/lib а не с /lib? Ну так сами себе буратины.
     
  • 2.60, Manager (?), 22:29, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
    > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.

    http://itmages.ru/image/view/351100/77dd1ea5

     
  • 2.108, anonymous (??), 04:47, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
    > какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.

    Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin - динамически. Вот и вся разница.

     
     
  • 3.112, PereresusNeVlezaetBuggy (ok), 05:15, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
    >> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
    > Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin -
    > динамически. Вот и вся разница.

    "Эй, там, на "Беде"! Счастливого плавания!"
    (c) А.Некрасов

     
  • 3.145, Elhana (ok), 10:40, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin -
    > динамически. Вот и вся разница.

    /sbin : System binaries

    Purpose

    Utilities used for system administration (and other root-only commands) are stored in /sbin, /usr/sbin, and /usr/local/sbin. /sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system in addition to the binaries in /bin.
    Programs executed after /usr is known to be mounted (when there are no problems) are generally placed into /usr/sbin.
    Locally-installed system administration programs should be placed into /usr/local/sbin.

     
  • 3.174, mimimi (?), 13:59, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вон из профессии!
    for file in 'find /sbin /bin /usr/bin /usr/sbin -type f'; do ldd $file | grep static; done | wc -l
    0
     
     
  • 4.207, DFX (ok), 16:06, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    вот вы тут тоже выпендриваетесь, а ведь ещё в FAQ к FHS FSSTND 1 0 родом из 90х ... большой текст свёрнут, показать
     
  • 4.235, Michael Shigorin (ok), 20:24, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Н-да, давайте с таким тоном хотя бы примеры потщательнЕе прорабатывать find ... большой текст свёрнут, показать
     

  • 1.42, Аноним (-), 21:46, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Удаление ConsoleKit с целью упрощения управления пользовательскими сессиями (функциональность дублируется с systemd). Обеспечение автоматической настройки multi-seat конфигураций, позволяющих организовать одновременную работу нескольких пользователей за одним ПК (у каждого пользователя свои монитор, мышь и клавиатура).

    ну да - за вас уже все решили. Вместо готового решения, получится недоделка имени Ленарта..
    Полумного "гения" - за которым уже чинили pulseadio - когда оно oss не поддерживало и что сказали? а нафик надо - оно тормозит прогресс!

    Так что те кто не согласны - сразу становится тормозами прогресса.

     
     
  • 2.102, vi (?), 02:44, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Извините, что немного не в тему, но:
    Поделки "имени сами знаете кого" (Lennart Poettering) в виде pulseaudio, хоть и стали есть процессорное время меньше в три раза, на Debian testing, но:

    ситуация - два человека работают за одним компьютером
    один запустил ну скажем Rhythmbox, поработал (послушал) немного, вдруг случилась непреодолимая жажда, человек попил - захотелось поспать (упал ;)
    другой человек пришел - экран заблокирован - переключить пользователя - вошел под своей учетной записью

    А музыка так и играет, как быть?
    В pulseaudio не получается отрегулировать звук запущенной другим пользователем задачи.
    Или я чего неправильно понимаю, или зачем он (pulseaudio) нужен (наверное, что бы процессорное время есть ;) ?!?!?!?

    Подскажите, если что!

     
     
  • 3.140, yellow (??), 10:30, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю как в дебе, но в горе многопользовательский режим с пульс аудио, отдельным звуком и регулировкой каждого входного\выходного канала стабильно работает с 14 версии.
     
     
  • 4.233, vi (?), 18:12, 07/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, Вы не поняли Запущены два приложения проигрывающих звуковые данные, от раз... большой текст свёрнут, показать
     
  • 3.250, AlexYeCu (ok), 11:42, 18/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Подскажите, если что!

    Что-то не могу придумать ответ вот так сразу… Скажите, а нет ли примеров без приземления тарелок из системы Тау Кита, открытия портала в параллельный мир и появления йети-хакеров верхом на динозаврах и тому подобных явлений? Что-нибудь из повседневных задач?

     
  • 3.251, AlexYeCu (ok), 11:43, 18/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я сам PA не люблю, просто пример несколько странный, на мой взгляд.
     
  • 2.155, Аноним (-), 12:03, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати о пулсе Я тут пару месяцев назад заметил что у меня музон как-то не о... большой текст свёрнут, показать
     

  • 1.51, myhand (ok), 22:12, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    позабавило: 2012-02-07 - Feature Freeze.

    btrfs в федоре не нужон fsck - или за два месяца он вдруг волшебно появится?  ппц прогресс, за таким точно не угонишся.

     
     
  • 2.71, Аноним (-), 22:46, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > позабавило: 2012-02-07 - Feature Freeze.
    > btrfs в федоре не нужон fsck - или за два месяца он
    > вдруг волшебно появится?  ппц прогресс, за таким точно не угонишся.

    Крис его и без волшебства вполне может дописать за оставшееся время.

     
     
  • 3.85, myhand (ok), 00:23, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Крис его и без волшебства вполне может дописать за оставшееся время.

    Как Никита Сергеич - все грозится показать...  кузькину мать...

    Если исходить из подобного срока и предыдущих обещаний Криса - он уж "дописал" его раз шесть.

     
     
  • 4.109, anonymous (??), 04:52, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Крис его и без волшебства вполне может дописать за оставшееся время.
    > Как Никита Сергеич - все грозится показать...  кузькину мать...

    Она была показана http://nuclear.fatal.ru/greatestnuke.html, в отличии от удвоения ввп и каждому по квартире к 2000.

    > Если исходить из подобного срока и предыдущих обещаний Криса - он уж
    > "дописал" его раз шесть.

    Не только в fsck дело, там еще базовые вещи не готовы, надеюсь успеют.

     
  • 2.124, Аноним (-), 07:58, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Альфатестерам не нужен fsck
     
     
  • 3.186, myhand (ok), 14:55, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Альфатестерам не нужен fsck

    Так я не вижу альфа-тестеров - ибо "опыт" локаладминов чуть менее чем полностью неинтересен в сфере применения RHEL.  Или RH прицелилась на рынок десктопов?

     
     
  • 4.189, arisu (ok), 15:00, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ты, главное, продолжай в это верить.
     
     
  • 5.202, myhand (ok), 16:01, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ты, главное, продолжай в это верить.

    Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический факт.

     
     
  • 6.203, arisu (ok), 16:03, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический
    > факт.

    угу-угу. например, на хомячках невозможно оттестировать btrfs, да.

     
     
  • 7.206, Аноним (-), 16:05, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > угу-угу. например, на хомячках невозможно оттестировать btrfs, да.

    Точняк, давайте ее сразу на энтерпрайзах затестим. For teh epic lulz! :D
    Зато будет отдебажено ударными темпами.

     
     
  • 8.213, arisu (ok), 16:12, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да где угодно пусть тестят, их дело смогли убедить лохов бесплатно тестить то, ... текст свёрнут, показать
     
  • 7.225, myhand (ok), 17:12, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > угу-угу. например, на хомячках невозможно оттестировать btrfs, да.

    да.

     
  • 6.249, Michael Shigorin (ok), 21:23, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> ты, главное, продолжай в это верить.
    > Во что именно?  Невозможность тестирования чего-либо полезного админами локалхоста -
    > эмпирический факт.

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

    PS: :)

     

  • 1.63, Аноним (-), 22:39, 05/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит и он пойдет в массы. Я даже спасибы скажу тем кто своими трупиками данных проложит дорогу к счастью.

    А вот перенос всего в /usr... хм, им там что, заняться больше нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости?

    Предлогаю не мелочиться слить все в /usr/local/share/bin, /usr/local/share/sbin, ... а лучше вообще воткнуть симлинк с бесконечной рекурсией, и пусть эти чертовы юзеры подавятся, кому /usr, кому /usr/bin, кому /usr/bin/bin/bin/bin/bin/bin... :)))

     
     
  • 2.70, Manager (?), 22:45, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    /usr/local/share/bin/LennartPoettering
     
     
  • 3.94, Michael Shigorin (ok), 01:30, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > /usr/local/share/bin/LennartPoettering

    Тогда уж s/tP/t\\ P/

     
  • 2.73, Аноним (-), 22:48, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А вот перенос всего в /usr... хм, им там что, заняться больше
    > нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости?

    предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.

     
     
  • 3.80, gaga (?), 23:26, 05/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну вроде как не очень понятно, как работать в однопользовательском режиме, если /usr не смонтировался.
     
     
  • 4.118, Аноним (-), 06:51, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ну вроде как не очень понятно, как работать в однопользовательском режиме, если
    > /usr не смонтировался.

    попробуй прям щас "поработать" без усра - сильно удивишься.

     
     
  • 5.134, anon8 (ok), 09:22, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да в федорке не работает, в отличие от нормальных дистрибов.
     
  • 3.83, Аноним (-), 00:07, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.

    Предвижу море глюков у софта (например для создания бэкапов) который явно отличает симлинки от дир.

     
     
  • 4.119, Аноним (-), 06:52, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
    > Предвижу море глюков у софта (например для создания бэкапов) который явно отличает
    > симлинки от дир.

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

     
     
  • 5.208, Аноним (-), 16:07, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > во-первых - далеко не весь бэкапный софт именно тка настроен по-умолчанию, а
    > во-вторых - ничто не мешает перенастроить его.

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

     
  • 2.88, myhand (ok), 00:32, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит
    > и он пойдет в массы. Я даже спасибы скажу тем кто
    > своими трупиками данных проложит дорогу к счастью.

    Вы думаете, локалхост-админы сумеют что-то оттестить? :)

     
     
  • 3.122, anonymous (??), 07:47, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Вы думаете, локалхост-админы сумеют что-то оттестить? :)

    А что, дядьки с продакшеном загорелись желанием тестить btrfs?

     
     
  • 4.188, myhand (ok), 14:59, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, дядьки с продакшеном загорелись желанием тестить btrfs?

    Ну, она нацелена на решение некоторых их проблем.  Так что
    попробовать имеет смысл - и вот такой опыт _будет_ полезен.

    А то, что васе пупкину сделают / на btrfs - он
    либо а) не заметит, либо б) скажет федора - глючит и уйдет
    на арч/генту/висту/younameit

     
     
  • 5.209, Аноним (-), 16:08, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, она нацелена на решение некоторых их проблем.  Так что
    > попробовать имеет смысл - и вот такой опыт _будет_ полезен.

    Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном энтерпрайзе ставить, если не ссыкотно. Более чем велкам :)))

     
     
  • 6.226, myhand (ok), 17:16, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта
    > файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном
    > энтерпрайзе ставить, если не ссыкотно.

    Не передергивайте.  Никто без нормального тестирования
    ничего никуда не ставит.  Просто не путайте оное с использованием
    btrfs всякими хомячками.  От последнего - толку нуль.

     

  • 1.91, Аноним (-), 01:00, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот Fedora 16 точно очень хорошо работает, они ребята молотци
     
     
  • 2.111, anonymous (??), 05:03, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вот Fedora 16 точно очень хорошо работает, они ребята молотци

    Присоединяюсь, со свежим обновлением xorg-x11-drv-ati вообще ненарадуюсь.

     

  • 1.92, Аноним (-), 01:02, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Они что там все, с дуба рухнули? /{s,}bin -> /usr? Я думал, это шутка такая у Леннарта была...
     
  • 1.121, FSA (ok), 07:35, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть на /etc в linux.
     
     
  • 2.126, XPEH (?), 08:07, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А на /usr/local/etc не страшно ?
     
     
  • 3.127, FSA (ok), 08:55, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя на рабочей станции конечно много, но тоже терпимо.
     
     
  • 4.133, Аноним (-), 09:09, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя
    > на рабочей станции конечно много, но тоже терпимо.

    да не так уж и много. установлены: gnome, kde, xfce, куча другого софта:

    # ls /usr/local/etc/|wc -l
         100

    # ls /etc/|wc -l
         112

    сентос 5.7, веб-сервер:

    # ls /etc/|wc -l
    220

    гента, веб-сервер:
    $ ls /etc/|wc -l
    153

     
     
  • 5.239, Michael Shigorin (ok), 20:43, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > сентос 5.7, веб-сервер:
    > # ls /etc/|wc -l
    > 220

    ls /etc/*.rpm* | wc -l покажите ещё на всякий (хотя цифры для сервера скорее типичные).

    PS: (задумчиво) То есть юникс с какой-нить древней ленты с ещё более компактным /etc по такой логике "ещё круче", чем FreeBSD, получается?..

     
  • 3.131, Аноним (-), 09:03, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что там не так? Там лежат только конфиги установленного тобою софта.
     
  • 2.137, nmorozov (ok), 10:04, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается.
     
     
  • 3.144, SubGun (ok), 10:37, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается.

    Вы хоть поняли чего ляпнули? Почти весь софт, кроме Oracle,Java и пары других, поставляются как в пакетах, так и сырцах. Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет.
    Есть ПО Linux-only, но его не так много, чтобы веревку мылить начинать.

     
     
  • 4.231, nmorozov (ok), 17:58, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы хоть поняли чего ляпнули?

    Да
    > Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет.

    Нет. Поддержка разработчиками дистрибутива это не только предоставление пакетов, но и подеожржание совместимоти всех пакетов между собой, обеспечение стабильной работы пакетов между собой, быстрое исправление ошибок (иногда методом бэкпорт). Во FreeBSD по сути поддерживается только kernel и world.

     
  • 2.146, SubGun (ok), 10:41, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна
    > лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное
    > должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть
    > на /etc в linux.

    Поддерживаю. Насколько просто сделать архив /usr/local, а потом развернуть в новом месте.

     
     
  • 3.240, Michael Shigorin (ok), 20:44, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько просто сделать архив /usr/local, а потом развернуть в новом месте.

    На линуксовых серверах весьма удобно таскать контейнеры аки чемоданчики -- за ручку. :)

     
  • 2.210, Аноним (-), 16:08, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Как человеку использующему FreeBSD мне это кажется дикостью.

    В ней своей дикости хватает.

     

  • 1.147, Владимир (??), 11:01, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я вот не пойму людей! Что нового не придумают - сразу в штыки!!!
    Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые идеи. Да, возможно некоторые из них это ошибка, НО никто не говорит почему это плохо - только куча пустых слов...

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

     
     
  • 2.212, Аноним (-), 16:11, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вот не пойму людей! Что нового не придумают - сразу в штыки!!!

    Потому что гемор на ровном месте - галимые "инновации".

    > Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые
    > идеи. Да, возможно некоторые из них это ошибка, НО никто не
    > говорит почему это плохо - только куча пустых слов...

    Я элементарно не вижу, в каком месте от тасовки бинарей по папкам наступает EPIC WIN, отмазки федористов больше похожи на оправдание своей жопорукости и кривизны пакетных манагеров, так что их вообще посещает столь дикая идея как синкать диры по сети вместо того чтобы предоставить пакетному манагеру синкать наборы пакетов воткнутых 1 метапакетом типа "нащ_ынтырпрайзный_спецпакет_со_всеми_плюшками_блаблабла".

     

  • 1.149, McLeod095 (??), 11:11, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почитал и саму новость и кучу комментариев о том что это бред.
    И вот задался вопросом, те кто поливают это все грязью хоть раз ставили Fedora 16? Хотя бы поднимали пару бездисковых рабочих станций? Хоть раз на Fedora 16 использовали плагин yum-fs-snapshot?
    Если нет, то все эти красноглазые анонимусы, которые и видят что редхат гребет только деньги за свои продукты, могут идти лесом и кричать это все на ЛОРе, там хоть публика как раз для них.
    Для того что бы понять в чем здесь плюсы и минусы, надо поработать с этой системой не как тупой пользователь с мышкой в руках, а как нормальный администратор. Только тогда можно о чем-то говорить,
    Из всего здесь сказанного никто не смог привести ни одного аргумента, который бы на 100% говорил что это только один большой минус. (по поводу того что /usr не монтируется в single mode, он там и не нужен, всю жизнь /usr выношу на отдельную партицию или том, и ничего). А я в отличие от кричащих анонимусов могу сказать чем профит. Например тот же плагин yum-fs-snapshot, я его попытался использовать, штука хорошая, но при обновлении она мне создает snapshot не толь ко /usr но и / и /var и даже /tmp. А не против что бы при тестовом обновлении у меня создавался snapshot только /usr и приведенная схема как раз отвечает этим требованиям.
     
     
  • 2.150, anonymous (??), 11:31, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В корне должна лежать БАЗОВАЯ система которая не должна требовать бекапа. Это значит что там должны присутствовать только компоненты необходимые для старта, административных задач и экстренного обслуживания системы. Нет необходимости делать бекап корня, его можно восстановить из установочного образа системы за пару минут.
     
     
  • 3.154, McLeod095 (??), 12:01, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ну!
    а теперь на чем вы там сидите из линухов, сделайте апдейт системы и посмотрите какие файлы изменились, желательно что бы обновились именно системные компоненты, я посмотрю как у вас не изменится корень, где валяется тот-же bin и sbin. Ну или сделайте snapshot / и обновите. а потом посмотрите сколько будет занимать snapshot.
     
     
  • 4.158, anonymous (??), 12:21, 06/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ты так и не понял о чем я тебе сказал.

    Мне не должно быть никакого дела что лежит у меня в корне за исключением того факта что, с помощью этого софта я могу запустить систему и/или провести ее обслуживание. В идеале мне должно быть наплевать даже на то из какого дистрибутива базовая система.

    В случае если система дискредитирована по любой причине я ОБЯЗАН начать использовать ДОВЕРЕННЫЕ компоненты, т.е не те которые находятся у нее в корне (ядра это тоже касается).

     
  • 4.243, Michael Shigorin (ok), 21:02, 11/12/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > сделайте апдейт системы и посмотрите какие файлы изменились

    osec справляется.

     
  • 2.252, AlexYeCu (ok), 11:57, 18/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну у меня сейчас Fedora16 на основной системе.
    Благодаря ей я знаю, что:
    1. Поттеринг — фанат solaris, егойный systemd ну очень похож на OpenSolaris'овский svcadm, только куда запутанней, ибо оперирует юнитами, а не сервисами.
    2. А вот OpenAL ему малоинтересен — упоминания PulseAudio надо вычистить из openal'овского конфига.
    3. У Поттеринга на компе есть вот такой каталог:
    /home/lennart/projects/systemd
    4. Я крепко подумаю, стоит ли мне переходить на следующие версии Fedora. Не был уверен, что перейду на 16-ю, но вот перешёл. Однако бинарные логи я точно видеть не хочу.
     

  • 1.173, Аноним (-), 13:48, 06/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Попытка - не пытка. Не нравится - не используй. Благо других дистров хватает. Или собирай сам что хочешь.
     
  • 1.238, Michael Shigorin (ok), 20:37, 11/12/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Написавшему под ником "алексей" на неделе (не понял, по какой причине удалили):
    > альтовцы гиганская просьба.Пожалуйста не вводите этот бред у себя. МОЛЮ!

    См.:
    http://lists.altlinux.org/pipermail/devel/2011-December/192709.html ("новомодной")
    http://lists.altlinux.org/pipermail/devel/2011-December/192702.html

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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