The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora рассматривается предложение по переносу всех исполн..., opennews (ok), 01-Ноя-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


230. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 02-Ноя-11, 16:42 
мдааа... ну ты же меня понял что я имеел ввиду... пусть будет не папка а директория бог с ним...
ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести)) как гуру))) как все знающий и все понимающий!!)))
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

274. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Ноя-11, 03:19 
> мдааа... ну ты же меня понял что я имеел ввиду... пусть будет
> не папка а директория бог с ним...

Дядьку, да я-то понял, просто когда человек оперирует точными терминами и грамотно излагает мысли, то с ним намного проще иметь дело.  В технической документации слово "folder" не припоминаю, в отличие от слова "directory".  Вопрос не столько терминологический, впрочем, сколько культурный -- на винде и маке принято кидать без разбору, там в ходу фолдеры; на юникс-подобных системах принято содержать в порядке и данные, и систему -- тут в ходу каталоги/директории.  В чём-то перекликается с посетителем библиотеки и библиотекарем: одному "да какая разница", второму она видна.

> ЗЫ. и кстате человек сидяший на альте наверна должен так себя вести))
> как гуру))) как все знающий и все понимающий!!)))

Боюсь, если бы сидел на дебиане или арче, эта проблема бы осталась...  Просто отдельный /usr и/или маленький (300M..1G) корень меня не раз выручал, поэтому мне есть что сказать и на эту тему.

А сказать вот что хотел:
1) в UNIX разработана и проверена практикой схема системных каталогов, имеющая много достоинств (в т.ч. в "редких" случаях и прочих нештатных ситуациях);
2) люди опытные понимают, что друг познаётся в беде, а система -- в аварийном состоянии;
3) люди неопытные нередко отличаются тем, что не видят разницы (существующей).

Так вот когда в редхате всерьёз поднимается вопрос о том, чтобы в принципе упразднить /usr как возможность -- возникает вопрос в профпригодности по этим трём пунктам.

Потому что отдельный /usr полезен как минимум:
a) при нештатных ситуациях (шанс повреждения большой ФС всегда больше при прочих равных);
b) для бездисковых станций (сейчас не всегда осмысленно делать тонких клиентов, но обслуживать десятки почти одинаковых машин индивидуально -- всё так же глупо и дорого).

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

Понимаете, я вот сейчас сижу и лопачу наслоения такого спагетти в mkimage-profiles-desktop, а некоторые и в делаемом mkimage-profiles остаются (размеченные # FIXME).  Оно просто раньше или позже выходит боком, любой программист со стажем подтвердит.

Ответить | Правка | Наверх | Cообщить модератору

283. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Moomintroll (ok), 03-Ноя-11, 09:57 

> 1) в UNIX разработана и проверена практикой схема системных каталогов, имеющая много достоинств (в т.ч. в "редких" случаях и прочих нештатных ситуациях);

Это верно, однако, думаю, стоит вспомнить предпосылки, которые привели к существующей иерархии файловой системы... Когда-то давным-давно, когда деревья были выше, трава зеленее, а компьютеры "больше", операционная система UNIX распространялась на стримерных лентах и её установка была, в общем, нетривиальна. При этом, дисковая память (да и оперативная, но не о ней речь) была дорогая/дефицитная. Поэтому и использовалась "хитрая" схема с локальным корнем и /usr, смонтированным по NFS. Такая схема позволяла восстановить работоспособность сети (ибо в корне, да ещё и ro, ломаться, в общем, нечему, а проблемы с оборудованием из другой оперы), чтобы смонтировать /usr. Ну и дополнительно упрощалось обслуживание/сопровождение парка компьютеров за счёт единственной для каждой архитектуры копии /usr.


> a) при нештатных ситуациях (шанс повреждения большой ФС всегда больше при прочих равных);

В современном мире, по большому счёту, нет нужды любой ценой сохранять работоспособный корень, потому что больше не нужно загружать/устанавливать ОС со стриммерных лент. Ведь можно легко и непринуждённо загрузиться с Recovery CD/DVD/USB или даже из сети и починить всё, включая корень и сеть.

