LINUX.ORG.RU

Что нового будет в третьей версии Filesystem Hierarchy Standard?

 


0

1

На сайте linux.com появилась небольшая статья, описывающая грядущие изменения в стандарте отвечающем за иерахию файловой системы в Unix-системах.

Коротко о планируемых изменениях в Filesytem Hierarchy Standard 3.0:

  • Появление каталога /run для размещения там необходимых при запуске системы файлов, таких как PID процессов или информацию о сессиях пользователей. Каталог /var/run с этого момента становится символической ссылкой на /run. Причиной побудившей к такому шагу является то, что каталог /var, как правило, выносится на отдельный раздел, так как там хранятся журналы, кэш почтовых и веб-серверов, который монтируется при загрузке в последнюю очередь. Впрочем, дискуссия касательно данного решения всё ещё идёт.
  • Игры планируется размещать по следующей схеме: /usr/bin для бинарных файлов, /usr/share для ресурсов игры и /var/lib для тех компонентов, которые должны быть доступны на случай наличия нескольких учётных записей в системе. Старая схема предполагала размещение игр и их компонентов в отдельных каталогах /usr/games и /var/games.
  • Директория для SELinux из корневого каталога /selinux будет перемещёна в /sys/fs/selinux.
  • Директории для старых версий X-сервера, вроде /usr/X11R6 и прочих ранее используемых мест в файловой системе будут удалены из стандарта за ненадобностью. Связано это с тем, что x.org прочно вошёл в жизнь как пользователей, так и администраторов unix-подобных систем, поэтому надобность в поддержке в старой версии подсистемы X отпала. Из старых, но до сих пор не вошедших в стандарт вещей, в настоящий момент обсуждается внедрение отдельных каталогов для 32-х и 64-х разрядных библиотек (/lib и /lib64 соответственно). Что позволило бы использовать дистрибутивы Linux на компьютерах со смешанной архитектурой. Проблема была поднята разработчиками дистрибутива Debian. Интересующиеся подробностями технологии могут сходить на нужную wiki-страницу.

Такой же нерешённой проблемой остаётся определение размещения специализированных директорий, необходимых для хранения конфигураций рабочего пространства пользователя в графических окружениях вроде KDE. Также обсуждается точное функциональное назначение каталога /srv.

Ещё одно обсуждение касается разделения каталога /var на несколько субдиректорий для разделения данных разного рода. К примеру, сетевые каталоги вынести в /export.

С принятием новой версии стандарта планируется оживить дискуссию со всеми участниками Unix-мира (например, разработчиками BSD-систем), которые практически отстранились от участия в разработке стандарта с момента утверждения FHS версии 2.3.

новость взята с linux.ru

>>> Подробности

★★★★★

Проверено: Dimez ()
Последнее исправление: JB (всего исправлений: 14)

Ответ на: комментарий от Un

> Типа, «ты тварь дрожащая, лишнего каталога создать не смей»?

пфхахах. С такими наклонностями - на венду.


Школьник, иди в опу. На своей личном локалхосте усоздавайся каталогов. А FHS это стандарт на размещение файлов от топ кластеров до эмбеда, согласованный с огромным количеством вендоров, дистрибьюторов и системных интеграторов. Overengineering как от домашних узеров так и от кого либо еще тут нафиг не нужен.

kernel ★★☆
()
Ответ на: комментарий от Un

> Штойта?

То есть сам FHS о котором сабж и о котором идет спор (и раздел которого можно почитать по линку) ты не читал... Понемаю ... :D

kernel ★★☆
()
Ответ на: комментарий от Un

> Это опенсорс, детка. Надо будет - сделаем свой стандарт, а FHS

отправится в опу.


Денисик Попов, ты опенсорс то с идиотизмом не путай. Это совсем разные вещи, как бы буйным реформаторам на ЛОР не хотелось бы думать :D

kernel ★★☆
()
Ответ на: комментарий от Un

Монтированием корня в ro?

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

изврат с постоянным перемонтированием при установке/удалении/обновлении пакетов.

Да вот, пожалуйста

mount -u /usr

И обновляйся после этого сколько хочешь.

portsnap fetch update
portupgrade -akO

