Комитет FESCo (http://fedoraproject.org/wiki/Development/SteeringCommittee) (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, утвердил план по использованию (http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs) в Fedora 17 по умолчанию файловой системы Btrfs и перенос (http://fedoraproject.org/wiki/Features/UsrMove) содержимого bin и /lib в директорию /usr. Следует отметить, что конечное решение о реализации данных возможностей будет зависеть от степени готовности намеченных функций к моменту начала заморозки перед релизом. Например, переход на Btrfs по умолчанию изначально планировался в Fedora 16 но был отменён (https://www.opennet.ru/opennews/art.shtml?num=31430) из-за неготовности утилиты для проверки целостности и восстановления файловой системы после сбоя.
В отличие от прошлого плана, представленного при подготовке Fedora 16, в Fedora 17 утверждено использование вместо LVM встроенного в Btrfs менеджера логическ...URL: http://fedoraproject.org/wiki/Releases/17/FeatureList
Новость: https://www.opennet.ru/opennews/art.shtml?num=32470
Надеюсь, релиз будет таким же стабильным, как F16.
> Надеюсь, релиз будет таким же стабильным, как F16.Я тоже на это надеюсь - должен же кто-то оттестить btrfs :)
Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.
Если они это действительно сделают - в плане технологий федора обойдет остальные линуксы лет на пять.
> Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.
> Если они это действительно сделают - в плане технологий федора обойдет остальные
> линуксы лет на пять.Они каждым релизом обходят на пять лет.
Как раз за пять лет эти технологии допилят до стабильного состояния. Может быть...
> Как раз за пять лет эти технологии допилят до стабильного состояния. Может
> быть...Ну, в общем-то, десктопные дистрибутивы как раз и не гонятся за стабильностью, им новые технологии важнее - достаточно посмотреть на наиболее популярные из них, Ubuntu и Arch. Но у них, в отличие от федоры, ни стабильности, ни технологий =\
В федоре хоть технологии есть.
> В федоре хоть технологии есть.Если насчет btrfs сомнений быть не может, то вот в чем инновационность переноса /bin для меня осталось загадкой. Ну, порцию геморроя, глюков и несовместимостей оно конечно ввалит. Однако аргументы за это решение просто поражают и видимо сводятся к сакральному "наш пакетный манагер - тормозное и убогое г-но". Иначе я не понимаю откуда может вылзти такая проблема.
Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не сталкивался то не поймешь.
> Это не для домашнего пользователя, а для хитрых бездисковых конфигураций. Если не
> сталкивался то не поймешь.Для хитрых бездисковых можно по сетке хряпнуть initrd и не вы...ся. Но у федористов явно кончились все насущные проблемы и Доны Кихоты отчаянно ищут хоть какую-нибудь ветряную мельницу.
У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd. Если это так - намекните в какую сторону копать.
> намекните в какую сторону копать.Копать надо могилы таким разработчикам которые не могут обойти свои проблемы без того чтобы переколпачить всю иерархию ФС, ну и сисадминам с куцым мозгом, у которых возникают какие-то совершенно кретинские затруднения на ровном месте.
> У меня сложилось ощущение что некоторые поднимают бездисковые станции без initrd.
> Если это так - намекните в какую сторону копать.nfsroot=, но вместо сборки клиентского ядра со всем сетевым подряд в общем случае лучше всё-таки мелкий initrd для бутстрапа...
> Если насчет btrfs сомнений быть не можетЕще как может. Технология сырая, с кучей глюков
>> Если насчет btrfs сомнений быть не может
> Еще как может. Технология сырая, с кучей глюковТак вот федористы нам ее и обезглючат ;). А свои заморочки с /bin пусть себе оставят.
В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала.
По умолчанию? Если нет то арч опоздал. Даже в debian stable есть поддержка btrfs
Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs в инсталляторе есть.
> Ну, в Arch Linux умолчаний как таковых нет, а вот поддержка Btrfs
> в инсталляторе есть.Ну так оно много у кого есть -> пиар арча зафэйлен.
> В арче поддержка btrfs есть с 2011.08.19 так что федора опоздала.Вы ломаете все настолько быстро, что и в fsck нету надобности?
Кэп информирует что дистрибутивов линукса чуть более одного. Любители суперстабильности могут использовать хоть дебиян и рхел где по 3-5 и более лет вообще ничего не меняется, даже софт заморожен по версиям и выходят только секурти фиксы.
> Шикарно. Наверное, все-таки переползу с дебиана, когда выйдет.Давайте-давайте, не забудьте как следует потестить btrfs :)
> Если они это действительно сделают - в плане технологий федора обойдет остальные
> линуксы лет на пять.А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем нужен, то вот зачем нужен этот онанизм с симлинками - я не догоняю. Редхатчики на ровном месте нашли себе вагон работы и мегафич который родит им over 9000 глюков и проблем с совместимостью. Лично я и без симлинков на /bin какнить обойдусь, спасибочки.
> А вы для нас соберете грабельки ;]. Если btrfs я понимаю зачем
> нужен, то вот зачем нужен этот онанизм с симлинками - я
> не догоняю. Редхатчики на ровном месте нашли себе вагон работы и
> мегафич который родит им over 9000 глюков и проблем с совместимостью.
> Лично я и без симлинков на /bin какнить обойдусь, спасибочки.предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.Любой софт который различает симлинки и файлы. Например бэкапный.
> Любой софт который различает симлинки и файлы. Например бэкапный.А зачем бэкапить /bin ?
> А зачем бэкапить /bin ?Наверное, чтобы в случае какого либо факапа в духе "сдох диск" моментально раскатать работающую систему в виде как было, со всеми пакетами и обновлениями.
a кто мешает rsync използовать?
> a кто мешает rsync използовать?угу, 640кб^W rsync хватит всем, всегда, под любые задачи.
> Любой софт который различает симлинки и файлы. Например бэкапный.ничего подобного - далеко не любой.
Я так понимаю сценарий предложить так и не смог. Трепло?
>> Любой софт который различает симлинки и файлы. Например бэкапный.
> ничего подобного - далеко не любой.
> Я так понимаю сценарий предложить так и не смог. Трепло?Апач различает симлинки и файлы. Это чисто пример ПО
>>> Любой софт который различает симлинки и файлы. Например бэкапный.
>> ничего подобного - далеко не любой.
>> Я так понимаю сценарий предложить так и не смог. Трепло?
> Апач различает симлинки и файлы. Это чисто пример ПОА нафига Апачу лазить в /bin и /sbin кроме взломанных систем?
> А нафига Апачу лазить в /bin и /sbin кроме взломанных систем?Апачу может и незачем, а вот бэкапный софт наверняка словит вагон лулзов. Ну и федористов конечно же не волнует что у клиентуры половина софта гавкнется, они традиционно начнут лечить что юзайте, мол, расово верный софт. Желательно от Поттеринга. Он правда его еще не написал, но как только начнутся вопли он наверное подорвется исправлять это упущеньице.
> ничего подобного - далеко не любой.Мне как админу совершенно не хочется гулять по системе с миноискателем и выискивать где же там бомбы и мины, и какие из них настоящие а какие так, для красоты.
> Я так понимаю сценарий предложить так и не смог.
Вполне очевидный сценарий: софт всю жизнь не предполагал в этом месте ниаких симлинков и различных грабель может повылезти чуть более чем дохрена. Это мое (тестеровское) мнение по поводу таких изменений. Желающие опровергнуть и доказать что я гонщик - идут и тестят на такой конфигурации _все_ программы. Ну хотя-бы все что в репах есть. Если ни 1 не сглючит - ок, я гонщик и перестраховываюсь. Но я почему-то на 99.9% уверен что я гонщиком не окажусь.
> Трепло?
Ну я не виноват что вы сами на себя характеристку написали.
> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.Уже по-барабану. Где-то к 19-й, 20-й версии федорина вики обещала и симлинки отламать.
Будет что-то вроде Fedora IP (Isn't POSIX).
Mandriva перешла на systemd еще осенью. Где пять лет? O_O
> Mandriva перешла на systemd еще осенью. Где пять лет? O_OНасколько понимаю, не Мандрива, а ПОЦА -- и как оно там летом в бетах плющилось, смотреть было страшно даже повидав виды. Тогда уж openSUSE в качестве примера можно взять, в 12.1 явочным порядком работает.
diff-snap уже реализовали? между двумя снапами
ато вручную лямы файлов корячить не весело.
Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base) в котором RHEL учавствует. Описание иерархии каталогов там было в том числе. Сейчас его начнут переписывать полностью ?
Забили давно на ЛСБ. DLL hell грядет!
> Забили давно на ЛСБ. DLL hell грядет!Пока что с призраком DLL hell наоборот, борются. Вот, уменьшают число lib-каталогов.
>Вот, уменьшают число lib-каталогов.И как это способствует уменьшению DLL hell? Сваливают всё в одну кучу, как в венде?
> Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base)
> в котором RHEL учавствует. Описание иерархии каталогов там было в том
> числе. Сейчас его начнут переписывать полностью ?Разумеется. Будет новая версия.
> Разумеется. Будет новая версия.Которая наконец выкинет из стандарта rpm (в
соответствии с реальностью)?
А что у нас в реальности? .pkg.xz? Ебилды? Тут ориентир - RHEL, а в нём rpm.
Конечно.# emerge --sync && emerge -uDN world
# emerge -e system
# emerge-webrsync
# emerge --pretend package
# emerge -fp package
# emerge pciutils
# emerge vdr
# emerge vdr-remote
# emerge lirc
# emerge vdr-dxr3
# emerge vdr-pvr350
# emerge vdr-softdevice
# emerge vdr-xineliboutput
# emerge linuxtv-dvb-apps
# emerge vdr-reelchannelscan
# emerge keychain
# emerge --sync
# emerge -u portage
# emerge -u gcc
# USE="-java" emerge /usr/portage/sys-devel/gcc/gcc-3.2.2.ebuild
# emerge glibc binutils
# emerge -e world
# emerge -a baselayout
# emerge -n '>=sys-apps/portage-2.0.51'
# emerge -ua world
# emerge --unmerge sys-apps/modutils
# emerge module-init-tools
# emerge -a udev
# emerge -a alsa-lib alsa-utils alsa-tools alsa-headers alsa-oss
# emerge -a gentoo-sources
# emerge --unmerge lvm-user
# emerge lvm2
# emerge -u linux-headers
# emerge -a glibc
# emerge --unmerge =vanilla-sources-2.4.* =gentoo-sources-2.4.*
# emerge --unmerge alsa-driver i2c devfsd
# emerge -Dup world
# emerge -u gentoo-sources
# emerge eselect
# emerge sys-kernel/module-rebuild
# emerge -P gentoo-sources
# emerge app-forensics/chkrootkit
# emerge -vpuD world
# emerge prelink
# emerge -aC prelink
# emerge symlinks
# emerge --ask app-text/convmv
# emerge --update --deep --newuse world
# emerge terminus-font intlfonts freefonts corefonts
# emerge zsh zsh-completion
# emerge --pretend --verbose mysql
# emerge mysql
# emerge --config =dev-db/mysql-[version]
> А что у нас в реальности? .pkg.xz? Ебилды?dpkg.
1) Не менее популярный формат чем rpm, как не более.
2) Более старый и, как минимум, не менее подходящий с технической стороны> Тут ориентир - RHEL, а в нём rpm.
Это стандарт. Если там будет диктовать один вендор - проще забить на остальных вовсе и пользовать то, что дает этот вендор.
>> А что у нас в реальности? .pkg.xz? Ебилды?
> dpkg.
> 1) Не менее популярный формат чем rpm, как не более.
> 2) Более старый и, как минимум, не менее подходящий с технической стороны
>> Тут ориентир - RHEL, а в нём rpm.
> Это стандарт. Если там будет диктовать один вендор - проще забить
> на остальных вовсе и пользовать то, что дает этот вендор.deb более отсталый, зависимости отслеживает с точностью до пакета а не до файла как RPM.
> deb более отсталый, зависимости отслеживает с точностью до пакета а не до
> файла как RPM.Наверное потому и не тормозит как yum-ы всякие. Там ушиблись настолько что качают из репов уже заготовленные скулайтовые базы. Раньше качали немеряные XMLники, но это было настолько люто что терпения не хватило даже у привычных ко всему федористов.
"не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.
> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.Не, тормозит - это yum. Вот это да, тормоз эпический.
>> "не тормозит" - это к pacman'ам всяким. А deb тормозит еще как.
> Не, тормозит - это yum. Вот это да, тормоз эпический.Его за последние пару лет заметно разогнали, а был и впрямь ужас-ужас...
это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а ты потом создавай симлинки чтобы обновить пакет в котором этот файл есть, до новой версии, в котом этот файл на другом месте...
> это может rpm более отсталый? А то понапрописывают файлов в зависимостях, а
> ты потом создавай симлинки чтобы обновить пакетТочно? А то припоминается, что для rpm этот файл должен фигурировать в rpmdb, а не на ФС.
Сразу понятно, что вы кроме rpm больше ничего не видели.
deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению версий именно за счёт отслеживания зависимостей между пакетами, а не файлами.
Это как git (deb) и subversion (rpm)
> Сразу понятно, что вы кроме rpm больше ничего не видели.Хм, а видели ли Вы rpm? ;-)
> deb имеет гораздо больше возможностей возможностей по разрешению конфликтов и обновлению
> версий именно за счёт отслеживания зависимостей между пакетами, а не файлами.В rpm пакетные зависимости и есть основной вид зависимостей. Файловые бывают удобны вместо виртуальных пакетов (провайдящихся несколькими вариантами) в некоторых случаях, каталожные позволяют обеспечить наличие требуемого каталога вне зависимости от того, будет ли он в filesystem или ещё где (порой бывают перемещения).
> Это как git (deb) и subversion (rpm)Вот эта аналогия в чём-то верна -- rpm/rpm действительно более "дубовый", чем dpkg/deb, причём так и задумано.
> deb более отсталый, зависимости отслеживает с точностью до пакета а не до
> файла как RPM.В чем тут "отсталость"? Реальные задачи, которые используют
такие зависимости - в Debian просто решают чуть иначе (виртуальные
пакеты, Provides и т.п.).
Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar tar etc.), он еще и не имеет подписей, то есть в плане надежности - ноль. Для домашнего пользования - без проблем, но не для прод.Ну а вендоры - все там будут, где рпм.
> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
> tar etc.), он еще и не имеет подписей, то есть в
> плане надежности - ноль.Чушь в каждом слове.
ar и tar были выбраны по причине их легковесности и доступности на любой платформе. Другими словами deb пакет можеть без напряга распакован на очень слабой машине. (но надо сказать что в новых версиях добавили возможность делать tar.XX вместо tar )
rmp также зависит от двух внешних сущностей: gzip и cpio.
Но gzip сильно тяжелее.
deb имеет внутри md5 для простой проверки. Подписи пакетов хранятся в Packages файлах в md5 sha1 и sha256.
Packages файлы в свою очередь подписаны Release файлом целостность которого гарантирует gpg ключ зеркала дистрибутива.
Это означат, что пакеты нужно ставить с официального зеркала, а не скачивать из интернетов неясные rpm файлы созданные Васей. Так, что в плане защищённости простоты использования и гибкости deb далеко впереди.
rpm выплывает тока за счёт вендора.
>> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
>> tar etc.), он еще и не имеет подписей, то есть в
>> плане надежности - ноль.
> ar и tar были выбраны по причине их легковесности и доступности на...
> rmp также зависит от двух внешних сущностей: gzip и cpio.Вы тут совсем не разобрались!!! да и gzip и cpio rpm сам по себе не использует.
> deb имеет внутри md5 для простой проверки. Подписи пакетов хранятся в Packages
> файлах в md5 sha1 и sha256.
> Packages файлы в свою очередь подписаны Release файлом целостность которого гарантирует
> gpg ключ зеркала дистрибутива.
> Это означат, что пакеты нужно ставить с официального зеркала, а не скачивать
> из интернетов неясные rpm файлы созданные Васей. Так, что в
> плане защищённости простоты использования и гибкости deb далеко впереди.
> rpm выплывает тока за счёт вендора.Много букв, но результат один - репозитарии ненадежны. Я был сильно обескуражен этим, когда мне это ткнули. Это действительно проблема для прод.
Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи, для .deb, но не для прод. И доля рынка более 50% для RH - очень показательна.
А так, что rpm, что deb - по функциям без разницы.
> Много букв, но результат один…fi ничего не понял, ога.
> …fi ничего не понял, ога.Особенно понравилось махровое ламерство насчет подписей. Если у deb нет подписей то какого черта я gpg ключи сборщика пакета тогда добавляю? :)
> Вы тут совсем не разобрались!!! да и gzip и cpio rpm
> сам по себе не использует.Так я и не говорил что используются конкретные бинарники. rpm слинкован с zlib и rpmio
> Много букв, но результат один - репозитарии ненадежны. Я был сильно обескуражен
> этим, когда мне это ткнули. Это действительно проблема для прод.Ого! Вот это действительно проблема. И что вам даёт сообщение:
$rpm -i binprog.rpm
warning: binprog.rpm: Header V3 DSA signature: NOKEY, key ID 6b8d79e6
От этого оно становиться безопаснее?
В deb оно хоть просить действительно подтвердить установку из неизвестного источника.
Репозиторий ненадёжен ? Можно выложить всё даже на публичном ftp и ничего не случится, потому как все списки подписаны, а ключи репозиториев хранятся в самом apt. Можно сколько угодно заливать туда поддельные пакеты и списки, но всякий раз при попытке установки оно будет прерываться с ошибкой.
Так что незащищённость deb пакета это миф.> Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи,
> для .deb, но не для прод. И доля рынка более 50%
> для RH - очень показательна.
> А так, что rpm, что deb - по функциям без разницы.Для бизнеса неважно rpm или deb. Важен результат.
Ваш подход - просто подход любителя, вполне оправдан для дома, для семьи, но не для прод.
> rmp также зависит от двух внешних сущностей: gzip и cpio.Если не rmp, а rpm, то нет. (хотя необходимость в отдельном rpm2cpio для расковыривания архива на произвольной машинке может быть существенно неудобней реализации dpkg)
> Но gzip сильно тяжелее.
Тёплое с мягким.
> Так, что в плане защищённости простоты использования и гибкости deb далеко впереди.
Отнюдь.
PS: посмотрите на rpm -V при случае ещё.
> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
> tar etc.)Хорошо, когда пакет включает и встроенный архиватор что-ли? Ну
нафиг такие "проблемы"...> он еще и не имеет подписей, то есть в
> плане надежности - ноль. Для домашнего пользования - без проблем, но
> не для прод.Пардон, Вы действительно не в курсе как контролируется целостность при
дистрибуции deb? Раз в плане надежности - нуль, то ждем когда Вы
зальете пакет base-files на сервера debian без подписи.> Ну а вендоры - все там будут, где рпм.
Скажите это ubuntu.
> Для начало, .deb имеет кучу проблем. по мимо использование внешних сущностей (ar
> tar etc.), он еще и не имеет подписей,Наглейший гон. Вы вообще пробовали ставить неподписанные deb-пакеты?
а зачем собственно?
никакие из перечисленных изменений с каталогами совместимость с LSB не ломают.
> Я помню, когда-то был такой проект - LSB ( http://ru.wikipedia.org/wiki/Linux_Standard_Base)
> в котором RHEL учавствует. Описание иерархии каталогов там было в том
> числе. Сейчас его начнут переписывать полностью ?RHEL такой душка. не может придерживаться даже собственного стандарта. Энтерпрайз такой энтерпрайз
Чтож, обойти то она обойдет, но не забываем, что это тестовый полигон Red Hat. Со всеми вытекающими. И не забудем также про старые версии программ. Особенно такие, которые прекратили свое развитие, но продолжают использоваться. А вообще не хочется разводить флейм, но я бы был поосторожнее с ТАКИМ прогрессом. В конце концов, это нужно по большей части самому редхату, чтобы отработать на бесплатной раб. силе то, что затем станет добротным и будет продаваться за денежку..
> А вообще не хочется разводить флейм, но я бы был поосторожнее
> с ТАКИМ прогрессом. В конце концов, это нужно по большей части
> самому редхату, чтобы отработать на бесплатной раб. силе то, что затем
> станет добротным и будет продаваться за денежку..Что-то я не видел, чтобы Scientific Linux продавали за денежку.
> Что-то я не видел, чтобы Scientific Linux продавали за денежку.Линуксинки пытаются, ну и "Scientific Linux 6.0 для платформы i386 (2DVD) - 441 р."
> А вообще не хочется разводить флейм, но я бы был поосторожнее
> с ТАКИМ прогрессом. В конце концов, это нужно по большей части
> самому редхату, чтобы отработать на бесплатной раб. силе то, что затем
> станет добротным и будет продаваться за денежку..А также, это нужно пользователям, которые хотят снимать сливки с самых современных технологий, а не сидеть на протухшем г-не прошлого века =)
Боже, боитесь - так не используйте ее. Соберите лучше с нуля, благо это не запрещено. А те, кто ставит, они наверняка понимают на что идут, а те кто не понимают, ничего не теряют с установки и сноса через неделю.
Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске?
Можно, но недолго. ;)
> Можно, но недолго. ;)Простите, каков ваш опыт использования btrfs на SSD? Версии, модели, уровни нагрузок, сроки?
Он же написал "недолго".
> Можно, но недолго. ;)Скорее всего дольше чем с обычными ФС - CoW хорошо накладывается на флеш. Пишет каждый раз в новое место и только 1 раз, а не 2 как журналирующие ФС - износ флеша будет не очень большой, даже на относительно тупом контроллере с не очень эффективным wear leveling.
Да. Там даже есть опция монтирования ssd.
> Ув. пользователи фс btrfs скажите, можно ли его пользовать на твердотельном диске?Да, без проблем. Даже есть специальный режим монтирования ssd включающий пачку специфичных оптимизаций.
Но независимо от типа диска использовать можно только для некритичных данных ввиду отсутствия полноценного fsck.
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 была связана только с понижением уровня общего шума в серверной, ну и в качестве эксперимента.
Извиняюсь, ошибся RAID-контроллер LSI 1078 (Intel SRCSASJV)
> FSC PRIMERGY TX300S4 (LSI 1068/512Mb): 4x Intel X25-E (RAID 10)
> За 3 месяца работы в качестве кэша squid+havp вылетело 3 диска.
> Однозначно говорить что виновата btrfs не могу, может виноват и LSI 1068
> (хотя он поддерживает работу с ssd - прошивка последняя), а может
> сами X25-E дохлые.
> В общем дело темное.Дык это, попробуйте не с btrfs и расскажите за сколько вылетят они. А так кеш потенциально часто перезаписывается, а вот этого флеш не лю. На него можно сваливать лишь реально статичные данные. И кроме того, флешу пофиг что вы хотели 20 байтов записать. Не оперирует он такими сущностями: страница минимум! Поэтому срубить всякие там времена доступа и прочее - просто is a must. Короче он должен стать почти readonly. Иначе умрет. В активно перезаписываемых кешах флешатина спокойно мрет менее чем за год, "счастливчиков" которые уже "выиграли" - довольно много появилось с популяризацией SSD.
> Идея заменить hdd на ssd была связана только с понижением уровня общего
> шума в серверной, ну и в качестве эксперимента.tmpfs не пробовали? (а вообще странно, мои пятнашки от sata 7200rpm почти не отличаются по звуку -- в отличие от древних scsi 7200rpm, которые солидно так набирали обороты ;-)
Пользую больше года. Убунту. Один раз полностью переустанавливал - когда в grub2 появилась поддержка загрузки с btrfs и отдельный /boot стал не нужен.
>Предложенная ранее идея объединения содержимого директорий bin и sbin не получила одобрения.
>важным решением является перенос всех исполняемых файлов и библиотек из корня и директорию /usr.Лучше бы всё наоборот сделали.
> Лучше бы всё наоборот сделали.В новости довольно подробно аргументированы достоинства выбранного решения. А вы можете свой вариант аргументировать?
>В новости довольно подробно аргументированы достоинства выбранного решения.Какие-то неаргументные аргументы. Больше на оправдания похожи.
>А вы можете свой вариант аргументировать?
А sbin и bin объединить было бы не лишним - их разделение всегда сбивало с толку (зачем?), а в комплекте с непрописанным sbin в PATH здорово раздражало.
>>В новости довольно подробно аргументированы достоинства выбранного решения.
> Какие-то неаргументные аргументы. Больше на оправдания похожи.Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать?
>Не осилил? И при этом ещё и пытаешься какие-то соображения по FHS выдвигать?Осилил. Пытаюсь. Ещё вопросы?
> а в комплекте с непрописанным sbin в PATH здорово раздражало.А чего это он не прописан? В воздухе запахло жопорукостью...
>А чего это он не прописан? В воздухе запахло жопорукостью...Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают sbin и мне приходится это за них исправлять, страдают жопорукостью.
>>А чего это он не прописан? В воздухе запахло жопорукостью...
> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
> sbin и мне приходится это за них исправлять, страдают жопорукостью.По-хорошему, он должен быть прописан только для юзеров в спецгруппе типа wheel/root/admin/etc. Обычному юзеру нафиг нужен ifconfig, fsck или useradd?
>>>А чего это он не прописан? В воздухе запахло жопорукостью...
>> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
>> sbin и мне приходится это за них исправлять, страдают жопорукостью.Можно список того, что оттуда часто дёргаете?
> По-хорошему, он должен быть прописан только для юзеров в спецгруппе
> типа wheel/root/admin/etc.В альте sudo и так штатно сходит в {/usr,}/sbin, BTW.
> Обычному юзеру нафиг нужен ifconfig, fsck или useradd?
ifconfig "на посмотреть" всё же работает (в сторону: хотя лучше уж сразу ip a); fsck в принципе может пригодиться для образа, но кто такое делает, тот достаточно сообразителен, чтобы добавить /sbin, засунуть на время сессии или постоянно себе в PATH или оскриптовать; useradd не пригодится ни в каком виде.
Какая разница что в общем случае напишет бинарик из sbin обычному юзеру?
В одном случае что его нет в PATH и неплохо бы запустить админом, во втором случае Permission denied. И не надо тут про ifconfig и т.п. - ну посмотрите вы например что интерфейс опущен, но чтобы его поднять все равно придется права получить.
> Какая разница что в общем случае напишет бинарик из sbin обычному юзеру?Разница в скорости поиска исполнимого файла по имени. Чем меньше директорий в $PATH тем быстрее поиск и меньше потребление памяти.
> Разница в скорости поиска исполнимого файла по имени.И в степени захламления пространства имён при использовании автодополнения.
Разница, нарпимер, в том, что ifconfig - самый простой и быстрый способ узнать свои ip. и надо это далеко не только руту. И таких примеров валом - допустим, fdisk можно и для файла образа запустить, как и fsck, роуты глянуть, runlevel глянуть... Это я только бегло по /sbin прошел, ы /usr/sbin наверняка еще веселее
повседневные задачи, ага.
> Да, тоже считаю, что все дистростроители, которые в дефолтном PATH не указывают
> sbin и мне приходится это за них исправлять, страдают жопорукостью.Ну так зачем пользоваться кривыми дистрами?
>Ну так зачем пользоваться кривыми дистрами?Ну ничего, скоро rpm-дистры "подравняют". Остальные тоже подтянутся. /run уже запили в openrc, так что не вижу причин сделать в gentoo остальное. Не говоря уж про arch.
>>Ну так зачем пользоваться кривыми дистрами?
> Ну ничего, скоро rpm-дистры "подравняют".Ну их на с такими подравниваниями. Пусть федористы на себе потестят как оно а мы по количеству визгов посмотрим - надо оно или нет :)
>для работы достаточно будет экспортировать в режиме только для чтения раздел /usrИнтересно, а как чинить если этот раздел не экпортируется? Весь coreutils на /usr который не примонтировался. И что делать?
Поставить Red Hat.
Там починят.
Точно так же, как непримотированный coreutils в /bin раньше.
> Точно так же, как непримотированный coreutils в /bin раньше.Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте расписаться в контракте.
> Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте
> расписаться в контракте.Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры обречены на голодную смерть :)
>> Выездной мастер с гаечным ключем в руке прикрутит. Да, и не забудьте
>> расписаться в контракте.
> Ты с таким ником радоваться должен. Без парней с гаечным ключом дармоеды-манагеры
> обречены на голодную смерть :)Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую зарплату. Да и зарплаты-то не будет.
> Ошибаешься. Без манагеров парням с гаечным ключом негде будет расписываться за получаемую
> зарплату. Да и зарплаты-то не будет.Парни с гаечным ключом и без манагеров не сдохнут. Толпа фрилансеров подтверждает.
купить поддержку у RedHat - там вам за ваши деньги все расскажут и научат.
главное что бы вы деньги заплатили.
> Интересно, а как чинить если этот раздел не экпортируется? Весь coreutils на
> /usr который не примонтировался. И что делать?Fedora уже достаточно давно без /usr не может загрузиться, так что без разницы, в любом случае придется грузиться с LiveUSB. В прошлом обсуждении кстати идея проскакивала, делать бэкап /usr на DVD и в случае проблем монтировать его вместо сдохшего /usr.
А чо сразу все либы в /home не поместить? нафига в /usr? Бекап удобнее. :)
> А чо сразу все либы в /home не поместить? нафига в /usr?
> Бекап удобнее. :)Предлагаю вывалить все в / и запретить создание директорий на уровне ядра. Ну и потом в стиле arisu все разрюхивать встроенным индексатором, во. Юзерам все-равно пофиг на то что там эпичный сральник в / будет.
юзерам действительно пофигу. а ты вот, например, не можешь понять, зачем нужен индексатор, и почему это никак не исключает нормальной файловой системы.
Это как? init=/bin/bash - и то, что ли, не работает?
> Это как? init=/bin/bash - и то, что ли, не работает?А нету bash в бине, только симлинк в никуда! Он-то уже в /usr/bin - а тот еще не примонтирован! Привет Поттеру!
> coreutilsСпециально для таких случаев можно воспользоваться Busybox.
Как вариант - жирный initramfs, в котором "всё включено". Но это имхо тот ещё набор костылей, с которым возни ещё поболее чем с полноценным root-разделом. Вывод: федорасты ошалели.
они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг не отредактировать и сеть не поднять. Все давно смешалось в кучу.
не нужно чуши писать, без /usr всё, почти везде, базовое работает.
Это только в вашей горе федоре так.
> Уже лет 10 как от этого правила отошли в Linux, без /usr сейчас толком даже конфиг
> не отредактировать и сеть не поднять. Все давно смешалось в кучу.У меня альтовский vi прекрасно работает без /usr; сеть надо будет проверить, сходу заметно, что отвалятся ppp*, dvb, openvpn, wlan* и определение воткнутости eth-шнурка.
Может, не надо всю музыку попсой называть так сходу?
> Уже лет 10 как от этого правила отошли в LinuxВот интересно, отошли потому что для этого были какие-то серьёзные причины или потому что тупо FHS непоняли?
Это в вашей федорной горке всё где только можно линкуется с /usr/lib а не с /lib? Ну так сами себе буратины.
> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin - динамически. Вот и вся разница.
>> они какой-то бредятиной занимаются. каталоги не для того были специально разнесены. идиократия
>> какая-то. в /bin системные, в /sbin администратиные, в /usr/bin пользовательские.
> Дилетантский бред. В sbin должны быть статсчески слинкованые бинарники, в bin -
> динамически. Вот и вся разница."Эй, там, на "Беде"! Счастливого плавания!"
(c) А.Некрасов
> Дилетантский бред. В 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.
Вон из профессии!
for file in `find /sbin /bin /usr/bin /usr/sbin -type f`; do ldd $file | grep static; done | wc -l
0
вот вы тут тоже выпендриваетесь, а ведь ещё в FAQ к FHS/FSSTND 1.0 родом из 90х есть вопросы:
1) а не должны ли вещи, вроде mount, cp, sh, gcc быть статичными и лежать в sbin ?
на что ответ: не нужно! и место занимает.
2) а не засунуть ли bin в /usr и сделать symlink'и ?
ответ: тогда и lib совать придётся, а initrd ещё не придумали, по-этому придётся всё равно /sbin отдельно держать, а если что-то накроется - ленно грузить с floppy'ка, лучше в single-user загрузиться.как по мне, дак если у вас в 201x годах бывает ситуация, когда FS с куском системы обломилась, но и не так серьёзно, что простое fsck помогает, то вы делаете что-то не так. тут или всё накроется, или можно полностью всего избежать путём грамотных организаторских мер.
а мысли вот такое, как в теме, учудить существовали уже давно. главным преступлением Поттеринга перед человечеством так и останется pulseaudio.так что, очень вероятно, что всё это федорино горе попадёт в FHS 3.0 в будущем, и писки страдальцев здесь этого не предотвратят, ибо проблемы у них скорее либо надуманные, либо от своих же рук.
> Вон из профессии!Н-да, давайте с таким тоном хотя бы примеры потщательнЕе прорабатывать. :)
> for file in `find /sbin /bin /usr/bin /usr/sbin -type f`; do ldd
> $file | grep static; done | wc -lfind {/usr,}/{s,}bin -type f | xargs ldd | grep -c dynamic
(hint: местный ldd на статические бинарники говорит " not a dynamic executable\n"; остальные изменения -- оптимизация)
Такая команда у меня из 3156 файлов в этих каталогах нашла 877 штук, не являющихся динамическими бинарниками; статических оказалась 21 штука (например, /bin/sln):
find {/usr,}/{s,}bin -type f | xargs file | grep -c statically
PS: если бы я не доверял этим каталогам как источникам имён, то надо было бы find -print0 и соответственно xargs -r0: http://www.altlinux.org/SecurePackagingPolicy#-print0
> Удаление ConsoleKit с целью упрощения управления пользовательскими сессиями (функциональность дублируется с systemd). Обеспечение автоматической настройки multi-seat конфигураций, позволяющих организовать одновременную работу нескольких пользователей за одним ПК (у каждого пользователя свои монитор, мышь и клавиатура).ну да - за вас уже все решили. Вместо готового решения, получится недоделка имени Ленарта..
Полумного "гения" - за которым уже чинили pulseadio - когда оно oss не поддерживало и что сказали? а нафик надо - оно тормозит прогресс!Так что те кто не согласны - сразу становится тормозами прогресса.
Извините, что немного не в тему, но:
Поделки "имени сами знаете кого" (Lennart Poettering) в виде pulseaudio, хоть и стали есть процессорное время меньше в три раза, на Debian testing, но:ситуация - два человека работают за одним компьютером
один запустил ну скажем Rhythmbox, поработал (послушал) немного, вдруг случилась непреодолимая жажда, человек попил - захотелось поспать (упал ;)
другой человек пришел - экран заблокирован - переключить пользователя - вошел под своей учетной записьюА музыка так и играет, как быть?
В pulseaudio не получается отрегулировать звук запущенной другим пользователем задачи.
Или я чего неправильно понимаю, или зачем он (pulseaudio) нужен (наверное, что бы процессорное время есть ;) ?!?!?!?Подскажите, если что!
Не знаю как в дебе, но в горе многопользовательский режим с пульс аудио, отдельным звуком и регулировкой каждого входного\выходного канала стабильно работает с 14 версии.
> Не знаю как в дебе, но в горе многопользовательский режим с пульс
> аудио, отдельным звуком и регулировкой каждого входного\выходного канала стабильно работает
> с 14 версии.Нет, Вы не поняли:
Запущены два приложения проигрывающих звуковые данные, от разных пользователей (на локальном компютере).
Вывод звука один и тот же для всех локальных пользователей этого компьютера.
Как одному пользователю (работающему в данный момент за консолью и прослушивающему звук) отрегулировать уровень звука приложения запущеного другим пользователем?
Первый пользователь даже не видит приложения другого пользователя в списке приложений.
Да, я понимаю, что pulseaudio запущено у каждого под своей учетной записью, НО:
http://ru.wikipedia.org/wiki/PulseAudio
- гордое название - кроссплатформенный звуковой сервер
плюс
ВозможностиРаздельная установка уровней громкости для разных программ.[1]
Возможность работы с несколькими источниками и приёмниками звука.
Эффективный микшер, даже для звуковых плат без микшера, предотвращающий «монополизацию»/«кражу» звукового устройства отдельной программой.Да, запущен не из под root (может и хорошо ;), может DBUS не помогает, может я чего недопонимаю.
В общем - хотели как лучше, получилось pulseaudio!
Hello, Lennart Poettering!
>Подскажите, если что!Что-то не могу придумать ответ вот так сразу… Скажите, а нет ли примеров без приземления тарелок из системы Тау Кита, открытия портала в параллельный мир и появления йети-хакеров верхом на динозаврах и тому подобных явлений? Что-нибудь из повседневных задач?
Я сам PA не люблю, просто пример несколько странный, на мой взгляд.
Кстати о пулсе.... Я тут пару месяцев назад заметил что у меня музон как-то не очень вкусно на ноуте играет. Но - играет на оба динамика.Ну снес я пульс от безисходности (ну немо никак понять что-как) и вот тут наконец без него обнаружилось что алса настроена была у меня неверно. А пульс вместо того что бы громко в лог об этой кричать просто сглаживал "остро-аппаратные углы" и из двух каналов делал пять!
То есть вместо ситуации "либо работает хорошо, либо никак" я получал "работает как-то так"
С тех пор пулса у меня в системе нет.
А теперь о сабже: идея глючная - это однозначно. А в исполнении пулс-мастера Поттеринга еще и глучно-пугающая. А самое паршивое в том, это далеко не только "Федорино горе", - это горе всеобщее, поскольку красная шапка ее хочет пропихнуть в майнстрим. И я очень и очень надеюсь что остальные дистростроители (особенно арч и гента!) не поведуться как корюшка на паралон.
P. S.
Сам сижу на suse+qtile+gtk+qt-gnome-kde-pulse и меня терзают смутные ощущения, что из этого уравнения мне скоро придется вычитать suse
позабавило: 2012-02-07 - Feature Freeze.btrfs в федоре не нужон fsck - или за два месяца он вдруг волшебно появится? ппц прогресс, за таким точно не угонишся.
> позабавило: 2012-02-07 - Feature Freeze.
> btrfs в федоре не нужон fsck - или за два месяца он
> вдруг волшебно появится? ппц прогресс, за таким точно не угонишся.Крис его и без волшебства вполне может дописать за оставшееся время.
> Крис его и без волшебства вполне может дописать за оставшееся время.Как Никита Сергеич - все грозится показать... кузькину мать...
Если исходить из подобного срока и предыдущих обещаний Криса - он уж "дописал" его раз шесть.
>> Крис его и без волшебства вполне может дописать за оставшееся время.
> Как Никита Сергеич - все грозится показать... кузькину мать...Она была показана http://nuclear.fatal.ru/greatestnuke.html, в отличии от удвоения ввп и каждому по квартире к 2000.
> Если исходить из подобного срока и предыдущих обещаний Криса - он уж
> "дописал" его раз шесть.Не только в fsck дело, там еще базовые вещи не готовы, надеюсь успеют.
Альфатестерам не нужен fsck
> Альфатестерам не нужен fsckТак я не вижу альфа-тестеров - ибо "опыт" локаладминов чуть менее чем полностью неинтересен в сфере применения RHEL. Или RH прицелилась на рынок десктопов?
ты, главное, продолжай в это верить.
> ты, главное, продолжай в это верить.Во что именно? Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический факт.
> Во что именно? Невозможность тестирования чего-либо полезного админами локалхоста - эмпирический
> факт.угу-угу. например, на хомячках невозможно оттестировать btrfs, да.
> угу-угу. например, на хомячках невозможно оттестировать btrfs, да.Точняк, давайте ее сразу на энтерпрайзах затестим. For teh epic lulz! :D
Зато будет отдебажено ударными темпами.
да где угодно пусть тестят, их дело. смогли убедить лохов бесплатно тестить то, что потом будут продавать — молодцы, чо. бесплатно поработать на дяденек — это же типа круто, наверное.
> угу-угу. например, на хомячках невозможно оттестировать btrfs, да.да.
>> ты, главное, продолжай в это верить.
> Во что именно? Невозможность тестирования чего-либо полезного админами локалхоста -
> эмпирический факт.Как админ в т.ч. и локалхоста -- не могу согласиться, порой получалось что-то выловить.
PS: :)
Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит и он пойдет в массы. Я даже спасибы скажу тем кто своими трупиками данных проложит дорогу к счастью.А вот перенос всего в /usr... хм, им там что, заняться больше нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости?
Предлогаю не мелочиться слить все в /usr/local/share/bin, /usr/local/share/sbin, ... а лучше вообще воткнуть симлинк с бесконечной рекурсией, и пусть эти чертовы юзеры подавятся, кому /usr, кому /usr/bin, кому /usr/bin/bin/bin/bin/bin/bin... :)))
/usr/local/share/bin/LennartPoettering
> /usr/local/share/bin/LennartPoetteringТогда уж s/tP/t\\ P/
> А вот перенос всего в /usr... хм, им там что, заняться больше
> нечем, только иерархию дай поперетряхивать с риском найти 100500 грабель совместимости?предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
ну вроде как не очень понятно, как работать в однопользовательском режиме, если /usr не смонтировался.
> ну вроде как не очень понятно, как работать в однопользовательском режиме, если
> /usr не смонтировался.попробуй прям щас "поработать" без усра - сильно удивишься.
Ну да в федорке не работает, в отличие от нормальных дистрибов.
> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.Предвижу море глюков у софта (например для создания бэкапов) который явно отличает симлинки от дир.
>> предложи хотя бы один сценарий при котором предложенные изменения ломают совместимость.
> Предвижу море глюков у софта (например для создания бэкапов) который явно отличает
> симлинки от дир.во-первых - далеко не весь бэкапный софт именно тка настроен по-умолчанию, а во-вторых - ничто не мешает перенастроить его.
> во-первых - далеко не весь бэкапный софт именно тка настроен по-умолчанию, а
> во-вторых - ничто не мешает перенастроить его.В третьих, как системный администратор, я в гробу видал много гемора неизвестно ради чего.
> Btrfs - круто, наконец то групка камикадзе^W извините, летчиков-испытателей его оттестит
> и он пойдет в массы. Я даже спасибы скажу тем кто
> своими трупиками данных проложит дорогу к счастью.Вы думаете, локалхост-админы сумеют что-то оттестить? :)
>Вы думаете, локалхост-админы сумеют что-то оттестить? :)А что, дядьки с продакшеном загорелись желанием тестить btrfs?
> А что, дядьки с продакшеном загорелись желанием тестить btrfs?Ну, она нацелена на решение некоторых их проблем. Так что
попробовать имеет смысл - и вот такой опыт _будет_ полезен.А то, что васе пупкину сделают / на btrfs - он
либо а) не заметит, либо б) скажет федора - глючит и уйдет
на арч/генту/висту/younameit
> Ну, она нацелена на решение некоторых их проблем. Так что
> попробовать имеет смысл - и вот такой опыт _будет_ полезен.Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном энтерпрайзе ставить, если не ссыкотно. Более чем велкам :)))
> Вперед на мины. Меньше слов, больше дела. Да, мне тоже нужна эта
> файловая система. Поэтому можете хоть на стодисковое хранилище в своем уютном
> энтерпрайзе ставить, если не ссыкотно.Не передергивайте. Никто без нормального тестирования
ничего никуда не ставит. Просто не путайте оное с использованием
btrfs всякими хомячками. От последнего - толку нуль.
вот Fedora 16 точно очень хорошо работает, они ребята молотци
> вот Fedora 16 точно очень хорошо работает, они ребята молотциПрисоединяюсь, со свежим обновлением xorg-x11-drv-ati вообще ненарадуюсь.
Они что там все, с дуба рухнули? /{s,}bin -> /usr? Я думал, это шутка такая у Леннарта была...
Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть на /etc в linux.
А на /usr/local/etc не страшно ?
Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя на рабочей станции конечно много, но тоже терпимо.
> Не страшно, поскольку в большинстве случаев там лежит то, что ставил. Хотя
> на рабочей станции конечно много, но тоже терпимо.да не так уж и много. установлены: 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.7, веб-сервер:
> # ls /etc/|wc -l
> 220ls /etc/*.rpm* | wc -l покажите ещё на всякий (хотя цифры для сервера скорее типичные).
PS: (задумчиво) То есть юникс с какой-нить древней ленты с ещё более компактным /etc по такой логике "ещё круче", чем FreeBSD, получается?..
А что там не так? Там лежат только конфиги установленного тобою софта.
у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается.
> у Fedorra и FreeBSD кол-во софта поодержимоего разработчиком дистрибутива сильно отличается.Вы хоть поняли чего ляпнули? Почти весь софт, кроме Oracle,Java и пары других, поставляются как в пакетах, так и сырцах. Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет.
Есть ПО Linux-only, но его не так много, чтобы веревку мылить начинать.
> Вы хоть поняли чего ляпнули?Да
> Разница лишь в том, что для Linux есть готовые собранные пакеты(спорное утверждение), а BSD сам из сырцов соберет.Нет. Поддержка разработчиками дистрибутива это не только предоставление пакетов, но и подеожржание совместимоти всех пакетов между собой, обеспечение стабильной работы пакетов между собой, быстрое исправление ошибок (иногда методом бэкпорт). Во FreeBSD по сути поддерживается только kernel и world.
> Как человеку использующему FreeBSD мне это кажется дикостью. В корневом разделе должна
> лежать сама система и набор компонентов, поддерживаемый командой разработчиком. Всё остальное
> должно лежать в /usr/local чтобы не замусоривать базовую систему. Страшно смотреть
> на /etc в linux.Поддерживаю. Насколько просто сделать архив /usr/local, а потом развернуть в новом месте.
> Насколько просто сделать архив /usr/local, а потом развернуть в новом месте.На линуксовых серверах весьма удобно таскать контейнеры аки чемоданчики -- за ручку. :)
> Как человеку использующему FreeBSD мне это кажется дикостью.В ней своей дикости хватает.
Я вот не пойму людей! Что нового не придумают - сразу в штыки!!!
Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые идеи. Да, возможно некоторые из них это ошибка, НО никто не говорит почему это плохо - только куча пустых слов...Иногда складывается такое мнение, что выскочки, которые говорят все новое плохо - это пиар от известных компаний. Как политика,- херню говорят, а большинство ведутся... Так и здесь манипулируют сообществами чтобы не было развития у всем известных систем.
> Я вот не пойму людей! Что нового не придумают - сразу в штыки!!!Потому что гемор на ровном месте - галимые "инновации".
> Все плохо оставьте как было!!! Прогресс - появляются новые далеко не глупые
> идеи. Да, возможно некоторые из них это ошибка, НО никто не
> говорит почему это плохо - только куча пустых слов...Я элементарно не вижу, в каком месте от тасовки бинарей по папкам наступает EPIC WIN, отмазки федористов больше похожи на оправдание своей жопорукости и кривизны пакетных манагеров, так что их вообще посещает столь дикая идея как синкать диры по сети вместо того чтобы предоставить пакетному манагеру синкать наборы пакетов воткнутых 1 метапакетом типа "нащ_ынтырпрайзный_спецпакет_со_всеми_плюшками_блаблабла".
Почитал и саму новость и кучу комментариев о том что это бред.
И вот задался вопросом, те кто поливают это все грязью хоть раз ставили Fedora 16? Хотя бы поднимали пару бездисковых рабочих станций? Хоть раз на Fedora 16 использовали плагин yum-fs-snapshot?
Если нет, то все эти красноглазые анонимусы, которые и видят что редхат гребет только деньги за свои продукты, могут идти лесом и кричать это все на ЛОРе, там хоть публика как раз для них.
Для того что бы понять в чем здесь плюсы и минусы, надо поработать с этой системой не как тупой пользователь с мышкой в руках, а как нормальный администратор. Только тогда можно о чем-то говорить,
Из всего здесь сказанного никто не смог привести ни одного аргумента, который бы на 100% говорил что это только один большой минус. (по поводу того что /usr не монтируется в single mode, он там и не нужен, всю жизнь /usr выношу на отдельную партицию или том, и ничего). А я в отличие от кричащих анонимусов могу сказать чем профит. Например тот же плагин yum-fs-snapshot, я его попытался использовать, штука хорошая, но при обновлении она мне создает snapshot не толь ко /usr но и / и /var и даже /tmp. А не против что бы при тестовом обновлении у меня создавался snapshot только /usr и приведенная схема как раз отвечает этим требованиям.
В корне должна лежать БАЗОВАЯ система которая не должна требовать бекапа. Это значит что там должны присутствовать только компоненты необходимые для старта, административных задач и экстренного обслуживания системы. Нет необходимости делать бекап корня, его можно восстановить из установочного образа системы за пару минут.
Ну ну!
а теперь на чем вы там сидите из линухов, сделайте апдейт системы и посмотрите какие файлы изменились, желательно что бы обновились именно системные компоненты, я посмотрю как у вас не изменится корень, где валяется тот-же bin и sbin. Ну или сделайте snapshot / и обновите. а потом посмотрите сколько будет занимать snapshot.
Ты так и не понял о чем я тебе сказал.Мне не должно быть никакого дела что лежит у меня в корне за исключением того факта что, с помощью этого софта я могу запустить систему и/или провести ее обслуживание. В идеале мне должно быть наплевать даже на то из какого дистрибутива базовая система.
В случае если система дискредитирована по любой причине я ОБЯЗАН начать использовать ДОВЕРЕННЫЕ компоненты, т.е не те которые находятся у нее в корне (ядра это тоже касается).
> сделайте апдейт системы и посмотрите какие файлы изменилисьosec справляется.
Ну у меня сейчас Fedora16 на основной системе.
Благодаря ей я знаю, что:
1. Поттеринг — фанат solaris, егойный systemd ну очень похож на OpenSolaris`овский svcadm, только куда запутанней, ибо оперирует юнитами, а не сервисами.
2. А вот OpenAL ему малоинтересен — упоминания PulseAudio надо вычистить из openal`овского конфига.
3. У Поттеринга на компе есть вот такой каталог:
/home/lennart/projects/systemd
4. Я крепко подумаю, стоит ли мне переходить на следующие версии Fedora. Не был уверен, что перейду на 16-ю, но вот перешёл. Однако бинарные логи я точно видеть не хочу.
Попытка - не пытка. Не нравится - не используй. Благо других дистров хватает. Или собирай сам что хочешь.
Написавшему под ником "алексей" на неделе (не понял, по какой причине удалили):
> альтовцы гиганская просьба.Пожалуйста не вводите этот бред у себя. МОЛЮ!См.:
http://lists.altlinux.org/pipermail/devel/2011-December/1927... ("новомодной")
http://lists.altlinux.org/pipermail/devel/2011-December/1927...