| 1.3, vadiml (ok), 19:25, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Лучше бы в федоре из /var/run поубирали все подкаталоги, а то пробуешь её смонтировать на tmpfs, и при запуске начинают сыпаться ошибки "не найден каталог /var/run/XXXXX"
| | |
| |
| 2.28, анон (?), 21:37, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Лучше бы в федоре из /var/run поубирали все подкаталоги, а то пробуешь её смонтировать на tmpfs, и при запуске начинают сыпаться ошибки "не найден каталог /var/run/XXXXX"
Это проблема старой системы инита, используемой в f14 по умолчанию.
В f15 будет systemd, который автоматически создаёт все необходимые файлы и каталоги в run/ и lock/
| | |
| 2.42, Vitold S (?), 22:24, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Может в подкаталогах будут жить нитки всего этого добра? Вроде:
apache22.pid/2508
apache22.pid/2509
apache22.pid/2511
Или там как-то все иначе придумают?
| | |
|
| 1.4, анонимус (??), 19:43, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>>Для решения проблемы с недоступностью /var/run на ранней стадии загрузки различные дистрибутивы
а с какого перепугу /run будет 100% доступен на ранней стадии загрузки?
| | |
| |
| 2.6, инкогнито (?), 19:53, 30/03/2011 [^] [^^] [^^^] [ответить]
| +17 +/– |
/var бывает выносят на отдельное устройство, если там будет лежать, например, мыло или база постгреса
ну а /run никто в трезвом уме не будет трогать
| | |
|
| 1.9, fi (ok), 20:06, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– |
 Новая версия FHS ??
Да есть проблемы с этим /var/run, пусть будет просто /run
Главное, что смогли договориться!!! Вот это и есть прогресс :)
| | |
| 1.10, getfr (?), 20:12, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –30 +/– | |
Дурацкая идея.
Тогда давайте сразу все в корень пихать.
Если человек вместо использования решений, проверенных годами, пытается перековеркать ее идеологию - то гнать таких в шею и искать адекватных и, самое главное, УМНЫХ разработчиков.
ИМХо.
(sorry за капс местами)
| | |
| |
| 2.29, анон (?), 21:40, 30/03/2011 [^] [^^] [^^^] [ответить]
| +9 +/– | |
> Если человек вместо использования решений, проверенных годами, пытается перековеркать ее идеологию - то гнать таких в шею и искать адекватных и, самое главное, УМНЫХ разработчиков.
Вот они так и поступили :-)
/run - это ещё один важный шаг в строгом разделении задач по основным каталогам файловой системы. А все эти /dev/.xxx и /var/run - это издевательство над идеологией fhs.
| | |
|
| 1.12, bitlz (ok), 20:29, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +10 +/– |
 Хорошее решение.
Когда приложения поправят на использование только /run то можно будет /var c noexec монтировать.
| | |
| |
| 2.25, Frank (ok), 21:21, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 +1, я тоже не обрадовался, когда обнаружил, что с noexec на /var дистриб рассыпается. А ведь там есть куда шальному юзеру писать (/var/tmp/).
| | |
| 2.30, анон (?), 21:42, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Когда приложения поправят на использование только /run то можно будет /var c
> noexec монтировать.
Боюсь, что не поможет. Всякие скрипты для пакетных менеджеров обычно не в /var/run кладут, а в какой-нибудь /var/lib.
| | |
|
| |
| 2.15, Аноним (-), 20:34, 30/03/2011 [^] [^^] [^^^] [ответить]
| +14 +/– | |
> а что, кто-то выносит /var на отдельный раздел?!
А что кто-то его не выносит в отдельный раздел и как часть корня использует ?
| | |
| |
| 3.18, zazik (ok), 20:44, 30/03/2011 [^] [^^] [^^^] [ответить]
| –14 +/– |
 >> а что, кто-то выносит /var на отдельный раздел?!
> А что кто-то его не выносит в отдельный раздел и как часть
> корня использует ?
В Линуксе один раздел подо всё - нормальная практика. Много систем "из коробки" ставятся именно так.
| | |
| |
| 4.26, Frank (ok), 21:26, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> а что, кто-то выносит /var на отдельный раздел?!
>> А что кто-то его не выносит в отдельный раздел и как часть
>> корня использует ?
> В Линуксе один раздел подо всё - нормальная практика. Много систем "из
> коробки" ставятся именно так.
У меня извращённый сервер в RAID1 на винте унутрях железки и винте снаружи (USB), так вот при буте с него, винт внешний ещё не подцепляется (эту шину ведро дёргает позже монтирования корня), поэтому после подгрузки корня нужно провести синхронизацию массива. Если бы в корне был весь массив, я бы повесился ждать синхронизации. А так, процесс занимает пару минут.
| | |
| |
| 5.174, z (??), 15:03, 31/03/2011 [^] [^^] [^^^] [ответить]
| –5 +/– |
>>Много систем "из коробки" ставятся именно так.
>У меня извращённый сервер
дальше можно не читать, и автору советую в будущем не писать
| | |
|
| 4.32, Аноним (-), 21:48, 30/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> В Линуксе один раздел подо всё - нормальная практика. Много систем "из коробки" ставятся именно так.
Да, так многие системы ставятся. Практика абнормальная.
| | |
| 4.59, gegMOPO4 (ok), 22:48, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Это до первого сбоя. После попыток отсортировать перемешавшее содержимое /var и /etc всегда монтирую в отдельный раздел.
| | |
| |
| |
| |
| 7.157, ig0r (??), 12:25, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
так а как тогда у вас /etc на отдельном диске? отдельные диски через него монтируются
| | |
|
|
|
| 4.82, Аноним (-), 00:24, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
нет, один раздел подо всё - ненормальная практика. отдельный раздел под корень и под пользовательские данные. остальное - очень специфично (отдельный раздел под мыло, файлопомойку из закачек, всякие версии scratchbox и т.д.), но вот основные разделы из корня выносить смысла нет
| | |
| |
| 5.153, zazik (ok), 11:56, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> нет, один раздел подо всё - ненормальная практика. отдельный раздел под корень
> и под пользовательские данные. остальное - очень специфично (отдельный раздел под
> мыло, файлопомойку из закачек, всякие версии scratchbox и т.д.), но вот
> основные разделы из корня выносить смысла нет
Это не ко мне, это к дистроклепателям.
| | |
|
| 4.95, Аноним (-), 02:03, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> В Линуксе один раздел подо всё - нормальная практика. Много систем "из
> коробки" ставятся именно так.
А потом таких _ч_удил кучами ломают через дырявый экзим.
| | |
| |
| 5.214, zazik (ok), 15:54, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> В Линуксе один раздел подо всё - нормальная практика. Много систем "из
>> коробки" ставятся именно так.
> А потом таких _ч_удил кучами ломают через дырявый экзим.
Ну Линукс в плане стандартизация вообще очень своеобразная система.
| | |
|
| 4.219, Анон (?), 22:31, 02/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ога, а потом пизнес ДЕ если засирается раздел. Я так лично прокололся поставив веб-кам писать все происходящее в кабинете.
| | |
| 4.222, zazik (ok), 21:24, 03/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>> а что, кто-то выносит /var на отдельный раздел?!
>> А что кто-то его не выносит в отдельный раздел и как часть
>> корня использует ?
> В Линуксе один раздел подо всё - нормальная практика. Много систем "из
> коробки" ставятся именно так.
Господа минусующие, вы бы хоть писали, в каких Линух-системах по-умолчанию при установке не предлагается всё(кроме /boot) упихать в один раздел.
| | |
|
|
| 2.54, vadiml (ok), 22:40, 30/03/2011 [^] [^^] [^^^] [ответить]
| +6 +/– |
Для домашней машины приходится не /var, а /home выносить на отдельный раздел, иначе некоторые фильмами и музыкой быстро её...
| | |
| |
| 3.160, gegMOPO4 (ok), 12:36, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
/home само собой (а что, кто-то делает иначе?), но и /var, как единственную постоянно изменяемую часть лучше вынести отдельно (если /tmp в памяти).
| | |
|
|
| 1.16, arikhin (?), 20:37, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
 выделить под корень 10Гиг
