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

OpenNews: Проблемы организации иерархии файловой системы в Linux, opennews (?), 19-Авг-08, (0) [смотреть все] Я в линуксе не так давно 3-й год меня поначалу напрягало то что непонятно что, Spike (?), 10:36 , 19-Авг-08, (1) // 1, в линуксе все логично распихано, более того даже в конце концов поизобретав , User294 (??), 18:49 , 19-Авг-08, (71) Все очень даже явно - в sbin программы, которые имеет смысл запускать только от , Аноним (-), 10:40 , 19-Авг-08, (2) // Говорить папка - есть мышление виндузятника, не понимающего, почему этот терми, GateKeeper (??), 11:47 , 19-Авг-08, (12) // Ха ХА Есть к чему придратся Да, это сильно посуществу , avatar (??), 12:27 , 19-Авг-08, (28) правильно говорить директория , asv (??), 21:48 , 19-Авг-08, (93) // Слово directory переводится дословно как справочник , что очень близко к кат, GateKeeper (??), 09:04 , 20-Авг-08, (110) Поддерживаю Такие слова допустимы в неформальном разговоре с коллегами, но вооб, www2 (??), 09:15 , 20-Авг-08, (111) Есть обоснование По-моему лучше уж использовать транскрипции с буржуйского для , SKeeper (?), 10:17 , 21-Авг-08, (141) Ну а где неопределённсть в названных русскоязычных терминах А у вас обоснование , www2 (??), 10:23 , 21-Авг-08, (142) Вы о чём, коллега Названные Вами слова -- каталог , маршрутизатор , пакетный, amkir (?), 11:06 , 21-Авг-08, (146) Да, возраст заимствование - оправдание Если слово с похожим смыслом уже есть в , www2 (??), 12:05 , 21-Авг-08, (148) Неопределенность в том, что у одного термина несколько названий Когда я только , SKeeper (?), 12:37 , 21-Авг-08, (150) Думаю, что путались Вы именно из-за любителей неоправданно внедрять англицизмы Н, www2 (??), 12:59 , 21-Авг-08, (151) 171 Директория 187 8212 это из истории Украины начала XX века Устоявшийс, gegMOPO4 (?), 11:24 , 20-Авг-08, (115) Помнится еще в 80-х годах в учебниках, словарях и книгах связанных с ЭВМ использ, uldus (ok), 15:01 , 20-Авг-08, (126) usr X11R6 конечно рудимент, но множеству старых программ этот каталог требуется, xxx (??), 12:55 , 19-Авг-08, (36) C bin и usr bin теже грабли Проблема в том, что в разных дистрибутивах разные, uldus (ok), 15:13 , 19-Авг-08, (49) // Изначально в bin лежали статически слинкованные утилиты, а в usr bin - динамич, www2 (??), 17:05 , 19-Авг-08, (66) В винде от нее пытаются уйти в сторону того что нынче в линуксах То есть, майкро, User294 (??), 21:29 , 19-Авг-08, (92) IMHO, проблема несколько надуманная Никогда не видел чтобы выполняли резервное , prapor (??), 10:46 , 19-Авг-08, (3) // Все гораздо проще Спросить у пакетного менеджера содержимое пакета , oops (?), 14:00 , 19-Авг-08, (44) Вы правда не видели программ с конфигами в var lib name и с данными в usr lib, uldus (ok), 15:27 , 19-Авг-08, (52) // Это проблема отдельных пакетов, отдельных мэйнтейнеров этих пакетов и отдельных , www2 (??), 15:51 , 19-Авг-08, (57) // Это не проблема мелких пакетов, а общая тенденция все сваливать в кучу Яркий то, uldus (ok), 21:59 , 19-Авг-08, (94) Авто- чего , prapor (??), 00:26 , 20-Авг-08, (103) Значит что-то с головой у дистростроителей Почему-то на фряхе я всегда могу ска, oops (?), 05:44 , 20-Авг-08, (106) А нельзя ли уточнить о чем вы Название пакета в студию, вместе с путем к конфигу, User294 (??), 18:47 , 20-Авг-08, (133) Ну я думаю этот чудный товарищ имеет ввиду таки автомонтирование Только не ясно, SKeeper (?), 10:25 , 21-Авг-08, (143) Нет, это правила втомонитория И он каждый раз плюётся, выискивая их Я после у, www2 (??), 10:30 , 21-Авг-08, (144) 1 в последнее время все больше и больше пакетов, разработчики которых мягко гов, evs21 (?), 19:34 , 19-Авг-08, (77) // Вообще-то именно в var lib mysql и место файлам данных MySQL var lib program, Antrew (??), 02:59 , 20-Авг-08, (105) мне rpm -q -a -c 124 grep usr lib рассказал только про gconv но данных я та, SKeeper (?), 10:45 , 21-Авг-08, (145) Надо же Придумали гениальную идею, а затем вручили ей костыли симлинков Може, www2 (??), 10:52 , 19-Авг-08, (4) // а головой подумать и самостоятельно поискать ответ слабо они использовали линки, port (?), 12:21 , 19-Авг-08, (26) // Мне вот тоже кажется, что они использовали линки как вынужденную меру для подпор, Michael Shigorin (ok), 15:46 , 19-Авг-08, (55)   // однако, конфиги BIND а - ALT Linux хранит в var lib bind etc , csdoc (ok), 16:54 , 19-Авг-08, (63)   Наверняка они там хранятся по вполне объяснимой причине - bind запускается в chr, www2 (??), 16:58 , 19-Авг-08, (64)   Да уж, генеальная идея положить БД рядом с логами, при классическом отдельном мо, uldus (ok), 22:04 , 19-Авг-08, (95)   причина этих проблем не в том, что базы данных лежат на одном разделе вместе с л, csdoc (ok), 22:24 , 19-Авг-08, (96)   Если вы такие умные, то почему строем не ходите -- в смысле монтируйте себе , Michael Shigorin (ok), 23:19 , 19-Авг-08, (100)   Серьезные базы данных там не хранятся СУБД хранит свои файлы на RAW разделах х, Dmitri (??), 01:13 , 20-Авг-08, (104)   Да, согласен -- равно как и других чрутизированных сервисов На основные вроде, Michael Shigorin (ok), 17:16 , 19-Авг-08, (67)   Мэйнтэйнеры ALT Linux подтянулись , www2 (??), 17:25 , 19-Авг-08, (68)   в других системах bind может быть как chrooted так и не chrooted,в этом случае , csdoc (ok), 19:03 , 19-Авг-08, (73)   Это понятно, просто мне лично системы, где bind до сих пор по умолчанию не в чру, Michael Shigorin (ok), 19:25 , 19-Авг-08, (76)   Немного вернусь назад То, что программы, помещённые в chroot не вписываются в ие, www2 (??), 20:11 , 19-Авг-08, (82)   На практике мне тоже так кажется, но и из чрутов не вытаскиваю , Michael Shigorin (ok), 20:18 , 19-Авг-08, (84)   изначально не предназначен http lwn net Articles 252794 и такое средство уже , csdoc (ok), 21:01 , 19-Авг-08, (89)   По крайней мере с некоторыми типами контейнеров возможно в рамках одного корня о, Michael Shigorin (ok), 23:13 , 19-Авг-08, (99)   По моему это одно из немногих мест где вариант с 1 каталог на программу имеет , User294 (??), 23:11 , 19-Авг-08, (98)   Так чрут в любом разе в штатном альте, по крайней мере один на программу При, Michael Shigorin (ok), 23:21 , 19-Авг-08, (101)   To есть named будет там же под chroot тогда прощай безопастность Изначал, fi (ok), 00:25 , 22-Авг-08, (153)   верно но только вот chroot BIND а не очень подходит под это определение хотя бы, csdoc (ok), 00:39 , 22-Авг-08, (154)   Ой, а давно вынесли -то Я вот думаю, что это просто ещё одна окаменелость в R, Michael Shigorin (ok), 14:09 , 22-Авг-08, (157)   1 А ещё в приличных системах не хранят конфигурацию в var lib с Michael Sh, csdoc (ok), 14:29 , 22-Авг-08, (158)   Ну да Но var named -- это вообще порнография Моим _озвученным_ представлениям, Michael Shigorin (ok), 14:37 , 22-Авг-08, (159)   вообще порнография - это вариант var lib named по причине прямого нарушения F, csdoc (ok), 15:09 , 22-Авг-08, (160)   мб хранить конфиги в etc а chroot-каталог создавать перед запуском демона прос, Serega (??), 23:20 , 20-Авг-08, (136)   Я за распределение программ по своим каталогам Только не надо делать симлинки , Аноним (5), 10:57 , 19-Авг-08, (5) // Если у тебя система на rpm dpkg, то заходишь в mc в rpms или dpkg, и видиш каж, Volodymyr Lisivka (?), 16:11 , 19-Авг-08, (60) что-то мне это напоминает а как теперь бинари запускать из комстроки PATH раз, fank (?), 11:00 , 19-Авг-08, (6) // так они ж пишут у них там милиарды симлинков на все случаи жизни вобщем очередно, Painbringer (?), 11:04 , 19-Авг-08, (8) насколько я понимаю, бэкап пакета - это сохранение пакета и его конфиговчем плох, fank (?), 11:01 , 19-Авг-08, (7) // ценность в основном имеют конфиги для бекапов пакетов есть специальные иинструм, Black_Angel (?), 11:30 , 19-Авг-08, (11) Мндяяяяяя Как то услышал - Любое сокращение штата на предприятии замысливаетс, Krivoy (??), 11:13 , 19-Авг-08, (9) s директория каталог g, gegMOPO4 (?), 11:21 , 19-Авг-08, (10) Каждое приложение должно иметь свою виртуальную структуру каталогов, в которой о, iZEN (ok), 11:53 , 19-Авг-08, (13) // Дык, что-то такое они и хотят сделать Вот только думается мне, что решать эту з, Я (??), 12:08 , 19-Авг-08, (19) Подобное предлагал и передлагаю сделать http gentoo ru node 4212, RNZ (ok), 12:14 , 19-Авг-08, (23) // Идея интересная, даже лучше, чем в Гобо Ибо в Гобо попахивает Виндузятиной с их, ahel (?), 13:19 , 19-Авг-08, (38) про данный изврат я уже писал на gentoo ru оно не надообычная юниксовая иерархия, alexxy (?), 13:25 , 19-Авг-08, (39) // Это ты своё мнение другим не навязывай Ссылки в предложенной идее - рудимент для, RNZ (ok), 10:51 , 20-Авг-08, (113) Ну-ну MS вот от 16-битной совместимости не может избавиться Безумству молодых,, Michael Shigorin (ok), 11:47 , 20-Авг-08, (119) Нужно понимать что сказанное соотносительно предложеному, а на вообще в целом А , RNZ (ok), 11:57 , 20-Авг-08, (120) Почитал и поддерживаю void Хватает нормальных менеджеров пакетов, если нужно не, SKeeper (?), 11:10 , 21-Авг-08, (147) на самом деле проблема есть в линухе с организацией файлов бардак хотя думаю о, Larin (??), 11:53 , 19-Авг-08, (14) // Вы бы всё-таки перестали попугаить эту ерунду В линуксе с организацией файло, Michael Shigorin (ok), 15:45 , 19-Авг-08, (54) // Бардака нет В системе, где всё - пакет, и даже ядро можно обновить пакетом, не , www2 (??), 16:00 , 19-Авг-08, (59) Во FreeBSD в usr - базовая система, usr local - софт собственно FreeBSD _не_ , Аноним (79), 19:57 , 19-Авг-08, (79) // Вообще-то я слегка в курсе, что куда суют по ФС во фре Даже со своей скромной , Michael Shigorin (ok), 20:10 , 19-Авг-08, (81) Очепятки happen Миша - не обижайсо, на ты я не со злобы Но будь реалистом , Аноним (79), 20:56 , 19-Авг-08, (88) Помнится, у фидошников -- но не в моём обычном кругу общения Так отож - , Michael Shigorin (ok), 23:09 , 19-Авг-08, (97) ну-ну Ничего не понял pkg_add, make install, portupgrade считаются системными , oops (?), 05:59 , 20-Авг-08, (107) // Человеку на пальцах объяснил семантику usr , local _в линуксе_ Наверное, сто, Michael Shigorin (ok), 11:34 , 20-Авг-08, (116) уже потом увидел, что тут речь про линуксовый FHS , oops (?), 12:43 , 20-Авг-08, (123) В каталог usr ставятся приложения во время пересборки мира При помощи средств у, iZEN (ok), 17:54 , 20-Авг-08, (129) Собрать надо порт, и все дела Гемора гораздо меньше, чем руками, и удовольствия , andr.mobi (??), 18:46 , 20-Авг-08, (132) // Повторюсь я в курсе, как надо Все ли в курсе и следуют ему из использующи, Michael Shigorin (ok), 18:57 , 20-Авг-08, (135) Все ли собирают честный пакет на RPM когда нет готового , oops (?), 08:04 , 21-Авг-08, (137) Если это несколько скриптов с парой конфигов или веб-интерфейс, то пакет не соби, www2 (??), 08:11 , 21-Авг-08, (138) dh-make , pavel_simple (??), 10:01 , 21-Авг-08, (139) Каюсь, грешен, до сих пор ещё не удосужился изучить инструменты разработчика deb, www2 (??), 10:09 , 21-Авг-08, (140) Воот Не все Но для лодырей и есть usr local Я ж к чему подводил - PS с, Michael Shigorin (ok), 15:43 , 21-Авг-08, (152) девственную, Larin (??), 11:55 , 19-Авг-08, (15) // а как же база данных установленных пакетов ее же тоже надо удалить для девстве, NarkTranquility (?), 12:13 , 19-Авг-08, (21) // А ее - при желании - тоже можно хранить в usr local , Я (??), 12:30 , 19-Авг-08, (30) ладно уговорил, нужно ввести два раза rm но в любом случае логичность должн, Larin (??), 12:34 , 19-Авг-08, (31) // pkg_delete -f и максимум что останется - конфиги в etc в линукс, да логично, oops (?), 14:12 , 19-Авг-08, (46) Читаю я коменты выше и недоумеваю - товариСчи, а вы хотя бы разобрались в вопрос, port (?), 12:11 , 19-Авг-08, (20) // Они же сами в оном факе пишут -- мы идиоты и не нужны In fact, it was motivate, Michael Shigorin (ok), 15:41 , 19-Авг-08, (53) // Хотя ты Миша и простреленный в голову, но с этим твоим постом согласен полностью, Аноним (79), 17:40 , 19-Авг-08, (69) Интересно, а я бы попробовал , avatar (??), 12:30 , 19-Авг-08, (29) Забавно посмотреть на вывод ldconfigc Programs OpenOffice 1 1 4 и, Programs Open, azz (?), 12:35 , 19-Авг-08, (33) ппц принципы организации иерархии директорий это уже потаенное знание, требующе, Аноним (5), 12:50 , 19-Авг-08, (35) Гм Совершенно невнятная идея Такое впечатление, что люди придумали проблему,, Crazy Alex (?), 13:25 , 19-Авг-08, (40) // Для десктопа, не видел ничего удобнее системы установки удаления программ, чем в, аноним (?), 13:43 , 19-Авг-08, (42) // По-человечески - это как есть сейчас, через пакетный менеджер А перетаскивать , www2 (??), 13:54 , 19-Авг-08, (43) // Вы пробовали или предполагаете , аноним (?), 12:20 , 20-Авг-08, (121) Я - пробовал А вы , www2 (??), 12:29 , 20-Авг-08, (122) Дома у меня мак ос, на работе линукс И ей богу, не понимаю, почему мне для уста, аноним (?), 17:14 , 20-Авг-08, (128) Ну например потому что пиджин эти пакеты использует Кроме того, кто ВАС заставл, www2 (??), 17:55 , 20-Авг-08, (130) Потому что он не таскает этот код с собой Библиотека откуда берётся А знание, , Michael Shigorin (ok), 18:01 , 20-Авг-08, (131) Ой не надо про mox Вот где бардак Даже винда выглядит приличнее по вер, fi (ok), 00:44 , 22-Авг-08, (155) Попробуй slaxhttp www slax org, exah (?), 14:36 , 19-Авг-08, (47) Авторы гоболинукса придумали сами себе проблему и теперь ее решают Переименовани, Аноним (79), 14:04 , 19-Авг-08, (45) От части верно, но проблему с разными версиями программ не написали как будут ре, exn (??), 14:57 , 19-Авг-08, (48) Есть проблеммы, или так или иначе возникнут в будущем Запутанная она, не интуит, Аноним (5), 15:16 , 19-Авг-08, (50) // Это камни, возникающие на ровном месте из-за стремления чтоб не как у других , www2 (??), 15:48 , 19-Авг-08, (56) В slackware или arch простые и понятные каждому менеджеры пакетов Вот именно, вы, Аноним (79), 15:54 , 19-Авг-08, (58) В очередной раз понимаю, что всё уже придумано до нас и VMS рулит Там нету никак, Аноним (79), 15:27 , 19-Авг-08, (51) // Опередил меня предыдущий Аноним Хотел сказать, что, может быть, дело не в несо, Онанимус (?), 16:51 , 19-Авг-08, (62) // Ну подумайте PS и хде теперь ваша VMS , Michael Shigorin (ok), 17:05 , 19-Авг-08, (65) // На своём прежнем месте надёжных промышленных систем http h71000 www7 hp com se, belkin (ok), 12:45 , 20-Авг-08, (124) hint читается Итаник , Michael Shigorin (ok), 13:13 , 20-Авг-08, (125) Ага, и теперь хоронят вместе с ним DDDDУже почти все модели с ним умерли - упок, fi (ok), 00:50 , 22-Авг-08, (156) Проблема действительно существует Неявность распредение программ по bin и sbin м, Аноним (79), 16:37 , 19-Авг-08, (61) насчет opt не согласен, изаю его для прог со своим инсталлером платный софт как, i (??), 18:16 , 19-Авг-08, (70) Радетелям пакетных менеджеров задаю вопрос вам не кажется, что пресловутые мене, fix (??), 18:54 , 19-Авг-08, (72) // Не-а В подавляющем большинстве случаев они прекрасно справляются Если есть ф, Michael Shigorin (ok), 19:21 , 19-Авг-08, (74) Ээээ нахрена мне опен офис 1 4 если есть 2 0 - Почему в моей убунте нет т, Аноним (79), 19:22 , 19-Авг-08, (75) Недостаток запихивания почти всех бинарников в usr bin, библиотек в usr lib - , Света (?), 19:55 , 19-Авг-08, (78) // Сканирование usr bin -- нечастая операция Для программ практически вообще не, Michael Shigorin (ok), 20:00 , 19-Авг-08, (80) // А пользователя немного напрягает В общем, одна из множества мелочей, которые ни, Сканирование (?), 20:16 , 19-Авг-08, (83) // А как быть с x32 и x64 бинарниками У меня есть lib и lib64, x32 бинарники в , eee (ok), 20:35 , 19-Авг-08, (85) Вас это беспокоит Вы хотите об этом поговорить - , www2 (??), 20:38 , 19-Авг-08, (86) Понятно что дела похо , eee (ok), 20:43 , 19-Авг-08, (87) Ну а как тут без костыля Правда 32 софта на 64 системах с каждым годом всё меньш, Аноним (79), 21:03 , 19-Авг-08, (90) Нафиг пользователю вообще в этот каталог заходить Чтобы кликнуть мышкой по би, SKeeper (?), 12:15 , 21-Авг-08, (149) Что забыл пользователь в usr bin и, уж тем более, в usr lib У него всё на раб, eve (?), 00:25 , 20-Авг-08, (102) учите матчасть, зачем два раза rmrm -r var db pkg usr local, Шипицин Илья (?), 21:14 , 19-Авг-08, (91) согласен в линуксах неразбираемая свалка собственно это из-за зоопарка линуксо, nanodaemon (?), 06:20 , 20-Авг-08, (108) // Уфф, ничего против фряшников не имею, но они настолько ограничены рамками своей , www2 (??), 06:39 , 20-Авг-08, (109) // Помнится при установке Слаки некоторые пакеты помечались как required И такие п, GateKeeper (??), 09:25 , 20-Авг-08, (112) // Да Э, нет Здесь помедленней Если человек врёт себе и другим, то он никак не г, Michael Shigorin (ok), 11:45 , 20-Авг-08, (118) А я против таких имею -- бо зело любят вещать ерунду вроде в линуксах неразбира, Michael Shigorin (ok), 11:40 , 20-Авг-08, (117) При всем этом они забыли, что юникс это изначально многопользовательская система, Аноним (5), 11:14 , 20-Авг-08, (114) // И ещё все не хотят вспоминать, что создатели UNIX ещё долго после 70-го, и после, andr.mobi (??), 18:55 , 20-Авг-08, (134) 1,2,3,4,5,6,7,9,10,13,14,15,20,29,33,35,40,45,48,50,51,61,70,72,75,78,91,108,114