JJackFLASH ★★
()
Ответ на: комментарий от JJackFLASH

>Это по крайней мере оберегает важнейший раздел системы от непоправимой порчи, после которой обычно следует переустановка или восстановление из резервных архивов

Семь лет пользуюсь Линуксом, ни разу такого не было. Может, стоит перемонтировать руки с правильными опциями?

Да вот, пожалуйста

Я и говорю - изврат.

Un
()
Ответ на: комментарий от Un

Семь лет пользуюсь Линуксом, ни разу такого не было

Один раз случится.

Я и говорю - изврат.

Забота о своей системе не изврат.
Скорее тебе не следует быть рутом.

JJackFLASH ★★
()
Ответ на: А чем плохо валить все на 1 раздел? от JJackFLASH

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

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

/ и /usr монтировать в режиме чтения? привет обновлениям :)

farafonoff ★★
()
Ответ на: комментарий от farafonoff

Важнейший раздел домашней системы - /home. Серверной - /var.

Вот, полюбуйся.

Enter full pathname of shell or RETURN for /bin/sh:                             
# mount -a -t ufs                                                               
WARNING: /home was not properly dismounted                                      
WARNING: /var was not properly dismounted                                       
# df                                                                            
Filesystem  512-blocks     Used    Avail Capacity  Mounted on                   
/dev/ad0s1a    2025948   476208  1387668    26%    /                            
devfs                2        2        0   100%    /dev                         
/dev/ad0s1e   99167508 71620084 19614024    79%    /usr                         
/dev/ad0s1f   43317596 35718672  4133520    90%    /home                        
/dev/ad0s1d    4052060   521376  3206520    14%    /var                         
# umount /home                                                                  
# umount /var                                                                   

И еще вот. Только что проверил «важнейший раздел» домашней системы /home

INCORRECT BLOCK COUNT I=943566 (240 should be 208)                              
CORRECT? yes                                                                    
                                                                                
** Phase 2 - Check Pathnames                                                    
** Phase 3 - Check Connectivity                                                 
** Phase 4 - Check Reference Counts                                             
** Phase 5 - Check Cyl groups                                                   
FREE BLK COUNT(S) WRONG IN SUPERBLK                                             
SALVAGE? yes                                                                    
                                                                                
SUMMARY INFORMATION BAD                                                         
SALVAGE? yes                                                                    
                                                                                
BLK(S) MISSING IN BIT MAPS                                                      
SALVAGE? yes                                                                    
                                                                                
23732 files, 8928694 used, 1900705 free (4241 frags, 237058 blocks, 0.0% fragmen
tation)                                                                         
                                                                                
***** FILE SYSTEM MARKED CLEAN *****                                            
                                                                                
***** FILE SYSTEM WAS MODIFIED *****                                            

После недавнего перебоя электросети.

JJackFLASH ★★
()
Ответ на: комментарий от eugene2k

>Хочешь общие папки - man chmod.
Я не хочу давать другим юзерам даже +x на ~.

mount --bind тебе в помошь.

А это может сделать только рут, емнип.
Это и называется однопользовательской системой.

x3al ★★★★★
()
Ответ на: комментарий от Un

> > кто ты такой чтобы засирать стапятистами директориями пакетов корень на уровне стандарта

Типа, «ты тварь дрожащая, лишнего каталога создать не смей»? пфхахах. С такими наклонностями - на венду.

Двачую.

geekless ★★
()
Ответ на: комментарий от kernel

> создающий под chroot/namespace нужный набор версий софта.

Ты совсем ударенный? Я и пишу о универсальном менеджере пространств имён, если до тебя до сих пор не дошло.

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

Внезапно, чтобы любые версии пакетов были _заведомо_ совместимы, нужно, как минимум, гарантировать, что они не пересекаются по установочным путям. И в тот момент, когда мы этот осознаем, FHS превращается, превращается... в тыкву. :D

geekless ★★
()

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

farafonoff ★★
()
Ответ на: комментарий от kernel

А FHS это стандарт на размещение файлов

Ололошенька, открой уже свою любимую FHS и прочитай:

it is primarily intended to be a reference and is not a tutorial on how to manage a Unix filesystem or directory hierarchy.