отдельно arhiv postrgesql mail squid log итд в зависимости от задач
ни одной причины отделять usr var итд кроме гемороя нет
| | |
| |
| |
| 3.89, anonymous (??), 01:04, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > man 5 exports
> После этого понимание "отделения usr var" (tm) появляется сразу же.
bash-4.1$ man 5 exports
No entry for exports in section 5 of the manual
что-то понимания не пришло.
| | |
| |
| |
| 5.124, anonymous (??), 05:42, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> nfs-utils не пробовали ставить?
нет, конечно. оно мне не надо, я его не использую и не вижу, каким образом это связано с нахождением /usr на отдельном не сетевом разделе.
| | |
|
|
|
| 2.20, Аноним (-), 20:48, 30/03/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
> выделить под корень 10Гиг
> отдельно arhiv postrgesql mail squid log итд в зависимости от задач
> ни одной причины отделять usr var итд кроме гемороя нет
При таком раскладе большая вероятность получить незагружающуюся после аварийного выключения питания систему. Лично наблюдал такое в своей практике раз пять для установок с одним большим корнем, в котором и /home и /var свалены в одну кучу. Думайте почему в промышленных дистрибутивах корень в readonly монтируют ?
| | |
| 2.62, gegMOPO4 (ok), 22:50, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Весело потом после cбоя из /etc выковыривать кусочки /var. Незабываемый опыт.
| | |
| |
| 3.151, vle (ok), 11:49, 31/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > Весело потом после cбоя из /etc выковыривать кусочки /var. Незабываемый опыт.
Наилучшим образом было бы монтировать / на read-only.
/var, /tmp, /home, /dev и т.п. монтировать отдельно
через tmpfs, nfs и просто на других разделах.
Но вот есть у людей странная привычка писать в /etc
во время работы системы...
| | |
| |
| |
| 5.184, vle (ok), 17:11, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> #!/bin/sh
> sudo remount_root_rw
> vim $1
> sudo remount_root_ro
Речь не про ручное редактирование файлов в /etc, а о программах,
которые туда пишут автоматом.
Например, некоторые пишут в /etc/adjtime или /etc/mtab.
Последний -- абсолютно не нужен вообще, но зачем-то держат.
Первому место явно не в /etc.
| | |
| |
| 6.186, anonymous_peer (ok), 18:25, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 У меня:
$ ls -l /etc/adjtime
lrwxrwxrwx 1 root root 26 Янв 18 00:36 /etc/adjtime -> ../var/lib/hwclock/adjtime
Как раньше делали /usr/var ссылкой на /var.
А /etc/mtab… уже не помню, что‐то помешало сделать также.
| | |
| |
| 7.191, vle (ok), 18:50, 31/03/2011 [^] [^^] [^^^] [ответить] | +/– | А у меня это файл из коробки Но если разобрать каждый отдельный случай я при... большой текст свёрнут, показать | | |
| |
| |
| 9.199, vle (ok), 20:27, 31/03/2011 [^] [^^] [^^^] [ответить] | +/– | Что-то не видно на горизонте дистрибутива или системы, в которой бы английским п... текст свёрнут, показать | | |
|
|
|
|
|
| 4.208, oops_ (?), 05:54, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Берите фрюшу. Там по другому и не было никогда(кроме / в ro разумеется).
| | |
| 4.211, weldpua2008 (ok), 08:53, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> Весело потом после cбоя из /etc выковыривать кусочки /var. Незабываемый опыт.
> Наилучшим образом было бы монтировать / на read-only.
> /var, /tmp, /home, /dev и т.п. монтировать отдельно
> через tmpfs, nfs и просто на других разделах.
> Но вот есть у людей странная привычка писать в /etc
> во время работы системы...
Остаётся вопрос с обновлением
| | |
| |
| 5.220, vle (ok), 00:51, 03/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>> Весело потом после cбоя из /etc выковыривать кусочки /var. Незабываемый опыт.
>> Наилучшим образом было бы монтировать / на read-only.
>> /var, /tmp, /home, /dev и т.п. монтировать отдельно
>> через tmpfs, nfs и просто на других разделах.
>> Но вот есть у людей странная привычка писать в /etc
>> во время работы системы...
> Остаётся вопрос с обновлением
Поддержка системы невозможна без записи в /etc.
Добавление пользователей и групп, обновление конфигов,
одновление системы... Дело же не в этом.
Неужели я говорю такие сложные вещи?
В /etc нет смысла писать, КОГДА СИСТЕМА ПРОСТО РАБОТАЕТ.
| | |
|
|
|
| 2.142, User294 (ok), 10:12, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > выделить под корень 10Гиг
... а сможете так на девайсе бутающемся из 4Мб флехи? :)
| | |
| |
| 3.150, Arikhin (?), 11:44, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >> выделить под корень 10Гиг
> ... а сможете так на девайсе бутающемся из 4Мб флехи? :)
минут за 10 разверну debian или freebsd
| | |
|
|
| 1.24, Анон (?), 21:09, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Почему всю жизнь все никсы жили и не испытывали проблем, а теперь возникла необходимость? Неужели нет менее радикального способа? Чем подход той же Убунты плох? Не одобряю нарушение FHS. Может еще будем диски буквами с двоеточием именовать, если так захотят разработчики Федоры?
И так зоопарк из систем и дистрибутивов, так еще хотят стать более непохожими. Скоро будет проще перейти с BSD на Solaris, чем сменить дистрибутив.
| | |
| |
| 2.39, Аноним (-), 22:18, 30/03/2011 [^] [^^] [^^^] [ответить] | +/– | ога, вот особенно вся эта линуксячая энтропия вылезает когда собираешь прошивочк... большой текст свёрнут, показать | | |
| |
| 3.64, анон (?), 22:52, 30/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну не занимайтесь эмбеддовкой, если не получается. В мире есть много других работ, вы наверняка найдёте подходящую для ваших потребностей и способностей.
| | |
| 3.126, oops_ (?), 06:57, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Блин и почему нету никакой альтернативы в эмедддед решениях этому линуксу а?...
Хм.. фря?
| | |
| |
| 4.129, User294 (ok), 08:22, 31/03/2011 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Хм.. фря?
Ага, при том что у фри нет НИ ОДНОЙ файловой системы реально пригодной для нормальной работы из флехи напрямую прицепленой к процу без всяких контроллеров? Что в эмбеддовке - совершенно штатная ситуация: многие мелкие процы умеют бутаться из NAND или SPI флех напрямую прицепленых к ним. Ну или из NOR на "классической шине памяти" - олдскульный вариант, который по прежнему встречается. В пингвине таковых ФС аж минимум 3 штуки на разные вкусы и задачи есть сразу есть в дефолтовом ядре: SquashFS, JFFS2, ubifs. А фря что предложит?
| | |
| |
| 5.130, anonymous (??), 08:27, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> 3 штуки на разные вкусы и задачи есть сразу есть в
> дефолтовом ядре: SquashFS, JFFS2, ubifs. А фря что предложит?
zfs, вестимо — у них это любимый жупел.
| | |
| |
| 6.145, User294 (ok), 10:30, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> zfs, вестимо — у них это любимый жупел.
Когда оно такое хорошее попробует взлететь с 4 мег флеша и 16 мег оперативы, будет немного другое слово, но тоже на букву Ж :). Единственное решение которое я видел и которое вообще хотя-бы худо-бедно буталось из флеша - это немеряная сжатая ФС которая при старте расжимается в оперативу. Сразу. Целиком. Даже если забыть про то что это не быстро, и про то что весь флеш забит под завязку при весьма скромном функционале, факт что половина оперативы сразу херится псу под хвост - достаточно невкусен сам по себе. Не говоря о том что изменять настройки предлагалось путем ... перепрошивки нового образа ФС. Более вменяемых решений я не видел (загрузка по TFTP и прочая, херящие самостоятельность девайса еще менее вменяемый фариант).
| | |
|
| 5.165, Аноним (-), 12:46, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
У вас любое упоминание Фри вызывает такой лютый поток, что невольно подозреваешь вас в латентного фрибсдшника.
| | |
| |
| 6.171, anonymous (??), 13:36, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Так сделайте, если вам это надо :) Вот лично мне эти "SquashFS,
> JFFS2, ubifs" в дефолтовом ядре не пристали ни разу, как и,
> уверен, 99,999999% пользователей. Как и НАНД/НОР флехи напрямую к процу.
вот поэтому фря на эмбедах никому ни в один орган и не упёрлась.
| | |
|
| 5.178, mr_gfd (?), 15:32, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Хм.. фря?
> Ага, при том что у фри нет НИ ОДНОЙ файловой системы реально
> пригодной для нормальной работы из флехи напрямую прицепленой к процу без
> всяких контроллеров? Что в эмбеддовке - совершенно штатная ситуация: многие мелкие
> процы умеют бутаться из NAND или SPI флех напрямую прицепленых к
> ним. Ну или из NOR на "классической шине памяти" - олдскульный
> вариант, который по прежнему встречается. В пингвине таковых ФС аж минимум
> 3 штуки на разные вкусы и задачи есть сразу есть в
> дефолтовом ядре: SquashFS, JFFS2, ubifs. А фря что предложит?
man 4 geom_uzip
| | |
|
|
| 3.131, User294 (ok), 08:46, 31/03/2011 [^] [^^] [^^^] [ответить] | –2 +/– | Вай А вы много собрали этого ширпотреба Я вот с OpenWRT развлекаюсь, уталкивая... большой текст свёрнут, показать | | |
| |
| 4.167, deadless (ok), 12:54, 31/03/2011 [^] [^^] [^^^] [ответить] | +5 +/– |  раз ты развлекаешься с openwrt то очевидно знаешь какое количество патчей наклад... большой текст свёрнут, показать | | |
| 4.172, terr0rist (ok), 13:41, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > А что не так то? Работают люди. Делая те компоненты так как ИМ было нужно и удобно.
Ну ваще-то делая для других, надо делать также, чтоб и ИМ было удобно. :)
> Лично я ядра менее .32 считаю ископаемыми
Ну да, если каждый месяц покупать новый ПК, то ископаемые. У людей стоят сервера ещё с 2.4, и ничего, работают и жрать не просят.
> Хотя я и не понимаю на кой черт
> надо было трогать /var/run
Да вот, похоже, в линуксе никто ничего и не понимает. Поэтому и юзают нормальные люди фрю. И не бздят. :)
> Потому что если некто поюзал BSD в своей железке, то он и
> исходник зажопить обычно не забывает.
У вас определённо перверсивное представление о BSD. Впрочем, это и так всем известно =)
| | |
|
| |
| 4.183, deadless (ok), 17:00, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
главная проблема тут дрова под тот же broadcom, сидеть с железкой без wifi как-то не очень.
| | |
|
| 3.176, dRiZd (?), 15:19, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Блин и почему нету никакой альтернативы в эмедддед решениях этому линуксу а?...
То, что Вы не знаете, не значит, что ее нет - пользуйтесь QNX, VxWorks...
| | |
|
| 2.68, gegMOPO4 (ok), 23:03, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
«Всю жизнь» в никсах не было /dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount. Ни прочих костылей. И /dev был совсем другим. Всего несколько лет назад /media, /selinux, /srv и /sys не было. Да и /proc до сих пор не везде есть.
Вот чтобы не городить зоопарк костылей для каждой системы — везде будет /run. Очень правильно.
| | |
| |
| 3.90, anonymous (??), 01:08, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> «Всю жизнь» в никсах не было /dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount.
залез в свой /dev. ни одного из указаных каталогов не обнаружил. Slackware 13.37 RC2. ЧЯДНТ?
| | |
| |
| 4.91, anonymous (??), 01:09, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> «Всю жизнь» в никсах не было /dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount.
> залез в свой /dev. ни одного из указаных каталогов не обнаружил. Slackware
> 13.37 RC2. ЧЯДНТ?
ах, нет, вру. /dev/.udev таки есть. больше никого.
кстати, ни разу меня сие не напрягало.
| | |
| |
| 5.103, анон (?), 02:40, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> /dev/.udev таки есть. больше никого
Видимо, рейда в системе нет - минус .mdadm. А .mount где-нибудь в другом неожиданном месте лежит.
>кстати, ни разу меня сие не напрягало.
Думаю, пользователей slackware не будет напрягать, даже если хомяки станут в недрах /sbin/ монтироваться. Это же не федора какая-нибудь, тут всё патрикоугодно.
| | |
| |
| 6.106, anonymous (??), 02:45, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> /dev/.udev таки есть. больше никого
> Видимо, рейда в системе нет — минус .mdadm.
нет.
> А .mount где-нибудь в другом неожиданном месте лежит.
я, честно говоря, даже не знаю, что это и зачем оно надо.
> Думаю, пользователей slackware не будет напрягать, даже если хомяки станут в недрах
> /sbin/ монтироваться. Это же не федора какая-нибудь, тут всё патрикоугодно.
будет, будет. меня вообще многое в слаке напрягает. но в остальных дистрибах меня напрягает намного больше вещей, потому сижу на слаке.
| | |
|
| 5.163, gegMOPO4 (ok), 12:45, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
А /dev/.blkid.tab, /dev/.initramfs? В том-то и дело, что это отдельные костыли отдельных дистрибутивов. Пока немногочисленные, но если так пойдёт и дальше… Вот, решили пресечь это на корню, выделить специальный каталог. Разумно.
| | |
|
|
|
| 2.146, nmorozov (ok), 10:38, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >Почему всю жизнь все никсы жили и не испытывали проблем, а теперь возникла необходимость?
Помниться когда я вперые поставил Линукс себе на домашнюю машину(это был 1994 год и ядро у него было 1.0.2) у него было одно нарушение FHS которое мне понравилось, ведь жили же юниксы всю жизнь без этого (DGUX,Solaris,SCO еще что-то я тогда помню это был майнстрим, и были такие люди как ты которые кричали : что линукс это поделка это совсем не юникс, каким местом он юникс, он кто вообще BSD или SYSV). Так вот нарушение FHS было такое в Линуксе была директория /root а в мейнсриме ее не было хоум диаректори для рута был /. Причем команд su и темболее sudo небыло (хотя su помое-му кое-где была все-таки). Теперь посмотри в /root и вывали все это в /....
| | |
| |
| |
| 4.210, oops_ (?), 06:43, 01/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Правильнее было бы иметь /home/root
Нет. Не правильнее. /home у нормальных людей живет на отдельном разделе.
| | |
|
|
| 2.173, Zenittur (?), 14:47, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Что таке подход убунты? Он какой-то особенный и был впервые применен именно там?
Перечитайте новость и расслабьтесь. Представители каноникала заявили что они так себе сделают. А Марк не ошибается. Только он знает, как обустроить десктопный линукс! То что одобрил Марк, одобряете и такие как вы.
| | |
| |
| 3.181, Анон (?), 16:36, 31/03/2011 [^] [^^] [^^^] [ответить] | +2 +/– | 1 Мне не нравится выражение такие как вы Это уже переход на личности, поэтом... большой текст свёрнут, показать | | |
| |
| 4.224, alex.h (??), 11:01, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Грустно и печально, что мэйнстрим - это линукс, а не BSD или Minix. А все из-за таких, как вы, которые превратили изначально убогую студенческую поделку в "модную и свободную" систему, которая не может быть достаточно стабильной, чтоб ей доверяли больше, чем BSD в плане безопасности.
Есть мнение, что дело не только в моде, но и в лицензиях. Не все рискуют код на котором построен бизнес открывать под GPL, но открывать его под BSD желающих ещё меньше. С GPL если конкуренты твой код попользуют, то хотя бы наработки вернут, а с BSD закроют и спасибо не скажут.
| | |
|
|
|
| 1.27, anonymous (??), 21:27, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
>Почему всю жизнь все никсы жили и не испытывали проблем, а теперь возникла необходимость?
Это потому, что создатель пульсаудио сделал жест рукой и все вокруг забегали. Возникает только вопрос, кто он такой, что под него прогибается весь линуксовый мэйнстрим? И это не смотря на его явно, скажем так, неровные поделки.
Думаю, лет так через пять этот товарищ похоронит весь линукс.
| | |
| |
| 2.31, анон (?), 21:46, 30/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Это потому, что создатель пульсаудио сделал жест рукой и все вокруг забегали.
> Возникает только вопрос, кто он такой, что под него прогибается весь
> линуксовый мэйнстрим?
Умный человек, предлагающий адекватные решения наболевших проблем, очевидно же.
> И это не смотря на его явно, скажем так, неровные поделки.
Внезапно, неровным оказывается только pulseaudio и только в убунту. А в мандриве, например, тот же пульс работает отлично.
> Думаю, лет так через пять этот товарищ похоронит весь линукс.
Кто, Шаттлворт? Этот может, да.
| | |
| |
| 3.40, anonymous (??), 22:21, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Умный человек, предлагающий адекватные решения наболевших проблем, очевидно же.
Уж чего-чего, а с var/run не было проблем лет 15, если не больше. А теперь будут.
>Внезапно, неровным оказывается только pulseaudio и только в убунту. А в мандриве, например, тот же пульс работает отлично.
Я пользователь мандривы. Задержка в 200 миллисекунд это не проблема? Да и упорству разрабов мандривы я могу только позавидовать. Столько патчей http://svn.mandriva.com/svn/packages/cooker/pulseaudio/releases/0.9.21/27mdv2 чтобы хоть как-то заставить эту поделку работать.
>Кто, Шаттлворт? Этот может, да.
От него вреда меньше, ибо "улучшения" локализуются исключительно в пределах убунты.
| | |
| |
| 4.52, анон (?), 22:39, 30/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Я пользователь мандривы. Задержка в 200 миллисекунд это не проблема?
У вас неправильная мандрива. В правильной мандриве пульс работает нормально. И в правильной сусе, кстати, тоже. И даже в дебиане, говорят.
>От него вреда меньше, ибо "улучшения" локализуются исключительно в пределах убунты.
Не только. Марк на всю никсовую идеологию свою заднюю лапу поднимает. И ещё пиарит это как единственно верный путь.
| | |
| |
| 5.77, anonymous (??), 00:04, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>У вас неправильная мандрива. В правильной мандриве пульс работает нормально. И в правильной сусе, кстати, тоже. И даже в дебиане, говорят.
Вы таки по ссылке сходили? И вообще, ларчик просто открывается. В мандриве пульс отключается одной галочкой, а в дебиане так и вообще не устанавливается по-умолчанию. Кроме того, пульс в убунте берут из дебиана http://packages.ubuntu.com/source/maverick/pulseaudio
>Не только. Марк на всю никсовую идеологию свою заднюю лапу поднимает. И ещё пиарит это как единственно верный путь.
Мне он как-то до лампочки. А вот из федоры "улучшения" текут во все дистры.
| | |
| |
| 6.102, анон (?), 02:36, 31/03/2011 [^] [^^] [^^^] [ответить] | +/– | Там много букв и текcта А зачем его отключать, если он и так хорошо работает... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| 10.112, анон (?), 02:54, 31/03/2011 [^] [^^] [^^^] [ответить] | +/– | А я не видел ни доёных кур, ни глючного пульса Вот нормально работающий пульс -... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 3.44, Анон (?), 22:29, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Умный человек, предлагающий адекватные решения наболевших проблем, очевидно же.
Интересно услышать мнение Торвальдса по этому поводу.
Предсказываю разделение дистрибутивов unix-like и fedora-way.
| | |
| |
| 4.56, анон (?), 22:41, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Умный человек, предлагающий адекватные решения наболевших проблем, очевидно же.
> Интересно услышать мнение Торвальдса по этому поводу.
Судя по тому, что патчи от Леннарта (в основном наращивание фич для systemd) проходят в мейнстрим ядра, мнение Торвальдса о работе Леннарта скорее положительное :-)
| | |
| 4.86, B.O.B.A.H. (??), 01:01, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> ... дистрибутивов unix-like ....
Из того, что видел - все они какие-то частично юникс-лайк.
Тут, наверно, будет "unix-like run" :)
| | |
|
| 3.63, vadiml (ok), 22:50, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Внезапно, неровным оказывается только pulseaudio и только в убунту.
В федоре он не ровнее, встроенный микшер работает лучше, без задержек и слишком умного перенаправления звука когда в системе несколько звуковых карт, поэтому после установки системы PA -- один из первых кандидатов на "yum remove"
| | |
|
|
| 1.35, Аноним (-), 22:03, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Федорино Коре... Вообще странная тенденция плодить каталоги в корне по поводу и без. Почему тогда каталоги юзеров в корень не класть, подобно руту...
| | |
| |
| 2.37, анон (?), 22:05, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Почему тогда каталоги юзеров в корень не класть, подобно руту...
Патамушта юзеров много, а рут один. Если юзер Вася без хомяка останется - это проблема Васи. А вот если без хомяка останется рут - это проблема всей системы и все её юзеров.
| | |
| 2.60, iZEN (ok), 22:49, 30/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Федорино Коре... Вообще странная тенденция плодить каталоги в корне по поводу и
> без. Почему тогда каталоги юзеров в корень не класть, подобно руту...
/home — корень всех бед человеческих.
| | |
| |
| 3.152, User294 (ok), 11:55, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> /home — корень всех бед человеческих.
Не, если уж корень, тогда / :P.
Save the planet: rm -rf /* yourself :)
| | |
|
| 2.147, Аноним (-), 10:41, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Почему тогда каталоги юзеров в корень не класть, подобно руту...
так ничего и не мешает, useradd -d /vasya vasya
| | |
|
| 1.38, GMS (?), 22:10, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В принципе идея неплохая. У меня большенство серверов сейчас имеют в качестве / USB-Flash в ro с виртуальным /var, /tmp, и т.д. А жесткие (если они вообще есть) уже в зависимости от предназначения сервера собираются в RAID и монтируются после загрузки основной части системы
| | |
| |
| 2.47, User294 (ok), 22:32, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Согласен, эти люди скоро похоронят линукс.
А что, за создание дистра не снабженного такими сомнительными "улучшениями" будут расстреливать с особой жестокостью?
| | |
| |
| 3.50, anonymous (??), 22:36, 30/03/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>А что, за создание дистра не снабженного такими сомнительными "улучшениями" будут расстреливать с особой жестокостью?
Расстреливать не будут, но проблем с ними будет больше. Прям как с фряхой при портировании линуксового софта.
| | |
| |
| 4.154, User294 (ok), 11:59, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Расстреливать не будут, но проблем с ними будет больше.
Проблемы будут от небольших несовместимостей, но
> Прям как с фряхой при портировании линуксового софта.
Вот так сходу смог придумать разве что 1 внятный метод вызвать у бсдунов конкретный батхерт при портировании - юзать чтонить типа clone() с флагами типа неймспейсов/контейнеров. Тогда они обломятся т.к. похожего функционала у них нет. Но это какой-то сильно специфичный пример, нужный очень изредка.
| | |
| |
| 5.204, anonymous (??), 23:52, 31/03/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>> Вот так сходу смог придумать разве что 1 внятный метод
А udisks, udev, alsa, gem? Это мало? Кроме того мне до лампочки "баттхёрт", ибо пилить софт под каждую систему не мне. Но благодаря усилиям некоторых товарищей, скоро придётся пилить ещё и под каждый дистрибутив.
| | |
| 5.213, nuclight (ok), 13:12, 01/04/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Это всё от того, что у тебя реального опыта нифига нету, иначе знал бы. чем системы отличаются, и какие геморрои бывают при портировании.
| | |
|
|
| 3.53, Аноним (-), 22:39, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А что, за создание дистра не снабженного такими сомнительными "улучшениями" будут расстреливать
> с особой жестокостью?
дистр с "улучшениями" будет грузиццо за 10 сек, а без в 2 раза дольше, конечно хомяки сразу же возрадуюцо таким улучшениям. а как же. а потом оне плавно перетекут в убунту и будет фсем щастье! о!
| | |
| |
| 4.71, anonymous (??), 23:21, 30/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>дистр с "улучшениями" будет грузиццо за 10 сек, а без в 2 раза дольше, конечно хомяки сразу же возрадуюцо таким улучшениям. а как же. а потом оне плавно перетекут в убунту и будет фсем щастье! о!
Ни куда они не перетекут. Сабжевые "улучшения" попадут во все бинарные дистры, включая debian. Остается только красноглазие в виде генты или арча.
| | |
| |
| 5.99, анон (?), 02:12, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ни куда они не перетекут. Сабжевые "улучшения" попадут во все бинарные дистры,
> включая debian. Остается только красноглазие в виде генты или арча.
Если эти улучшения действительно делают жизнь лучше, то, конечно, перетекут.
Если же они приводят к развитию хронического красноглазия на почве траха с системой, то они, по традиции, так и останутся эксклюзивной фичей убунты.
| | |
| 5.149, zomg (?), 11:27, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
арч - это красноглазие? поюзайте, потом скажете. пакман это самый лучший пакетный манагер.
| | |
| |
| 6.193, vle (ok), 19:00, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> арч - это красноглазие? поюзайте, потом скажете.
> пакман это самый лучший пакетный манагер.
Доказательства в студию!
| | |
|
|
| 4.133, User294 (ok), 08:55, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> дистр с "улучшениями" будет грузиццо за 10 сек, а без в 2 раза дольше,
Ну ладно, если все будет настолько замечательно - я даже согласен потерпеть расколбас. Потому что вижу разницу между стартом допустим роутера, камеры наблюдения или там кого еще за 15 секунд вместо 30. Хотя я и не понимаю почему перенос /var/run -> /run обязан все ускорить в 2 раза. Если от этого наступает такой эпичный прогресс, давайте все файлы в / вывалим, как в CP/M, чтоли?А директории вообще отменим как излишние сущности :)
| | |
|
|
| 2.51, Аноним (-), 22:36, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
это просто шедеврально! а потом они и /home запретят монтировать.
| | |
| |
| 3.69, anonymous (??), 23:05, 30/03/2011 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>Что характерно, автор поясняет, что проблемы с /usr на отдельном разделе возникают не из-за systemd (ему-то как раз пофигу), а из-за кривых рук дистросторителей.
Где-то я уже это слышал. И главное, в списке дубовый софт типа ALSA, D-Bus, CUPS, с которым таких проблем никогда не было. Я уже начинаю ненавидить этих идиотов.
| | |
| 3.70, pazke (?), 23:20, 30/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Особенно пикантно выглядит присутствие в списке кривого софта его же собственного уродливого детища под названием PulseAudio.
| | |
| |
| 4.98, анон (?), 02:08, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> его же собственного уродливого детища под названием PulseAudio
Вы так говорите, как будто pulseaudio действительно плохо работает.
| | |
| |
| 5.202, anonymous (??), 23:41, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Вы так говорите, как будто pulseaudio действительно плохо работает.
Так он вообще у меня вообще не работает. Леннарт кричит про кривую звуковуху. Вывод: только под снос.
| | |
|
|
| 3.87, Michael Shigorin (ok), 01:02, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Это не его (systemd) собачье дело. И не пользователя предупреждать надо, а баги вешать на эти кривые руки. Тем паче если они в соседнем отделе.
| | |
| |
| 4.96, анон (?), 02:05, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Это не его (systemd) собачье дело. И не пользователя предупреждать надо, а баги вешать на эти кривые руки. Тем паче если они в соседнем отделе.
Эти кривые руки всегда могут послать лесом. Нет багрепортов от юзеров - всё оки, гуляй отсюда.
А так юзер хотя бы сразу корень зла увидит, а не будет на костях чёрной курицы гадать. И может, хоть один из тысячи да зарепортит.
| | |
| |
| 5.100, anonymous (??), 02:27, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А так юзер хотя бы сразу корень зла увидит, а не будет
> на костях чёрной курицы гадать. И может, хоть один из тысячи
> да зарепортит.
да. всенепременно если увижу — зарепорчу баг в systemd.
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| Часть нити удалена модератором |
| 14.120, анон (?), 03:15, 31/03/2011 [ответить] | +1 +/– | Вот когда udev и еще стопятьсот программ пофиксят, тогда и перестанет Должен же... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| |
| 4.97, анон (?), 02:06, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> что характерно — пульсаудио один из первых в списке проблемного софта.
Дык софт абсолютно без проблем делает только майкрософт. А разработчики из редхата умеют признавать свои ошибки, в отличие от.
| | |
| |
| 5.101, anonymous (??), 02:28, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> что характерно — пульсаудио один из первых в списке проблемного софта.
> Дык софт абсолютно без проблем делает только майкрософт. А разработчики из редхата
> умеют признавать свои ошибки, в отличие от.
и, натурально, заместо чинить свой пульсаудио они предпочитают так напугать юзера, чтобы он делал всё Единственно Правильным Путём.
| | |
| |
| 6.119, анон (?), 03:10, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>и, натурально, заместо чинить свой пульсаудио
Мне кажется, отсутствие стереозвука до момента монтирования файловых систем, право же, не такая уж и страшная проблема. Вот udev внушает гораздо больше опасений.
| | |
| |
| 7.121, anonymous (??), 03:17, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Мне кажется, отсутствие стереозвука до момента монтирования файловых систем, право же,
> не такая уж и страшная проблема. Вот udev внушает гораздо больше
> опасений.
ну, раз это не проблема — зачем оно в списке проблемных приложений? тут или трусы, или крестик, и то и то не выходит.
| | |
|
|
| 5.203, anonymous (??), 23:46, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>А разработчики из редхата умеют признавать свои ошибки, в отличие от.
Пока они умеют их добавлять. Вот не было бы systemd и ни кто не знал бы, что под лялих почти все(!) сервисы кривые. А мы видать идиоты, раз почти 10 лет гоняли кривой софт, который странным образом работал без проблем на отдельном /usr и с /var/run
| | |
|
|
|
| 2.84, Michael Shigorin (ok), 00:45, 31/03/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это чуть другая история (см. тж. http://lwn.net/Articles/429695/) -- хотя IMNSHO Леннарт взял на себя слишком много таким предупреждением о граблях в других местах (хотя при разборе полётов минимум одно из этих мест оказалось отсебятиной в интересах пульса -- чтоб добраться до {pci,usb}.ids и понарисовывать на крыжиках чего физического -- а других сколь-нибудь фич, а не попросту багов, не припоминаю).
| | |
|
| 1.55, Онаним (?), 22:41, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Сокращение точек tmpfs-монтирования, вместо /var/lock и /var/run останется один /run;
Угу, у нас же mountpoint-constrained environment, острый дефицит точек монтирования.
> Хранение всех требуемых в процессе работы приложений данных в одном месте. ... все будет собрано в /run;
Что мешает всё собрать в /var/run?
> Уход от использования начинающихся с точки скрытых файлов;
А какая связь? Если они про /dev/.something, то это и так проговорено.
> Возможность стандартизировать для всех дистрибутивов размещение директории для хранения доступных на ранней стадии runtime-данных;
Угу, самый лучший способ ввести общий стандарт - отказаться от стандарта де-факто. Молодцы, чо...
> У разработчиков исчезнет ощущение дискомфорта
Какие тонкие натуры, понимаешь!
> Создание более четкого разделения...
"Более" - это насколько более?
Всё это, на самом деле, не более чем словоблудие, единственный весомый аргумент - что /var/run нужна до того, как смонтируется /var, и единственный способ разрешить это противоречие они видят в использовании /run.
А вообще, то, что в каждом дистре даные распиханы по каталогам на свой манер, уже давно не новость, так что - ну, будет ещё и /run, не помрём.
| | |
| |
| 2.188, Zenittur (?), 18:35, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Что мешает всё собрать в /var/run?
Читай выше. /var может оказаться в отдельном разделе с noexec.
| | |
|
| 1.72, filosofem (ok), 23:24, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >Для решения проблемы с недоступностью /var/run на ранней стадии загрузки различные дистрибутивы придумывают свои несовместимые с другими системами решения
Поэтому надо придумать еще одно решение, поддержать традицию так сказать.
А кому мешают точки и при чем здесь они ― не понятно мне пока.
| | |
| 1.75, Ivan1986 (?), 23:35, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Идея хорошая.
ЗЫ, по поводу того что lock туда-же. Может еще приведут в порядок и нормально локи научатся делать, а то очень радуют такие локи, от которых потом все стопается.
| | |
| |
| |
| 3.225, Ivan1986 (?), 19:15, 02/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ога, такое чувство что программы пишут без учета того что они могут завершиться некорректно.
Стандартное, простое, легкое для понимание неправильное решение для блокировки повторного запуска, используемое в over9000 программах:
Создаем файлик, потом в конце удаляем его, а если файлик уже есть, то мы выходим. Работает просто замечательно, до первого нештатного завершения процесса.
https://www.opennet.ru/base/dev/lock_file_ex.txt.html
| | |
|
|
| 1.94, SDenis (??), 01:59, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> URL:
> Новость: https://www.opennet.ru/opennews/art.shtml?num=30080
Дык Линукс никогда и не стремился быть Юниксом.
Так, отправная точка. А дальше - мировая революция, зохавать всех.
Хотите Юникс - вэлком: www.openbsd.org
А что же /var/run?
Мож. тут бывают спецы по AIX, интересно их мнение на этот счет.
Говорят сначала тоже Юниксом была эта ОС (по крайней мере внешне),
потом с-ии-льно изменилась.
| | |
| |
| 2.110, анон (?), 02:49, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Канонiчное определение unix:
проприетарная операционная система, совместимая с posix не менее, чем на 1%.
Всё, что подходит под это определение, можно считать эталоном современного юникса.
| | |
| |
| |
| 4.155, User294 (ok), 12:01, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Windows?
А что, у них есть Unix services for windows. Насколько оно там совместимо - ну кто сильно хочет заделаться в поклонники Мазоха имхо может пойти и проверить :)
| | |
|
|
| |
| 3.215, AdVv (ok), 16:25, 01/04/2011 [^] [^^] [^^^] [ответить] | +/– |  Реестр windows был задуман как альтернатива сральнику из многочисленных конфиг-ф... большой текст свёрнут, показать | | |
|
|
| 1.128, iCat (ok), 07:50, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > URL:
> Новость: https://www.opennet.ru/opennews/art.shtml?num=30080
Похоже, пришло время пересмотра стандартов?
Тогда почему бы не попереименовывать
/bin - /Binares Files
/sbin -> /System Binares Files
/etc -> /Et cetĕra
/var -> /Variable Data
/run -> /Data For Running Process
/home -> /Users Datas And Documents
/proc -> /Datas For Process
/lib -> /Programm Library
А в ядро ОС включить графическую подсистему и грузить её одним файлом, имеющим внутри себя файловую систему, и при загрузке монтировать интернет-ресурс, содержащий все драйвера?
Или даже вообще отключить возможность загружать ядро локально! Пусть у юзера останется только загрузчик!
| | |
| |
| 2.132, User294 (ok), 08:52, 31/03/2011 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Или даже вообще отключить возможность загружать ядро локально! Пусть у юзера останется
> только загрузчик!
(Глядя на u-boot, качающий ядро и рутфс по TFTP): Здравствуйте, Кэп!
| | |
| 2.136, iCat (ok), 09:18, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Данное сообщение прошу рассматривать исключительно как САРКАЗМ, блин.
| | |
| |
| 3.216, AdVv (ok), 16:28, 01/04/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Данное сообщение прошу рассматривать исключительно как САРКАЗМ, блин.
Да ладно, для восприятия сарказма требуются как минимум зачаточные признаки интеллекта ..
| | |
|
| 2.189, Zenittur (?), 18:36, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Похоже, пришло время пересмотра стандартов?
> Тогда почему бы не попереименовывать
> /bin - /Binares Files
> /sbin -> /System Binares Files
> /etc -> /Et cetĕra
> /var -> /Variable Data
> /run -> /Data For Running Process
> /home -> /Users Datas And Documents
> /proc -> /Datas For Process
> /lib -> /Programm Library
Всё это сделано в GoboLinux.
| | |
| |
| 3.195, Аноним (-), 19:23, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Всё это сделано в GoboLinux.
Если бы оно еще было живым. x86_64 нет, arm нет, документации нет, новых рецептов нет, воды нет, жизни нет, заселена полутора некрофилами-за-идею.
| | |
|
| 2.194, Аноним (-), 19:20, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Тогда у вас получится пародия на OS X, только без application bundles. Хотя если добавить туда тот же Nix... Эх.
Вообще, FHS/LFS это анахронизм, ад и погибель. Ну вот на какого лешего вообще мне *на десктопе* с двумя разделами (/ и /home) на одном единственном винте, нужны /bin, /usr/bin, /sbin, /opt/*/bin, /usr/local/bin и $HOME/.local/bin? Потому что бородатые старперы считают что это очень практично, т.к. проверено мейнфреймами в 80-х? Так one size NEVER fits all.
Сто лет хочу уже в файловой системе улучшенную смесь NEXTSTEP и Plan 9. Но не судьба.
| | |
| |
| 3.217, AdVv (ok), 17:09, 01/04/2011 [^] [^^] [^^^] [ответить] | +/– | Видимо бородатые старперы хорошо понимали, что валить в одну кучу систему, прогр... большой текст свёрнут, показать | | |
|
| 2.200, Some1 (?), 20:41, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>[оверквотинг удален]
> /var -> /Variable Data
> /run -> /Data For Running Process
> /home -> /Users Datas And Documents
> /proc -> /Datas For Process
> /lib -> /Programm Library
> А в ядро ОС включить графическую подсистему и грузить её одним файлом,
> имеющим внутри себя файловую систему, и при загрузке монтировать интернет-ресурс, содержащий
> все драйвера?
> Или даже вообще отключить возможность загружать ядро локально! Пусть у юзера останется
> только загрузчик!
Вы MacOS X видели?
| | |
| 2.205, j3qq4 (??), 00:19, 01/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
Тогда уж лучше Program files и Documents and settings для /home . А чо, совместимость!
)))
| | |
|
| 1.134, Сергей (??), 08:57, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто скажет, почему монтирование не сделать на начальном этапе до запуска демонов...
| | |
| |
| 2.135, iCat (ok), 09:06, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>...почему монтирование не сделать на начальном этапе до запуска демонов...
Перечисли все возможные драйверы, необходимые для монтирования и сам поймёшь
| | |
| |
| 3.138, anonymous (??), 09:21, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>...почему монтирование не сделать на начальном этапе до запуска демонов...
> Перечисли все возможные драйверы, необходимые для монтирования и сам поймёшь
initrd разве не поможет?
| | |
|
|
| 1.137, Сергей (??), 09:20, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как будто их море, а из долбаной мысли побыстрее загрузится и показать картинку, кому она нужна эта быстрота, 5 секунд грузится или 10...
| | |
| |
| 2.140, iCat (ok), 09:31, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>...а из ... мысли побыстрее загрузится и показать картинку...
Всю дорогу считал, что лучше один раз включить, и потом до-олго работать, а не перезагружать на каждый чих... Грустно, братцы...
| | |
| |
| 3.143, angra (ok), 10:16, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
 А если не нужно долго работать? Например нужно быстро глянуть что-нибудь в инете или на локальном диске, прочитать/отправить письмо. В результате загрузка и выключение занимают в несколько раз больше времени, чем собственно "работа". Не страшно, если подобная надобность возникает в результате неспешной застольной беседы, хуже, когда из-за экстренного телефонного звонка.
