The OpenNET Project / Index page

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

В Fedora и других Linux-дистрибутивах появится директория /run

30.03.2011 18:55

Леннарт Поттеринг (Lennart Poettering), создатель системного менеджера systemd и звукового сервера PulseAudio, представил в списке рассылки разработчиков Fedora Linux новую системную директорию "/run". Подобное нововведение появится уже в весеннем релизе Fedora 15, в котором будет произведен переход на использование systemd по умолчанию. Решение о создании "/run" вызвано техническими причинами, поэтому не стоит воспринимать данное улучшение как большие политические перемены. Ожидается, что разработчики других дистрибутивов также решатся на перенос /run из директории /var в корень (/var/run останется доступен через bind-монтирование или символическую ссылку) - представители openSUSE, Debian и Ubuntu уже подтвердили намерение перейти к использованию "/run" в будущих релизах.

Предложение переместить содержимое "/var/run" в директорию "/run" родилось после обсуждения разработчиками Debian, Suse, Ubuntu и Fedora фактов нецелевого использования директории /dev. Кроме файлов устройств дистрибутивы вынуждены помещать в данную директорию специализированные каталоги (/dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount), символические ссылки на некоторые элементы файловой системы /proc (/dev/stdin, /dev/sndstat и т.п.) и создают именованные каналы (/dev/log). В настоящий момент использование /dev не по прямому назначению носит единичный характер, но ситуация в любой момент может выйти из под контроля.

Причиной создания дополнительных файлов с данными программ в /dev является необходимость создания свойственных для каталога /var/run служебных файлов до момента монтирования раздела /var на начальной стадии загрузки. Директория /dev используется вместо /var/run так как изначально известно, что она примонтирована через tmpfs и всегда создается в первую очередь на этапе загрузки, в то время как директория /var/run создается значительно позднее и может размещаться в отдельной файловой системе.

Для решения проблемы с недоступностью /var/run на ранней стадии загрузки различные дистрибутивы придумывают свои несовместимые с другими системами решения: Fedora и openSUSE использует служебные каталоги в /dev/.xxx, в Debian специально монтируется tmpfs-раздел /lib/init/rw, в Ubuntu /var/run создается еще до монтирования /var и потом связывается через "mount --bind".

Необходимость разработки и утверждения унифицированного решения назрела уже давно. После рассмотрения различных вариантов выхода из данной ситуации, разработчики пришли к выводу, что директория /var/run со служебными файлами, файлами блокировок и сокетами, используемыми для связи с запущенными приложениями, должна быть вынесена за пределы раздела /var в корень. Единственной причиной по которой данное изменение не внедрено до сих пор - неготовность совершить подобный шаг по политическим мотивам, так как это неизбежно приведет к негативной реакции со стороны консервативных пользователей и разработчиков.

Что касается планов по изменению Fedora 15, то данном релизе раздел /run будет смонтирован через tmpfs, а /var/run прикреплен к /run через bind-монтирование (в Fedora 16 после отладки всех систем bind-монтирование будет заменено на символические ссылки), /var/lock будет прикреплен к /run/lock. Приложения смогут использовать /var/run как и раньше, на первом этапе внедрения непосредственно к /run будут обращаться только подсистемы, работающие на раннем этапе загрузки.