Сообщения

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

	55. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 15:46
	>а головой подумать и самостоятельно поискать ответ слабо? они использовали линки как >вынужденую меру, а не как фичу. Мне вот тоже кажется, что они использовали линки как вынужденную меру для подпорки своего ненужного изобретения, которое происходит из систем с безмозглым управлением ПО (и неумения студента-араба собрать пакет и договориться с сисадмином университетского тазика, чтоб его поставили/обновили). В приличных системах и впрямь можно спросить пакетный менеджер о составе пакета.  А ещё в приличных системах не хранят конфигурацию в /var/lib.  Остальное же "избирательно бэкапить" смысла нет, поскольку проще apt-get reinstall пакет. >RTFM. RTFM что?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 19-Авг-08, 16:54
	> А ещё в приличных системах не хранят конфигурацию в /var/lib однако, конфиги BIND`а - ALT Linux хранит в /var/lib/bind/etc/
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от www2 (??), 19-Авг-08, 16:58
	>> А ещё в приличных системах не хранят конфигурацию в /var/lib > >однако, конфиги BIND`а - ALT Linux хранит в /var/lib/bind/etc/ Наверняка они там хранятся по вполне объяснимой причине - bind запускается в chroot'е. В var хранятся журнальные файлы, базы данных, DNS-зоны (чем не база данных?), веб-страницы. Всё это не является настройками, поэтому и лежит там.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от uldus (ok), 19-Авг-08, 22:04
	>В var хранятся журнальные файлы, базы данных, DNS-зоны (чем не база данных?), >веб-страницы. Всё это не является настройками, поэтому и лежит там. Да уж, генеальная идея положить БД рядом с логами, при классическом отдельном монтировании /var есть неплохой шанс, что при каком-нибудь флуде логи забьют раздел и развалят базу.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 19-Авг-08, 22:24
	> Да уж, генеальная идея положить БД рядом с логами, при классическом отдельном > монтировании /var есть неплохой шанс, что при каком-нибудь флуде логи забьют > раздел и развалят базу. причина этих проблем не в том, что базы данных лежат на одном разделе вместе с логами, причина проблем в том, что логи могут неконтролировано расти и занять все свободное место. (то же самое будет и при наличии всей файловой системы внутри одного физического раздела) workaround: вынести /var/log на отдельный раздел. (причем, возможность такого workaround`а в случае проблем - еще один громадный плюс традиционной файловой системы UNIX/Linux). более желательный solution: устранить причину проблем (неконтролируемый рост лог-файлов).
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 23:19
	>Да уж, генеальная идея положить БД рядом с логами, при классическом отдельном >монтировании /var есть неплохой шанс, что при каком-нибудь флуде логи забьют >раздел и развалят базу. "Если вы такие умные, то почему строем не ходите?" -- в смысле монтируйте себе /var/lib и /var/log отдельными ФС и будет вам щастье. Не надо валить на пакаджеров и "классическое монтирование" проблемы между локалстулом и локалкейбордом.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	104. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Dmitri (??), 20-Авг-08, 01:13
	>>В var хранятся журнальные файлы, базы данных, DNS-зоны (чем не база данных?), >>веб-страницы. Всё это не является настройками, поэтому и лежит там. > >Да уж, генеальная идея положить БД рядом с логами, при классическом отдельном >монтировании /var есть неплохой шанс, что при каком-нибудь флуде логи забьют >раздел и развалят базу. Серьезные базы данных там не хранятся. СУБД хранит свои файлы на RAW разделах (хотя алтернативная возможность есть - в продакшене таким пользоваться нельзя). Поэтому при флуде `сломается` база данных нисколько не страшнее, чем то что при флуде некуда будет писать логи.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	67. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 17:16
	>> А ещё в приличных системах не хранят конфигурацию в /var/lib >однако, конфиги BIND`а - ALT Linux хранит в /var/lib/bind/etc/ Да, согласен -- равно как и других чрутизированных сервисов.  На основные (вроде named.conf) может быть симлинк из традиционного места в /etc, но это скорее хинт для человека, чем машиноисполняемое указание. Интересно, возможно ли случай с чрутами привести к приличному... :-)
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	68. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от www2 (??), 19-Авг-08, 17:25
	>Да, согласен -- равно как и других чрутизированных сервисов.  На основные >(вроде named.conf) может быть симлинк из традиционного места в /etc, но >это скорее хинт для человека, чем машиноисполняемое указание. > >Интересно, возможно ли случай с чрутами привести к приличному... :-) Мэйнтэйнеры ALT Linux подтянулись :)
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 19-Авг-08, 19:03
	>>> А ещё в приличных системах не хранят конфигурацию в /var/lib >> однако, конфиги BIND`а - ALT Linux хранит в /var/lib/bind/etc/ > Да, согласен -- равно как и других чрутизированных сервисов. На основные > (вроде named.conf) может быть симлинк из традиционного места в /etc, но > это скорее хинт для человека, чем машиноисполняемое указание. в других системах bind может быть как chrooted так и не chrooted, в этом случае /etc/named.conf - это не симлинк, а настоящий файл. > Интересно, возможно ли случай с чрутами привести к приличному... :-) через mount --bind или более специфичные патчи к ядру ? наверное оно того не стоит. кроме того, как быть с тем, что "chroot is not and never has been a security tool" ? "случай с чрутами привести к приличному" можно будет только одним способом - сделав каждой программе свой собственный каталог, например, как портах FreeBSD.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	76. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 19:25
	>в других системах bind может быть как chrooted так и не chrooted, >в этом случае /etc/named.conf - это не симлинк, а настоящий файл. Это понятно, просто мне лично системы, где bind до сих пор по умолчанию не в чруте, априори неинтересны/неправильны. >кроме того, как быть с тем, что "chroot is not and never >has been a security tool" ? Наш security officer замечен в симпатии к пустым readonly чрутам, а также чрутам без бинарников с suid/sgid, в которых код выполняется с уже пониженными после запуска привилегиями; смею заверить, что в таких случаях chroot -- это достаточно серьёзное дополнительное препятствие.  Хоть и не панацея, как и контейнеры. Но это не о том...
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от www2 (??), 19-Авг-08, 20:11
	Немного вернусь назад. То, что программы, помещённые в chroot не вписываются в иерархию пактов доказывает лишь то, что chroot либо изначально не предназначен для защиты демонов, либо просто неправильно сделан. Для защиты сервисов было бы разумнее сделать специальное средство, работающее на уровне ядра, которое изолировало бы определённый процесс доступом только к определённым файлам. Нечто вроде acl для каждого из сервисов, сюда же можно было бы добавить отдельные настройки фаерволла. Но всё это уже медленно переходит в идею паравиртуализации. Мне кажется, что в настоящее вреям именно паравиртуализация - самое лучшее средство защиты сервисов.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 20:18
	>Мне кажется, что в настоящее вреям именно паравиртуализация - самое лучшее средство >защиты сервисов. На практике мне тоже так кажется, но и из чрутов не вытаскиваю...
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 19-Авг-08, 21:01
	> То, что программы, помещённые в chroot не вписываются в иерархию пактов доказывает > лишь то, что chroot либо изначально не предназначен для защиты демонов, > либо просто неправильно сделан. изначально не предназначен. http://lwn.net/Articles/252794/ > Для защиты сервисов было бы разумнее сделать специальное средство, работающее на уровне > ядра, которое изолировало бы определённый процесс доступом только к определённым файлам. > Нечто вроде acl для каждого из сервисов, сюда же можно было бы добавить > отдельные настройки фаерволла. и такое средство уже существует, и называется оно SELinux например, apache хоть и не chroot но он достаточно жестко ограничен средствами policy. как по доступным ему файлам/каталогам, так и по портам. > Но всё это уже медленно переходит в идею паравиртуализации. > Мне кажется, что в настоящее вреям именно паравиртуализация - > самое лучшее средство защиты сервисов. паравиртуализация - это XEN и UML. OpenVZ - это не паравиртуализация. делать каждому демону свой собственный контейнер - это приведет к увеличению сложности системы и усложнит администрирование, особенно, если какие-то демоны должны будут взаимодействовать между собой. и там останется только единственное средство для IPC - стек tcp/ip протоколов? да и вместо 10-100 машин администрировать 1000 - 10_000 различных контейнеров... делать каждому демону свою собственную виртуальную машину XEN - это еще хуже. поэтому на первый и на второй взгляд SELinux кажется более оптимальным решением.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	99. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 23:13
	>делать каждому демону свой собственный контейнер - это приведет >к увеличению сложности системы и усложнит администрирование По крайней мере с некоторыми типами контейнеров возможно в рамках одного корня организовать разные контексты -- Петя Савельев в RADLinux когда-то так делал на vserver (эмбедщина по сути).  Насколько качественно изолирует -- не скажу, не всматривался. >особенно, если какие-то демоны должны будут взаимодействовать между собой. >и там останется только единственное средство для IPC - стек tcp/ip протоколов? Нуу ещё бывает shm и вообще-то сокеты можно mount --bind, но это всё работа пинцетом. >поэтому на первый и на второй взгляд SELinux кажется более оптимальным решением. Когда работает. :)  Задачи бывают разные, для многих куда проще сделать полупустой контейнер без лишних привилегированных бинарей, чем пытаться добить политику.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от User294 (??), 19-Авг-08, 23:11
	>Интересно, возможно ли случай с чрутами привести к приличному... :-) По моему это одно из немногих мест где вариант с "1 каталог на программу" имеет право на жизнь.Вот что-что а в чрут потом такое запихивать намного удобнее.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	101. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 19-Авг-08, 23:21
	>>Интересно, возможно ли случай с чрутами привести к приличному... :-) >По моему это одно из немногих мест где вариант с "1 каталог >на программу" имеет право на жизнь.Вот что-что а в чрут потом >такое запихивать намного удобнее. Так чрут в любом разе (в штатном альте, по крайней мере) один на программу.  Причём есть тулза для автоматического поддержания -- update_chrooted(8) из пакета chrooted.  Довольно занятная, хоть и простая.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от fi (ok), 22-Авг-08, 00:25
	To есть 'named' будет там же? под chroot? тогда прощай безопастность ;))) Изначально /var/lib/<name> задумывалось как отдельного места для пакета на /var, пусть оно так и будет. В принципе, для данных есть /srv/<name> , тут и надо разворачивать базы данных.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	154. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 22-Авг-08, 00:39
	>To есть 'named' будет там же? под chroot? тогда прощай безопастность ;))) > >Изначально /var/lib/<name> задумывалось как отдельного места для пакета на /var, пусть оно так и будет. верно. но только вот chroot BIND`а не очень подходит под это определение. хотя бы потому, что ему для работы нужны файловые системы /dev и /proc наверное поэтому в RHEL named вынесли в отдельный каталог /var/named > В принципе, для данных есть /srv/<name> , тут и надо разворачивать базы данных. данные. но не chroot`ы же. tradeoff между безопасностью и удобством пользования. была выбрана безопасность. согласно настроек SELinux - BIND может писать только в каталоги /var/named/chroot/var/named/data и /var/named/chroot/var/named/slaves и может только читать содержимое каталога /var/named/chroot/var/named, в котором лежат мастер-зоны. так что даже если и сломают BIND, master-файлы он не испортит
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 22-Авг-08, 14:09
	>наверное поэтому в RHEL named вынесли в отдельный каталог /var/named Ой, а давно /вынесли/-то?  Я вот думаю, что это просто ещё одна окаменелость в RHEL.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 22-Авг-08, 14:29
	>> в RHEL named вынесли в отдельный каталог /var/named > > Ой, а давно /вынесли/-то?  Я вот думаю, что это просто ещё одна окаменелость в RHEL. 1) "А ещё в приличных системах не хранят конфигурацию в /var/lib" (с) Michael Shigorin кто виноват в том, ALT Linux не соответствует твоим представлениям о том, что такое "приличная" и "неприличная" операционная система. 2) ты лучше FHS почитай, прежде чем фантазировать на предмет "окаменелостей" в RHEL. http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLES... /var/lib : Variable state information Purpose This hierarchy holds state information pertaining to an application or the system. State information is data that programs modify while they run, and that pertains to one specific host. Users must never need to modify files in /var/lib to configure a package's operation.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Michael Shigorin (ok), 22-Авг-08, 14:37
	>>> в RHEL named вынесли в отдельный каталог /var/named >> Ой, а давно /вынесли/-то?  Я вот думаю, что это просто ещё одна окаменелость в RHEL. >1) "А ещё в приличных системах не хранят конфигурацию в /var/lib" (с) >Michael Shigorin Ну да.  Но /var/named -- это вообще порнография. >кто виноват в том, ALT Linux не соответствует твоим представлениям >о том, что такое "приличная" и "неприличная" операционная система. Моим _озвученным_ представлениям ;)  Насчёт чрутов при озвучивании не подумал (работают себе где-то, не трогай).  Реальных неприличностей хватает, но в других местах. >2) ты лучше FHS почитай, прежде чем фантазировать на предмет "окаменелостей" в >RHEL. Ты лучше покажи в FHS пункт про /var/named. >Users must never need to modify files in /var/lib >to configure a package's operation. А этим пойду ldv@ пужать, как из отпуска вернётся. :)
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от csdoc (ok), 22-Авг-08, 15:09
	>>>> в RHEL named вынесли в отдельный каталог /var/named >>> Ой, а давно /вынесли/-то?  Я вот думаю, что это просто ещё одна окаменелость в RHEL. >> "А ещё в приличных системах не хранят конфигурацию в /var/lib" > > Ну да.  Но /var/named -- это вообще порнография. > > Насчёт чрутов при озвучивании не подумал (работают себе где-то, не трогай). "вообще порнография" - это вариант /var/lib/named по причине прямого нарушения FHS. "критикуя - предлагай". какой вариант расположения по твоему мнению будет лучше, /named /srv/named /chrooted-services/named ? > Ты лучше покажи в FHS пункт про /var/named. в самом начале документа: "This standard consists of a set of requirements and guidelines for file and directory placement under UNIX-like operating systems. The guidelines are intended to support interoperability of applications, system administration tools, development tools, and scripts as well as greater uniformity of documentation for these systems." requirements не нарушаются, guidelines соблюдаются. по крайней мере, никакого другого места в файловой системе для chroot`а BIND`а более удачного нет. потому что там внутри chroot`а будет монтироваться /dev и /proc их наличие внутри /var/lib - совершенно unexpected. >> Users must never need to modify files in /var/lib >> to configure a package's operation. > > А этим пойду ldv@ пужать, как из отпуска вернётся. :) есть шансы, что ALT Linux станет приличной системой ?
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Проблемы организации иерархии файловой системы в Linux"	+/–
	Сообщение от Serega (??), 20-Авг-08, 23:20
	мб хранить конфиги в /etc а chroot-каталог создавать перед запуском демона? просто копировать конфиг из /etc в /var/lib/bind/etc. Я так понимаю он его не перечитывает в процессе работы?
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

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

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