This standard enables:
Software to predict the location of installed files and directories,
and
Users to predict the location of installed files and directories.

Еще один неистовый критик-нечитатель завелся в треде. Ну как тут не вспомнить:

Он пришёл с лицом убийцы,
С видом злого кровопийцы,
Он сказал, что он мой критик
И добра желатель мой,
Что ему, мол, штиль мой низкий
Эстетически неблизкий,
Я фуфло, а он - Белинский,
Весь неистовый такой.

Школьник, иди в опу. На своей личном локалхосте усоздавайся каталогов. А FHS это стандарт на размещение файлов от топ кластеров до эмбеда, согласованный с огромным количеством вендоров, дистрибьюторов и системных интеграторов. Overengineering как от домашних узеров так и от кого либо еще тут нафиг не нужен.

Какой показательный баттхерт религиозного фанатика. Ты, небось, и мозоли ешь, а по ночам на распечатку POSIX молишься?

geekless ★★
()
Ответ на: комментарий от geekless

> Ты совсем ударенный? Я и пишу о универсальном менеджере пространств

имён, если до тебя до сих пор не дошло.


Ты об этом тоже пишешь. И ради этого У.М.П.И. ты собираешся...

И в тот момент, когда мы этот осознаем, FHS превращается,

превращается... в тыкву. :D



... переделать fhs. Который тут совершенно не при чем.

Так вот, удареный тут - ты. Убей себя об стену уже.

Внезапно, чтобы любые версии пакетов были _заведомо_ совместимы,

нужно, как минимум, гарантировать, что они не пересекаются по


установочным путям



Вот у меня в системе еще стопятсот лет назад стояло несколько версий gcc. В том же fhs. И им ничего не мешало. Так как это задача (чтобы не мешало) не fhs а дистрибьюторов.

Более того, у меня есть спопитсот разных инсталляций где я просто ставлю в chroot или в vps разные версии дистрибутива(ов). Так как если можно 10гб выделить на /tmp то выделить на виртуалку гиг и там собрать нужное окружение еще проще. И никаких переделок fhs, опять же.

kernel ★★☆
()
Ответ на: комментарий от kernel

> ты собираешся...

... переделать fhs

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

geekless ★★
()
Ответ на: комментарий от geekless

> Ололошенька, открой уже свою любимую FHS и прочитай:

Ты что этим сказать то хотел, Дениска Попов? Что можно необязательно по fhs файлы пихать или что вообще? Мой пойнт был в том что FHS касается самого широкого класса систем. «мой любименький локалхост» проблемкам там не место, совсем. Проблемкам «я хочу себе суперпупер фичу» тоже.

Какой показательный баттхерт религиозного фанатика. Ты, небось, и

мозоли ешь, а по ночам на распечатку POSIX молишься?



Юноша, вот вы сейчас выкобениваетесь, а потом заплачете и сбежите с ЛОР с криками «лор неторт, лор неторт».

kernel ★★☆
()
Ответ на: комментарий от kernel

> Юноша, вот вы сейчас выкобениваетесь, а потом заплачете и сбежите с ЛОР с криками «лор неторт, лор неторт».

У вас всё еще не закончились галлюцинации? Сочувствую.

geekless ★★
()
Ответ на: комментарий от geekless

> Точно религиозный фанатик. Ты может из своего воспаленного сознания

еще и пруфы выудишь, что я аргументирую за переделку FHS? Или

перестанешь ловить глюки и почитаешь всё-таки тред?



«И в тот момент, когда мы этот осознаем, FHS превращается,
превращается... в тыкву. :D»(C)

Я внимательно слушаю тебя, на что именно тут ты агитируешь. fhs превратился в тыкву. «Что делать»(C) Переделывать fhs ты утверждаешь ты не хочешь. Так что же?

kernel ★★☆
()
Ответ на: комментарий от farafonoff

> Сходи в любой магазин бытовой техники и купи там упс за 2000 рублей, честное слово.

Как спасет упс от порчи fs от хардварного зависания? Или от жестоко софтварного?

kernel ★★☆
()
Ответ на: комментарий от geekless

Тут ты планируешь переделать fhs