| | |
| |
| 4.144, iCat (ok), 10:19, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>А если не нужно долго работать? Например нужно быстро глянуть что-нибудь в инете или на локальном диске, прочитать/отправить письмо
Для таких потребностей есть режим "sleep".
Для задач мобильного использования интернет есть немного другие ОС и устройства...
А любая попытка создать _универсальную_ OS приведут к созданию "универсального растворителя".
| | |
|
|
|
| 1.159, Alekz (?), 12:31, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Пожалуйста, "симовлической" может быть зарплата - ссылка, все-таки, "символьная".
| | |
| |
| 2.196, anonymous_peer (ok), 19:34, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Символьная от слова символы?
Нет, она как раз symbolic, то есть символическая. Мягкая. В противоположность жёсткой.
| | |
|
| |
| 2.185, Анон (?), 17:30, 31/03/2011 [^] [^^] [^^^] [ответить]
| +/– |
Та я понял. Я не вкурил, почему тут всё работает, а там нифига (всмысле, по новости, без костылей)
| | |
| |
| 3.190, deadless (ok), 18:37, 31/03/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
потому что это линукс, stable API nonsence, а если сказать по другому - когда коту делать нечего он известно что делает :)
В линуксах абсолютно нет системного подхода, каждый сам себе дистроклепатель и ССЗБ.
| | |
| |
| 4.221, JL2001 (ok), 01:20, 03/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > потому что это линукс, stable API nonsence, а если сказать по другому
> - когда коту делать нечего он известно что делает :)
> В линуксах абсолютно нет системного подхода, каждый сам себе дистроклепатель и ССЗБ.
а в *BSD чтоль есть общий системный подход ? когда фришники с опенёнками договорятся чтоб можно было без перестановки оси одной перестановкой портов из фри опен получить ?
| | |
| |
| 5.223, oops_ (?), 05:59, 04/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> а в *BSD чтоль есть общий системный подход ? когда фришники с
> опенёнками договорятся чтоб можно было без перестановки оси одной перестановкой портов
> из фри опен получить ?
Это две РАЗНЫЕ операционные системы. С разными задачами. Встречный вопрос: Когда дистрибутивы Линукса будут придерживаться хотя бы FHS?
| | |
|
|
|
|
|