Выгоды от использования /run:

  • Сокращение точек tmpfs-монтирования, вместо /var/lock и /var/run останется один /run;
  • Хранение всех требуемых в процессе работы приложений данных в одном месте. Для того чтобы найти данные systemd, udev, dracut администратору не придется заглядывать в несколько мест, все будет собрано в /run;
  • Уход от использования начинающихся с точки скрытых файлов;
  • Возможность стандартизировать для всех дистрибутивов размещение директории для хранения доступных на ранней стадии runtime-данных;
  • У разработчиков исчезнет ощущение дискомфорта от необходимости использования /dev не по назначению;
  • Создание более четкого разделения между директорией для постоянного хранения данных приложений (/var), директорией для хранения свойственных текущему сеансу данных приложений (/run) и директорией для хранения конфигурации (/etc).


  1. Главная ссылка к новости (http://lists.fedoraproject.org...)
  2. OpenNews: Началось альфа-тестирование дистрибутива Fedora Linux 15
  3. OpenNews: В Fedora 16 по умолчанию планируется перейти на Btrfs
  4. OpenNews: Fedora на пути к изменению наименования сетевых интерфейсов
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: fedora, linux, run
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (181) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, vadiml (ok), 19:25, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лучше бы в федоре из /var/run поубирали все подкаталоги, а то пробуешь её смонтировать на tmpfs, и при запуске начинают сыпаться ошибки "не найден каталог /var/run/XXXXX"
     
     
  • 2.7, h31 (ok), 19:55, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Об этом и идет речь в тексте.
     
  • 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.5, anonymous (??), 19:53, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +6 +/
    С такого же, с которого /dev доступен сейчас.
     
  • 2.6, инкогнито (?), 19:53, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +17 +/
    /var бывает выносят на отдельное устройство, если там будет лежать, например, мыло или база постгреса
    ну а /run никто в трезвом уме не будет трогать
     

  • 1.8, Аноним (-), 19:57, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    В принципе, логично
     
  • 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.11, getfr (?), 20:19, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ее идеологию --> идеологию OS
     
  • 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.

     

  • 1.14, Аноним (-), 20:32, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    а что, кто-то выносит /var на отдельный раздел?!
     
     
  • 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 всегда монтирую в отдельный раздел.
     
     
  • 5.78, ig0r (??), 00:07, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    /etc? а fstab у вас где?
     
     
  • 6.156, gegMOPO4 (ok), 12:20, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    /etc/fstab. У вас не так?
     
     
  • 7.157, ig0r (??), 12:25, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    так а как тогда у вас /etc на отдельном диске? отдельные диски через него монтируются
     
     
  • 8.168, gegMOPO4 (ok), 13:02, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня etc не на отдельном диске ... текст свёрнут, показать
     
     
  • 9.177, ig0r (??), 15:32, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ясно, просто Вы не понятно написали ... текст свёрнут, показать
     
     
  • 10.206, gegMOPO4 (ok), 01:06, 01/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Да, опечатался Перед 171 всегда 187 а не после 171 содержимое 187 дол... текст свёрнут, показать
     
  • 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 итд кроме гемороя нет
     
     
  • 2.17, Andrew Kolchoogin (?), 20:41, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    man 5 exports

    После этого понимание "отделения usr var" (tm) появляется сразу же.

     
     
  • 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

    что-то понимания не пришло.

     
     
  • 4.123, eve (?), 05:32, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    nfs-utils не пробовали ставить?
     
     
  • 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
    во время работы системы...

     
     
  • 4.180, Crazy Alex (??), 16:31, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    #!/bin/sh

    sudo remount_root_rw
    vim $1
    sudo remount_root_ro

     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня это файл из коробки Но если разобрать каждый отдельный случай я при... большой текст свёрнут, показать
     
     
  • 8.198, anonymous_peer (ok), 20:09, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А Ну, я файл тоже руками переместил Не понравилось нарушение FHS Согласен ... большой текст свёрнут, показать
     
     
  • 9.199, vle (ok), 20:27, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то не видно на горизонте дистрибутива или системы, в которой бы английским п... текст свёрнут, показать
     
     
  • 10.201, weldpua2008 (ok), 22:53, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я кстати тоже думаю, что 90 времени и пространства FS можно держать в RO - пото... текст свёрнут, показать
     
  • 10.218, zazik (ok), 22:03, 01/04/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.19, Аноним (-), 20:47, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А я за! Давно надо было сделать!
     
  • 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 и прочая, херящие самостоятельность девайса еще менее вменяемый фариант).

     
     
  • 7.169, terr0rist (ok), 13:22, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Даёшь 1,44М дискеты!
     
  • 5.165, Аноним (-), 12:46, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У вас любое упоминание Фри вызывает такой лютый поток, что невольно подозреваешь вас в латентного фрибсдшника.
     
  • 5.170, terr0rist (ok), 13:30, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так сделайте, если вам это надо Вот лично мне эти SquashFS, JFFS2, ubifs в ... большой текст свёрнут, показать
     
     
  • 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

     
  • 5.209, oops_ (?), 06:30, 01/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хоть бы ознакомился прежде чем мычать.

    http://www.freebsd.org/doc/en_US.ISO8859-1/articles/solid-state/article.html
    http://www.ukuug.org/events/eurobsdcon2009/papers/embedded-freebsd.pdf
    http://www.freebsdnews.net/2008/09/02/embedded-freebsd-systems

     
  • 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. Впрочем, это и так всем известно =)


     
  • 3.161, Аноним (-), 12:38, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Может, NetBSD...
     
     
  • 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? В том-то и дело, что это отдельные костыли отдельных дистрибутивов. Пока немногочисленные, но если так пойдёт и дальше… Вот, решили пресечь это на корню, выделить специальный каталог. Разумно.
     
  • 4.164, gegMOPO4 (ok), 12:45, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Они с точкой. ls -a
     
  • 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 и вывали все это в /....

     
     
  • 3.207, Nxx (ok), 02:57, 01/04/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильнее было бы иметь /home/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.187, Zenittur (?), 18:33, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, "Такие как вы все" - устроит?
     
  • 4.224, alex.h (??), 11:01, 04/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Грустно и печально, что мэйнстрим - это линукс, а не BSD или Minix. А все из-за таких, как вы, которые превратили изначально убогую студенческую поделку в "модную и свободную" систему, которая не может быть достаточно стабильной, чтоб ей доверяли больше, чем BSD в плане безопасности.

    Есть мнение, что дело не только в моде, но и в лицензиях. Не все рискуют код на котором построен бизнес открывать под GPL, но открывать его под BSD желающих ещё меньше. С GPL если конкуренты твой код попользуют, то хотя бы наработки вернут, а с BSD закроют и спасибо не скажут.

     

     ....большая нить свёрнута, показать (32)

  • 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та А зачем его отключать, если он и так хорошо работает... большой текст свёрнут, показать
     
     
  • 7.104, anonymous (??), 02:41, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И, говорят, работает отлично.

    говорят, что кур доят.

     
     
  • 8.107, анон (?), 02:45, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и pulseaudio глючит ... текст свёрнут, показать
     
     
  • 9.109, anonymous (??), 02:48, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    доеных кур я не видел, а глючный пульсаудио 8212 видел предпочитаю верить фа... текст свёрнут, показать
     
     
  • 10.112, анон (?), 02:54, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А я не видел ни доёных кур, ни глючного пульса Вот нормально работающий пульс -... текст свёрнут, показать
     
     
  • 11.114, anonymous (??), 02:57, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    прикинь 8212 я тоже какое совпадение ... текст свёрнут, показать
     
  • 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 :)

     
     
  • 4.166, gegMOPO4 (ok), 12:49, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    rm: cannot remove 'yourself': Permission denied
     
  • 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 и монтируются после загрузки основной части системы
     
  • 1.45, anonymous (??), 22:29, 30/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересен такой коммит в systemd http://cgit.freedesktop.org/systemd/commit/?id=80758717a6359cbe6048f43a17c2b5


    Вот кусок сообщения:

    + log_warning("/usr appears to be on a different file system than /. This is not supported anymore. "
    + "Some things will probably break (sometimes even silently) in mysterious ways.");


    Согласен, эти люди скоро похоронят линукс.

     
     
  • 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 запретят монтировать.
     
  • 2.58, анон (?), 22:46, 30/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Интересен такой коммит в systemd http://cgit.freedesktop.org/systemd/commit/?id=80758717a6359cbe6048f43a17c2b5

    Прежде чем начинать вопить и швыряться пометом, стоит почитать обоснование: http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

    Что характерно, автор поясняет, что проблемы с /usr на отдельном разделе возникают не из-за systemd (ему-то как раз пофигу), а из-за кривых рук дистросторителей. Дело systemd - предупредить.

     
     
  • 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 и еще стопятьсот программ пофиксят, тогда и перестанет Должен же... текст свёрнут, показать
     
     
  • 15.122, anonymous (??), 03:21, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    благодарю когда мне понадобится программа, которая будет вякать про то, что над... большой текст свёрнут, показать
     
  • 3.92, anonymous (??), 01:14, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Прежде чем начинать вопить и швыряться пометом, стоит почитать обоснование: http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

    что характерно — пульсаудио один из первых в списке проблемного софта.

     
     
  • 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 туда-же. Может еще приведут в порядок и нормально локи научатся делать, а то очень радуют такие локи, от которых потом все стопается.

     
     
  • 2.88, Michael Shigorin (ok), 01:03, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Стопается, о юный друг, когда не умеют нормально снимать/срубать.
     
     
  • 3.225, Ivan1986 (?), 19:15, 02/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ога, такое чувство что программы пишут без учета того что они могут завершиться некорректно.
    Стандартное, простое, легкое для понимание неправильное решение для блокировки повторного запуска, используемое в over9000 программах:
    Создаем файлик, потом в конце удаляем его, а если файлик уже есть, то мы выходим. Работает просто замечательно, до первого нештатного завершения процесса.

    http://www.opennet.ru/base/dev/lock_file_ex.txt.html

     

  • 1.94, SDenis (??), 01:59, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > URL:
    > Новость: http://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%.

    Всё, что подходит под это определение, можно считать эталоном современного юникса.

     
     
  • 3.141, FastDuck (?), 10:03, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Windows?
     
     
  • 4.155, User294 (ok), 12:01, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Windows?

    А что, у них есть Unix services for windows. Насколько оно там совместимо - ну кто сильно хочет заделаться в поклонники Мазоха имхо может пойти и проверить :)

     
  • 2.192, Аноним (-), 18:54, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У аикса свое горе - в нем реестр придумали.
     
     
  • 3.215, AdVv (ok), 16:25, 01/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Реестр windows был задуман как альтернатива сральнику из многочисленных конфиг-ф... большой текст свёрнут, показать
     

  • 1.128, iCat (ok), 07:50, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > URL:
    > Новость: http://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.148, bircoph (ok), 10:56, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Делать им нечего.
     
  • 1.159, Alekz (?), 12:31, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Пожалуйста, "симовлической" может быть зарплата - ссылка, все-таки, "символьная".
     
     
  • 2.196, anonymous_peer (ok), 19:34, 31/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Символьная от слова символы?

    Нет, она как раз symbolic, то есть символическая. Мягкая. В противоположность жёсткой.

     

  • 1.175, Аноним (-), 15:07, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уж не помню, к какому комменту пример mount dev ada1s1a on ufs, local, noa... большой текст свёрнут, показать
     
  • 1.182, Сергей (??), 16:47, 31/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разговор идет не о фре, там как раз энтого нет...
     
     
  • 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?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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