http://www.linux.org.ru/jump-message.jsp?msgid=6567793&cid=6570380

Ниже тебе не нравятся /media и /mnt и ты тоже планируешь переделать fhs

Ну и зачем ты мне гнал что переделать fhs ты не планировал? :D

kernel ★★☆
()
Ответ на: комментарий от kernel

> Тут ты планируешь переделать fhs
http://www.linux.org.ru/jump-message.jsp?msgid=6567793&cid=6570380

man обратная совместимость
man подмножество

Ниже тебе не нравятся /media и /mnt


/media


Мне не нравятся идиоты, пытающиеся выставить /media/* точками монтирования для дискет^Wвнешних накопителей. А что? У тебя вызывают приступы религиозного баттхерта любые мнения, отличные от собственного, единственно верного?

/mnt


Откровенное 4.2.

и ты тоже планируешь переделать fhs


Я к чувакам, занимающимся стандартизацией, никакого отношения не имею. Так что «планировать переделать fhs» не могу в принципе. Впрочем, если бы я к ним относился, то ты бы молился на меня, как на светоч истины, несущий невежественным линуксойдам следующую версию Непогрешимой Иерархии Каталогов.

Вывод: либо невероятной толщины тролль, либо верующий фанатик. А заигнорю-ка я тебя, добрый молодец, притомил ты меня своим тупаком.

geekless ★★
()
Ответ на: комментарий от geekless

> man обратная совместимость

man подмножество


И при чем тут этот ман? Опять у тебя «мне не нужен /bin давайте его уберем». Личное убожество выдаешь за «современную ситуацию».

Мне не нравятся идиоты, пытающиеся выставить /media/* точками

монтирования для дискет^Wвнешних накопителей.



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

А что? У тебя вызывают

приступы религиозного баттхерта любые мнения, отличные от


собственного, единственно верного?



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

Так что «планировать переделать fhs» не могу в принципе.


Можешь. Так же как я могу планировать полететь на луну - то есть с низкими шансами осуществления плана.

А заигнорю-ка я тебя, добрый молодец, притомил ты меня своим тупаком.


Хохохо. Слив засчитан.

kernel ★★☆
()
Ответ на: комментарий от Un

> Это опенсорс, детка. Надо будет - сделаем свой стандарт, а FHS отправится в опу.

ROTFL. Кто сделает, Un, geekless и farafonoff? Три богатыря опеснорса епт %)

tailgunner ★★★★★
()
Ответ на: комментарий от Un

>>> Это опенсорс, детка. Надо будет - сделаем свой стандарт, а FHS отправится в опу.

ROTFL. Кто сделает, Un, geekless и farafonoff? Три богатыря опеснорса епт %)

Да хотя бы и мы

Тогда я спокоен за будущее FHS.

а что?

Ровно ничего. В смысле «вы ничего не сделаете».

tailgunner ★★★★★
()
Ответ на: комментарий от kernel

>Как у тебя софт-рейд защитит от глюка при ресете и прочем сбое не на уровне чисто винта?

На. Защайся от глюков при ресете и прочих сбоях не на уовне чисто винта. http://www.google.md/search?aq=1&oq=versioned+filesystem&sourceid=chrome&clie...

eugene2k
()
Ответ на: комментарий от x3al

>Я не хочу давать другим юзерам даже +x на ~. А, ну да, ведь дать им доступ в подпапку в хомяке невозможно.

А это может сделать только рут, емнип.

Хм. И правда. Все прогрессивные фичи у линукса по ходу только рут может сделать. Что private namespaces, что байнды... Превратили ядро в свалку.

eugene2k
()
Ответ на: комментарий от eugene2k

> На. Защайся от глюков при ресете и прочих сбоях не на уовне чисто винта

Ты осознаешь что версионные файловые системы для линукса в настоящий момент далеки от сколько нибудь production use?

Ты понимаешь что версионные системы борятся за надежность *одним* способом а монтирование /usr в ro *другим* способом? И что для *одних* случаев оптимальней *один* способ а для других - *другой*? И что способу «/usr в ro» уже лет больше чем тебе и он вылизан буквально до совершенства?

PS
Или мне опять объяснять очевидные вещи админам с менталитетом воспитанным локалхостом?

kernel ★★☆
()
Ответ на: комментарий от Un

> Почему ты так думаешь?

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

kernel ★★☆
()
Ответ на: комментарий от kernel

Посмотрим правде в глаза. Если собирать комп не на помойке, хардварных зависаний не будет. Этот свой комп я купил 5 лет назад, и он ни разу жестко не зависал. Софтварные зависания - проблема линупса. Я половину времени сижу на винде половину на линуксе, и зависали у меня только атишные дрова в линуксе.

Серваки на работе (линукс) работают с аптаймами 3 года, от переезда до переезда.

farafonoff ★★
()
Ответ на: комментарий от kernel

способ /usr в ro бессмысленный, потому что если файл не открыт на запись, то какого хера он повредится. А если его _можно_ перемонтировать в ro, значит его никто и не пытается открыть на запись. Таки заливали мне на сервак руткит, да. Путь был очень простой: нашелся юзер, который поставил слабый пароль, пароль подобрали и залили 0-day exploit для поднятия прав. Как же я его вычистил? я переустановил ВСЕ пакеты на системе. Пакетный менеджер трудился целый час, в итоге восстановил все включая ядро с модулями. велика блин проблема, да.

farafonoff ★★
()
Ответ на: комментарий от kernel

Тут была речь о монтировании хомяка, а не /usr. И намек был на использование системы в домашних условиях. Я понимаю, интерфейс неудобный, нить дискуссии сложно потерять.

eugene2k
()
Ответ на: комментарий от eugene2k

> Тут была речь о монтировании хомяка, а не /usr

Специально прочитал всю нитку. Нету там никаких указаний на то что речь о монтировании хомяка. Спор вообще начался с /media .

«Валишь на 1 раздел и рабочие файлы, и личные данные, и файлопомойку? Не удивлюсь, если у тебя и хомяк на том же разделе, что и корень системы. » сказал про тебя гиклес. Ну что, валишь в одну кучу? :D

kernel ★★☆
()
Ответ на: комментарий от farafonoff

> способ /usr в ro бессмысленный, потому что если файл не открыт на

запись, то какого хера он повредится.


Применяем вашу логику к разделу «все кроме home» и внезапно обнаруживаем что она неверная. файлы в rw могут быть не открыты а повредится могут. угодай почему, ага.

Вообще, внезапно, это от файлухи зависит. Гарантией того что диск не изменяется является его примонтирование в ro.

Таки заливали мне на сервак руткит, да. Путь был очень простой:

нашелся юзер, который поставил слабый пароль, пароль подобрали и


залили 0-day exploit для поднятия прав. Как же я его вычистил? я


переустановил ВСЕ пакеты на системе. Пакетный менеджер трудился


целый час, в итоге восстановил все включая ядро с модулями. велика


блин проблема, да.



То есть вам попался вирус-руткит плохо скрывающий свое присутствие в системе. Понемаю. Если вы вспомните времена dos вы также должны были помнить множество вирусов которые ничем подобным не удалялись. Резидентами висели, сволочи, и при попытке заменить файл на «чистый» меняли обратно на зараженный.

kernel ★★☆
()
Ответ на: комментарий от farafonoff

> Посмотрим правде в глаза. Если собирать комп не на помойке,

хардварных зависаний не будет.


Что, даже если молния ударит ... рядом? :D Или когда вентилятор встанет отработав гарантию? Где вы такие компы покупаете? И самое главное, вы случайно, не говорите-ли, их покупая, «да, любых денег на xxx не жалко» ? :D

Этот свой комп я купил 5 лет назад, и он ни разу жестко не зависал.


Это ваши личные радости жизни.

Софтварные зависания - проблема линупса. Я половину времени сижу на

винде половину на линуксе, и зависали у меня только атишные дрова в


линуксе.



Вообще какая то странная аргументация. Мы тут на линуксе. Собираем из линукса и всякого софта системы. Линукс обладает дополнительным инструментом позволяющим использовать bleeding edge версии софта и линукса, так как есть дополнительные механизмы защиты от сбоев.

Серваки на работе (линукс) работают с аптаймами 3 года, от переезда до переезда.


Ну мы тут все рады за вас. А у гугла в каждом датацентре постоянно выходят из строя компутеры. Даже статистику позволило набрать на тему надежности не-брендованного железа :D

kernel ★★☆
()
Ответ на: комментарий от kernel

Сначала понятно дело вычищается из памяти. Да и «вирусы» эти были ужасны. Куча кода на перле, питоне, баше + большой набор нативных бинарей собранных для i386

farafonoff ★★
()
Ответ на: комментарий от kernel

Если молния ударит рядом, ro может и не спасти.

грозы у нас бывают регулярно, ни разу ничего такого небыло. Пару раз свет мигал во время грозы, но упс спас.

Берется просто не самое дешевое железо. Берем матери и видим группы за 700 рублей, 1,5к и >2к и берем за 1,5к. Работает до полного морального устаревания.

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

farafonoff ★★
()
Ответ на: комментарий от kernel

И да, у гугла чаще всего летят винты. Если у тебя сломался винчестер, ro или не ro уже не важно, бэкапы тебя спасут.

farafonoff ★★
()
Ответ на: комментарий от farafonoff

> Сначала понятно дело вычищается из памяти. ...

И мы приходим к тому что если у вас корпоративный десктоп в удаленном офисе, то правильно заблокированый /usr дает вам возможность залогинится в систему, в которой зло в таких условиях, что злу не позволено скомпрометировать возможности админа ( и защитного ПО) обнаружить и убить это зло. Удаленно. Например сидит внутри пространства юзера, позволяя работать софту по детекту этого самого зла.

Понятно что и тут гарантий 100% никто не дает, но вот от 99% случаев подобный подход помогает.

kernel ★★☆
()
Ответ на: комментарий от kernel

Если практика перемонтирования в ro будет сколько-нибудь массовой (например, опцию добавят в основные дистрибутивы), то в Зло добавят строчку mount /usr -o remount,rw. Следующий закономерный ваш шаг - записывать образ системы на dvd или на флэшку с рычажком защиты от записи.

farafonoff ★★
()
Ответ на: комментарий от farafonoff

> Если практика перемонтирования в ro будет сколько-нибудь массовой

(например, опцию добавят в основные дистрибутивы), то в Зло добавят

строчку mount /usr -o remount,rw. Следующий закономерный ваш шаг -


записывать образ системы на dvd или на флэшку с рычажком защиты от


записи.



А можно еще в смарт винте на ro ЕМНИП поставить. А с dvd не следующий шаг, это уже есть такой шаг. Это раз. Два - если в системе можно просто так перемонтировать в rw это конечно большой прокол. Но это обыкновенное соревнование «щита и меча». При чем запретить mount /usr -o remount,rw можно множеством способом и на каждый злу придется искать контрмеры.

Дело не в том что какую то конкретную меру можно обойти. Дело в возможностях в области построение компьютерных систем. Хоть кластерных хоть телефонов хоть тостеров. Возник fhs (точнее его предтечи) в ходе эволюции, когда юникс применяли в разных условиях. Другие системы где fhs «не такой» чаще всего просто не пытались применить в том же разнообразии условий что и юникс.

Не важно, подчеркиваю, как вы эти возможности реализуете. Важно что реализовать их можно весьма и весьма просто и возникли эти возможности из реальных потребностей *универсальной* переносимой ОС.

И да, переусложнение fhs так же вредно как и недоусложнение. Вот вы говорите про то что нету директорий для для «других архитектур». Вопрос на засыпку - а такие системы есть вообще? Директории lib и lib64 годятся для множества процессорных архитектур где есть 32 и 64 версии. Это не интел проблема, и ене вендорспецифичная проблема, это вообще давно уже и под линуксом и под юниксом.

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

kernel ★★☆
()
Ответ на: комментарий от kernel

>Нету там никаких указаний на то что речь о монтировании хомяка.

Не удивлюсь, если у тебя и хомяк на том же разделе, что и корень системы

И правда нету...

eugene2k
()
Ответ на: комментарий от eugene2k

> И правда нету...

А по моему там говрится не о хомяке а корне системы :D

kernel ★★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.