> b) для бездисковых станций (сейчас не всегда осмысленно делать тонких клиентов, но обслуживать десятки почти одинаковых машин индивидуально -- всё так же глупо и дорого).

Тоже спорный вопрос. В современном мире существуют умные пакетные менеждеры, учитывающие множество факторов при установке пакетов, обёртки к этим пакетным менеджерам типа apt/yum/zypper/т.п., значительно облегчающие управление пакетами и ПО типа puppet, позволяющее управлять значительным количеством компьютеров с незначительными трудозатратами. А! Да! И дисковая память теперь дёшева. Соответсвенно, можно достаточно просто и успешно "обслуживать десятки почти одинаковых машин" но не "индивидуально", а "скопом".

Ну и, опять же, в некоторых случаях проще установить ОС заново, чем лечить поломанную (но это больше относится к Windows) - чай не со стримером мучиться.

Ответить | Правка | Наверх | Cообщить модератору

287. "В Fedora рассматривается предложение по переносу всех исполн..."  –1 +/
Сообщение от perchibald (ok), 03-Ноя-11, 13:54 
по мне UNIX схема достаточно деревянная... и на нее я ссылатся вообще не хочу... есть просто вещи которые необходимо модернизировать... я тоже не первый раз подрова хожу и по своему опыту могу сказать что мне на десктопе будет удобней что все исполняемые фалы будут лежать в одном месте))

ЗЫ. будь проще друг и к тебе потянутся)))

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

295. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 04-Ноя-11, 03:44 
> по мне UNIX схема достаточно деревянная...
> ...
> на десктопе будет удобней что все исполняемые фалы будут лежать
> в одном месте))

А потом в довесок каспера прикрутить.
Первая атака на iniramfs для отказа монтирования /usr и на первой перезагрузке ваша система в ауте. Модули ядра тоже. И bash прицепом туда же.

$ find /bin/ -name mount
/bin/mount

# find /lib/ -name modules
/lib/modules

Угу?
И тоже десктоп. Чем же FHS не угодила? Нет проблем? Скучно жить?

Ответить | Правка | Наверх | Cообщить модератору

297. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 05-Ноя-11, 12:24 
я тебя честно не очень понял... но поживем увидим
Ответить | Правка | Наверх | Cообщить модератору

298. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Пр0х0жий (??), 05-Ноя-11, 18:41 
> я тебя честно не очень понял...

Там очевидно. Если монтирование /usr, а оно будет идти из inird, сломается (или кто-то "сломает"), в аут уйдут kernel-modules которые будут лежать в несмонтированном /usr/lib, ну и bash туда же следом. Т.е. остаёмся и без ядерных модулей и без консоли. Графика в ауте как необсуждаемое.
Таким образом Леннарт /usr гайками к корню прикрутил и резьбу заварил, чтобы не откручивали. А это Виндовс-way. Отрывать /usr от корня при таком раскладе нельзя.
К тому же в некоторых дистрибутивах ради спокойной жизни /sbin, /usr/sbin принципиально оторвано из PATH даже у root, предполагая, что если лезет, то знает зачем. Леннарт же эти каталоги уже втиснул пользователю в PATH, что глупость несусветная, даже в глазах малоискушенного пользователя. Переводя на шутку: граната в определённых случаях штука полезная, но дают её не всем. Да и прячут её подальше не таская по прешпекту. Во избежание.
Пока пользователю терпеливо внедряли что всё держать в корне нехорошо и вроде бы приучили, мавр сделал своё дело.

Ответить | Правка | Наверх | Cообщить модератору

300. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от perchibald (??), 05-Ноя-11, 22:16 
а понял ты забезопасность кичишся... но видимо ленарт на селинукс оч расчитывает... а виндовс ваем тут и не пахнет по мойму и есть ли тако вообще)))... хотя безопасности ради возможно sbin лучше и сотавить
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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