Представлен (http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...) корректирующий выпуск системного менеджера systemd 211 (http://www.freedesktop.org/software/systemd/), в котором представлена большая порция исправлений ошибок и добавлено несколько новшеств. Отмечается, что большинство обнаруженных в значительном выпуске systemd 209 (http://www.opennet.me/opennews/art.shtml?num=39135) ошибок, вызывающих проблемы со стабильностью, устранены. Следующий выпуск, в котором будет продолжена работа над ошибками и интеграция отдельных новшеств, планируется представить ориентировочно через две недели.
Наиболее существенные изменения:
- В systemd-gpt-auto-generator добавлена поддержка определения разделов /srv и root, в дополнение к /home и swap, а также добавлена поддержка шифрованных разделов (LUKS). Указанное изменение приближает к завершению реализацию механизма (http://www.opennet.me/opennews/art.shtml?num=39271) автоматического монтирования разделов на основе GPT-меток, позволяющего загружаться без /etc/fstab и без передачи ядру опции "root=";
- При сборке systemd с поддержкой kdbus (--enable-kdbus) обеспечена базовая поддержка механизма запуска сервисов с принудительным применением политик безопасности, ранее доступного через D-Bus, но не реализованного для kdbus;- Для юнитов добавлена поддержка параметра "RestrictAddressFamilies=", позволяющего ограничить доступ к заданному семейству сокетов ("AF_INET" или "AF_UNIX");
- Для юнитов добавлена поддержка параметров "RuntimeDirectory=" и
"RuntimeDirectoryMode=", позволяющих использовать отдельную директорию для runtime-файлов демона, в рамках иерархии /run;- В параметре unit-файлов "DeviceAllow=" теперь допустимо использование масок для выбора группы имён устройств;
- В system.conf добавлены настройки "DefaultCPUAccounting=", "DefaultBlockIOAccounting=" и "DefaultMemoryAccounting=" для включения и выключения аккаунтинга специфичных ресурсов (cgroups) для всех юнитов;- В systemd-nspawn добавлена опция "--image=" для загрузки произвольного дискового образа и опция "--network-macvlan" для настройки интерфейса macvlan для контенйнера;
- В systemd-networkd добавлена поддержка настройки локальных адресов с использованием IPv4LL;
- Добавлена новая утилита systemd-network-wait-online для синхронного ожидания сетевого соединения через systemd-networkd;- В logind теперь автоматически блокируется переход в спящий режим при закрытии крышки ноутбука при наличии подключенного внешнего монитора. Кроме того, logind теперь не переходит в спящий режим по закрытию крышки, если прошло менее 30 секунд с момента прошлого просыпания и менее 3 минут с момент загрузки.
- В systemd-run обеспечена работа опций "--uid=", "--gid=", "--setenv=, "--setenv=" при использовании режима "--scope".
URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Mar...
Новость: http://www.opennet.me/opennews/art.shtml?num=39290
> Кроме того, logind теперь не переходит в спящий режим по закрытию крышки, если прошло менее 30 секунд с момента прошлого просыпания и менее 3 минут с момент загрузки.Это всё захардкожено?
>> Кроме того, logind теперь не переходит в спящий режим по закрытию крышки, если прошло менее 30 секунд с момента прошлого просыпания и менее 3 минут с момент загрузки.
> Это всё захардкожено?Зачем задавать вопрос, на который ты уже знаешь ответ?
logind-dbus.c
1392:manager_set_lid_switch_ignore(m, now(CLOCK_MONOTONIC) + IGNORE_LID_SWITCH_SUSPEND_USEC);logind.h
46:#define IGNORE_LID_SWITCH_SUSPEND_USEC (30 * USEC_PER_SEC)
Интересно, когда-нибудь оно будет настраиваться из конфига? Или хотя бы в планах это есть? Там много всего интересного захардкожено, что неплохо бы настраивать. Хотя, вряд ли мне здесь ответят. По-хорошему, надо патчи слать.
> Там много всего интересного захардкожено, что неплохо бы настраивать.Хм. А можно реальный пример, с описанием юзкейса, когда ручная настройка действительно необходима?
Любая константа, не являющаяся частью спецификации, ДОЛЖНА считываться из конфигурационного файла, даже если программист абсолютно уверен в том, что она не будет меняться ни при каких обстоятельствах. Жизнь, внезапно, выделывает такие фортели, какие заранее не продумаешь и юнит-тестами не покроешь.
> Любая константа, не являющаяся частью спецификации, ДОЛЖНА считываться из конфигурационного файлаСкажите это разработчикам ядра, например.
Юзверевское и ядерное отличать надо.
> Юзверевское и ядерное отличать надо.Конечно. ядро сложнее обновить без перезагрузки, поэтому в ядре возможность настройки важнее.
жать что если бы ядро читало все из конфига оно все ровно не смогло бы изменять все свои параметры на лету ((.
man sysctl
а через /proc совсем не в почете?
> Скажите это разработчикам ядра, например.Им с их sysctl скажешь, блин, потом 200 мегабайтов констант получишь, тудыть-растудыть...
тебе никто ничего не должен, иди умойся
Про конкретный случай? Ну, имхо, 30 секунд много, я бы себе сделал поменьше :)А про захардкоженность могу еще привести пример. udisks при автомонтировании использует дефолты в коде, типа
udiskslinuxfilesystem.c:
static const gchar *vfat_defaults[] = { "uid=", "gid=", "shortname=mixed", "dmask=0077", "utf8=1", "showexec", "flush", NULL };как видишь, настроить затруднительно, нужно пересобирать.
Возможность настройки не исключает разумные дефолты. И наоборот. Это два столпа юзабилити.
Блин!
>static const gchar *vfat_defaults[] = { "uid=", "gid=", "shortname=mixed", "dmask=0077", "utf8=1", "showexec", "flush", NULL };А я еще стеснялся одну свою наработку на гитхаб выкладывать: кабы не засмеяли и быдлокодом не назвали. А тут такое в продакшн выкладывать. Скоро ЭТО будет у меня на компьютере...
С моей точки зрения, это не совсем быдлокод. Просто такая стратегия развития сейчас модная. Навернуть побольше функциональности, что бы работало хоть как-то, прототип. Ведь что бы организовать нормальное конфигурирование потребуется 80% времени, и это будет рутиной, тогда как на новые фичи 20% - и это будет куча нетривиально функциональности. just for fun.Надеюсь в недрах canonical^W redhat (подскажите, где еще?) в конце концов возьмут за шкирку и за зарплату пару десятков программерев, дав им целеуказание - сделать всю рутину. just for money.
А смысл делать двойную работу? Вместо одной процедуры инициализации, в которой вкорячена загрузка всех параметров из файла, сначала раскидать это параметры по всему коду, а потом искать и искоренять?
Для меня, как для жабакодера, один параметр - одна строка кода считывания из конфига. Неужели в Си намного сложнее?
Двойной работы нет. Вбить константы ничего не стоит: первой работы нет. С другой стороны, организовать общесистемное конфигурирование - наверно, нетривиальная задача, если до сих пор ее не решили (сравни разные костыли в /etc разных дистрибутивов).Возможно, systemd подстегнет к унификации настроек крышек ноутбуков и всякой мелкой ерудны, типа опций монтирования флешек.
> Двойной работы нет. Вбить константы ничего не стоит: первой работы нет."Your mouse position has changed, system reboots."
А тут круче - "Your suspend delay has changed, system regenerates.".
> А тут круче - "Your suspend delay has changed, system regenerates.".Надо еще привести цитату из того фрика, который клялся, что systemd не умеет обновление без перезагрузки.
> Надо еще привести цитату из того фрика, который клялся, что systemd не
> умеет обновление без перезагрузки.Не, этого достаточно.
я вот по пульсаудио знаю что поттер даже не представляет что есть такая штука как .d директории. в мане так и написано... если вы хотите поменять параметр, скопируйте весь конфиг в домашнюю директорию и поменяйте. и так каждую новую версию ага...
> я вот по пульсаудио знаю что поттер даже не представляет что есть
> такая штука как .d директории.Хм. А почему в systemd эти директории на каждом шагу?
ну если он научился то хорошо. надо посмотреть в последней 5 пульсе есть наконец то или все так же нет.
> ну если он научился то хорошо. надо посмотреть в последней 5 пульсе
> есть наконец то или все так же нет.Пульс нынче совсем не поттер пилит. Внезапно, да?
> А смысл делать двойную работу? Вместо одной процедуры инициализации, в которой вкорячена загрузка всех параметров из файла, сначала раскидать это параметры по всему коду, а потом искать и искоренять?Когда кому-то понадобится какой-то параметр менять, он сделает его настраиваемым.
Если этого еще никто не сделал, значит это никому не надо.
А раз это никому не надо, то и смысла нет совать все возможные параметры в файл конфигурации - это была бы даже не двойная, а просто вообще никому не нужная работа.
Я открою страшную тайну: не все являются системными программистами, а конфигурационные файлы и придуманы для того, чтобы менять поведение программ без правки и перекомпиляции. Причем параметры явно взятые из головы, вроде 30 секунд, и должны быть в конфиге в первую очередь.
> Я открою страшную тайну: не все являются системными программистамиИ багтрекерами умеют пользоваться не все. Не говоря уже о банальном умении читать.
И что?> Причем параметры явно взятые из головы, вроде 30 секунд, и должны быть в конфиге в первую очередь.
Параметры берутся из головы как раз тогда, когда точное число роли не играет.
>И что?А то, что в одном случае для замены циферки 30 на 15 или 45 мне потребуется:
- скачать исходники
- найти где-то там внутри нужную константу (заранее не зная где она и как называется)
- скомпилировать с правильными опциями компилятора
А в другом открыть редактором самодокументированный конфиг и поправить в нем параметр.
В каком случае требуются навыки системного программиста, а в каком достаточно уметь чуть-чуть читать по-английски?
>>И что?
> А то, что в одном случае для замены циферки 30 на 15
> или 45 мне потребуется:
> - скачать исходники
> - найти где-то там внутри нужную константу (заранее не зная где она
> и как называется)
> - скомпилировать с правильными опциями компилятора
> А в другом открыть редактором самодокументированный конфиг и поправить в нем параметр.
> В каком случае требуются навыки системного программиста, а в каком достаточно уметь
> чуть-чуть читать по-английски?Тык "известная контора" прочитает Вам man-ы за $50/час (по телефону, голосом автоматического ответчика ;)
> А то, что в одном случае для замены циферки 30 на 15 или 45 мне потребуется:
> - скачать исходники
> - найти где-то там внутри нужную константу (заранее не зная где она и как называется)
> - скомпилировать с правильными опциями компилятора
> А в другом открыть редактором самодокументированный конфиг и поправить в нем параметр.
> В каком случае требуются навыки системного программиста, а в каком достаточно уметь чуть-чуть читать по-английски?А во втором случае чтение параметра из конфига само должно написаться? Или Вы правда считаете, что все вокруг просто обязаны тратить свое время на то, чтобы сэкономить Ваше?
> А во втором случае чтение параметра из конфига само должно написаться?Оно, вообще-то, уже написано. Но не в systemd. ;-)
> Скоро ЭТО будет у меня на компьютере...А зачем?
У меня Федора. И она останется, поскольку наличие архитектурно неправильного кода в одной из системных компонент недостаточно, чтобы отказываться от дистрибутива.
> У меня Федора. И она останется, поскольку наличие архитектурно неправильного кода в
> одной из системных компонент недостаточно, чтобы отказываться от дистрибутива.Ну, может быть не совсем скоро. Кстати, где-то через 2-3 года ширнармассы выяснят, что systemd - дрянь и начнут его менять на какую-то ещё фигню. Всё-таки, засыпание строго через 30 сек - это круто, это возврат в 70-е, когда систему приходилось компилировать для каждого компа (всякие sysgen).
> Ну, может быть не совсем скоро. Кстати, где-то через 2-3 года ширнармассы
> выяснят, что systemd - дрянь и начнут его менять на какую-то ещё фигню.Как показывает практика, период цикла "наш инит дрянь" в линуксе составляет порядка 20 лет. Нормальный срок морального устаревания.
>> Ну, может быть не совсем скоро. Кстати, где-то через 2-3 года ширнармассы
>> выяснят, что systemd - дрянь и начнут его менять на какую-то ещё фигню.
> Как показывает практика, период цикла "наш инит дрянь" в линуксе составляет порядка
> 20 лет. Нормальный срок морального устаревания.Не, в наше время все ускоряется! Так что уже не 20, а 10 лет. А через 10 будет уже 5-ть.
А далее самое интересное: он (код) научится сам себя модифицировать!
И вот тогда, нам за ним не угнаться :( Только такие как Леня и смогут ;)
> Ну, может быть не совсем скоро. Кстати, где-то через 2-3 года ширнармассы
> выяснят, что systemd - дрянь и начнут его менять на какую-то ещё фигню.Или просто допинают до ума за пару годков. Ну как с пульсом примерно. А вонять на всякие ранние версии - так в опенсорсе все держится на release early, release often.
> Или просто допинают до ума за пару годков. Ну как с пульсом примерно.Может быть. Но, судя по коду, там слишком много идиотизма.
> А вонять на всякие ранние версии - так в опенсорсе все держится на release early, release often.
Главное, не быть бета-тестером. :-)
>Или просто допинают до ума за пару годков. Ну как с пульсом примерно.Допинают - в смысле не останется места куда он не приколочен? Вон новый BlueZ без пульсы уже не умеет с ALSA общаться, зашибись. Четвертый умел, выпилили.
>А вонять на всякие ранние версии - так в опенсорсе все держится на release early, release often.
Есть разница между early/often и stupid/как-нибудь.
Так конкретно это из udisks, а не systemd
> Так конкретно это из udisks, а не systemdКак разница? Linux есть Linux, как ни крути.
> Как разница? Linux есть Linux, как ни крути.Linux вообще ядро. Ему до балды на systemd и прочие udisk-и.
Я знаю, я пример привел того, что это распространеная практика. Не только в systemd такое, а повсюду.
> Про конкретный случай? Ну, имхо, 30 секунд много, я бы себе сделал поменьше :)Ну, можно конкретный пример, почему 30 секунд оказывается много?
Вы так частот дергаете крышку туда-сюда (кстати, зачем?), что это сажает вашу батарею?> А про захардкоженность могу еще привести пример. udisks при автомонтировании использует дефолты в коде, типа
Хороший пример. Но это udisks, совсем другая программа, и совсем другие параметры.
>> Про конкретный случай? Ну, имхо, 30 секунд много, я бы себе сделал поменьше :)
> Ну, можно конкретный пример, почему 30 секунд оказывается много?
> Вы так частот дергаете крышку туда-сюда (кстати, зачем?), что это сажает вашу
> батарею?Вы толстой троллите... Однако, мне нравится/удобно/хочется/_надо_ другой таймаут - прикажете патчить? А сразу архитектуру продумать и сделать настраиваемый параметр? (ждём в следующем релизе "wow. Мы тут подумали и сделали настраиваемый параметр." - и все радуются)
> Однако, мне нравится/удобно/хочется/_надо_ другой таймаут - прикажете патчить?Как я Вас понимаю... Мне тут хочется себе дом. И вроде строителей полно, но почему-то никто не хочет на халяву построить мне дом в свое личное время и из своих стройматериалов. И что - прикажете самому строить?
>> Однако, мне нравится/удобно/хочется/_надо_ другой таймаут - прикажете патчить?
> Как я Вас понимаю... Мне тут хочется себе дом. И вроде строителей
> полно, но почему-то никто не хочет на халяву построить мне дом
> в свое личное время и из своих стройматериалов. И что -
> прикажете самому строить?Как я вас понимаю. Бричка, космолёт, портянки. А среди всего этого вы в белом - потому что карательную психиатрию отменили.
А вообще разевать пасть по поводу _нахаляву_ будете когда наступят времена "сытые пользователи лёньчика попрекают и требуют что-то от него не отдавая ничего в замен". А не как сейчас - народ напрягается, патчи пишет а он шлёт всех куда подальше с словами что никому это не надо. Удевовские патчи пусть для начала примет, а до тех пор не воняй по поводу "не хочет на халяву".
Почему бы эти патчи не направлять в eudev?
Толку больше будет.
> Почему бы эти патчи не направлять в eudev?
> Толку больше будет.Дело то не в этом. Использовать eudev в системе можно будет только с кучей патчей на системд и другой софт. А лёня пилит по релизу в день - за ним не угнаться. А если слухи ходящие про полное переделывание udev и потерю совместимости с текущий ситуацией правда... То работа на eudev это будет практически работа на мусорную корзинку.
Почему же на корзинку? eudev родился как форк, но никто ему не запрещает стать совершенно отдельным софтом, если слухи про полное переделывание оправдаются.
> Почему же на корзинку? eudev родился как форк, но никто ему не
> запрещает стать совершенно отдельным софтом, если слухи про полное переделывание оправдаются.Невозможно будет успевать за ними. Постепенно все плюнут на eudev, ибо с ним будет сложней чем с связкой systemd. Патчи на ядро рх уже делает весело для оракла. А теперь будет практически тоже для опенсурса. И бежать уже некуда - апстрим переехал в рх.
> А не как сейчас - народ напрягается, патчи пишет а он шлёт всех куда подальше с словами что никому это не надо.Прямо таки всех? Или просто Ваша позиция Вам самому кажется настолько слабой, что Вы сочли необходимым приврать для усиления эффекта? Но даже Ваш баттхерт не оправдывает банальное вранье.
И я Вам открою еще один секрет - кроме того, что никто из разработчиков не обязан осуществлять Ваши личные желания, они также абсолютно не обязаны принимать Ваши патчи в свои проекты. Тем более такого типа, как от разработчиков ubuntu насчет SIGSTOP.
Более того, ни один нормальный опенсорсный проект не принимает абсолютно все присланные патчи без разбора. Добро пожаловать в реальность.
И раз уж речь шла о настройке параметров, даже если вдруг такой патч не приняли бы в апстрим, то как это может помешать Вам самому у себя настраивать что угодно и как угодно?
Никак. Хотя я понимаю, что некоторым людям всё мешает, и им проще придумать сотню отмазок и оправданий, чем взять и что-то сделать своими руками хотя бы для самого себя.
>> А не как сейчас - народ напрягается, патчи пишет а он шлёт всех куда подальше с словами что никому это не надо.
> Прямо таки всех? Или просто Ваша позиция Вам самому кажется настолько слабой,
> что Вы сочли необходимым приврать для усиления эффекта? Но даже Ваш
> баттхеpт не оправдывает банальное вранье.Когда дурaчкa ловят на том что он дурaчoк в ответ приводится просто убойный "аргумент" - а у тебя буггуpт! Патчи на открячивание удев при сборке где? Где возможность каждый модуль собрать отдельно и использовать? Ах у лёни своё понятие модульности - несколько сишных файликов а не один.
> И я Вам открою еще один секрет - кроме того, что никто из разработчиков не обязан осуществлять Ваши личные желания, они также абсолютно не обязаны принимать Ваши патчи в свои проекты. Тем более такого типа, как от разработчиков ubuntu насчет SIGSTOP.
Любитель аналогий про дома на халяву? Ну так вот тебе правильный вариант аналогии. Многие года люди строили замок по кускам. Кто-то сваи забивал под фундамент. Кто-то проектировал пространство внутри на возможность быстрой любой перестройки и перестановки. Получили прекрасную вещь, которую каждый может использовать как хочет. Тут прибегает лёня и начинает выковыривать сваи со словами: что за спаггети из портянок, сейчас литой фундамент сделаем. Соседи то давно дома из гoвнаипалок^W гипсокартона творят. Они такие миленькие, розовые. И все цельные - не разборные, для большинства жителей пойдёт. А что бы было проще мы застроим этими домами с одного полюса до другого. Те единицы что живут в холоде, либо им не нравятся комнаты размером с сортир могут оббить стены шкурами свежепойманных зверей или самостоятельно перебрать дом для нужных размеров комнат. И тут куча холопов дальше винды не вылезающих: правильное решение, правильное решение.
> И раз уж речь шла о настройке параметров, даже если вдруг такой
> патч не приняли бы в апстрим, то как это может помешать
> Вам самому у себя настраивать что угодно и как угодно?
> Никак. Хотя я понимаю, что некоторым людям всё мешает, и им проще
> придумать сотню отмазок и оправданий, чем взять и что-то сделать своими
> руками хотя бы для самого себя.О, тот же самый аноним как в прошлый раз? Что тебе мешает в модульной винде? Там тоже код можно патчить - шестнадцатеричным патчиком. Как угодно и что угодно. Нет ты придумаешь сотню отмазок для сидения на лялихе.
> Хороший пример. Но это udisks, совсем другая программа, и совсем другие параметры.# 123.
> надо патчи слать.Надо слать системд. Прямо в патчу :)
А можно отключить автоматическое определение меток GPT ? а то после последних обновлений у меня система стала дольше загружаться, GPT у меня не будет никогда, потому что у меня 2 корня и 3 home (я не шучу)
> А можно отключить автоматическое определение меток GPT ?Оно автоматически отключается в отсутствие GPT, например.
2 корня на два дистрибутива, но 3 home зачем?
> 2 корня на два дистрибутива, но 3 home зачем?у второго дистрибутива изначально home был на одном винте с корнем но потом я его вынес на отдельный винт. сейчас старый home остался на всякий случай, там в основном конфиги.
>Отмечается, что большинство обнаруженных в значительном выпуске systemd 209 ошибок, вызывающих проблемы со стабильностью, устранены.А я, дурак, привык с Дебианом, что если выпуск "значительный", то проблем со стабильностью в нём быть не должно.
> А я, дурак, привык с Дебианом, что если выпуск "значительный", то проблем
> со стабильностью в нём быть не должно.Значительный = RC.
> А я, дурак, привык с Дебианом, что если выпуск "значительный", то проблем
> со стабильностью в нём быть не должно.А вот разработчики Дебиана, судя по минорным релизам стейбла, регулярно находят такие проблемы.
Минорные релизы стейбла связаны с дырами в безопасности, но никак не с проблемами со стабильностью
> Минорные релизы стейбла связаны с дырами в безопасности, но никак не с
> проблемами со стабильностьюhttp://www.opennet.me/opennews/art.shtml?num=39097 Debian 6.0.9 включает 17 обновлений с устранением серьезных проблем со стабильностью
http://www.opennet.me/opennews/art.shtml?num=39048 Debian 7.4 включает 37 обновлений с устранением серьезных проблем со стабильностью
http://www.opennet.me/opennews/art.shtml?num=38667 Debian 7.3 включает 39 обновлений с устранением серьезных проблем со стабильностью
> А я, дурак, привык с ДебианомПора отвыкать.
> А я, дyрак, привык с Дебианом, что если выпуск "значительный", то проблем
> со стабильностью в нём быть не должно.Ну вот подожди когда дебиан заинтегрирует. У них и не будет проблем. А если ты лучше майнтайнеров знаешь как и что надо - нафига тебе майнтайнеры?!
Ну и я тоже предпочитаю debian stable и совсем не понимаю о чем ты. Обновляюсь мажорно только спустя пару месяцев после появления подробных known issues и update guide.
"Если в системе имеется несколько разделов одного типа, используется первый из найденных"
т.е. вставляем в систему диск с другой машины - и оно грузится криво??
они что там курят?
Они ориентируются на 95%, которые вообще никогда в системник не залезают.
> Они ориентируются на 95%По-моему, они ориентируются на Win 95.
На кой ляд тогда эти 95% заглядывают в fstab? Или они в него тоже не заглядывают но испытывают подсознательное зуденье от лишнего файлика в /etc?
> На кой ляд тогда эти 95% заглядывают в fstab? Или они в
> него тоже не заглядывают но испытывают подсознательное зуденье от лишнего файлика в /etc?Им этот файлик просто не нужен. Лишняя сущность.
Что значит не нужен? Код остаётся, если фстаб есть он подхватывается и отрабатывает. Где он не нужен? Не нужен он был если его выкинули с концами и вместо него автоматическую интеллектуальную управлялку запилили. А пока из ненужных тут только поттеринг и такие вот как ты анонимы.
> Что значит не нужен? Код остаётся, если фстаб есть он подхватывается и
> отрабатывает. Где он не нужен?Там, где он избыточен. Если есть один корень и один /home, которые прекрасно идентифицируются по меткам - fstab избыточная, лишняя сущность.
> А пока из ненужных тут только поттеринг и такие вот как ты анонимы.
Ваше мнение очень ценно для меня :)
> Там, где он избыточен. Если есть один корень и один /home, которые прекрасно идентифицируются по меткам - fstab избыточная, лишняя сущность.Мандуйте туда где один диск C:. Там вам подобным самое место. Насколько низким iq надо обладать что бы объяснить избыточность фстаба но таскать с собой код проверяющий на месте ли он.
С какой он там стороны избыточен? С стороны системд? Поттеринг выпилит возможность использовать фстаб и для его подключения надо пересобирать исходники с отдельными патчами?
С стороны пользователя? Те 95% не лезут в фстаб и не трогают его. Он для них то же не избыточен.> Ваше мнение очень ценно для меня :)
Ты конспектируй его. Мыслей умных нет, хоть где-то знанием блеснёшь из записанного.
> Там, где он избыточен. Если есть один корень и один /home, которые
> прекрасно идентифицируются по меткам - fstab избыточная, лишняя сущность.Мне как немножко сталкивавшемуся с GPT интересны вопросы про опции монтирования (ну relatime эти гиганские дятлы прибьют в код, а вот с noexec,nosuid,nodev так не разгонишься) и заодно про mdraid.
PS: не понимаю, зачем Вам один /home -- пусть живёт на корне, всё равно там априори ничего ценного.
Если система загружается с помощью sysvinit, то systemd — избыточная сущность.Я правильно понял вашу логику?
Рейд пользователю не нужен? Как эта херня отрабатывает рейды?
> Рейд пользователю не нужен?Пользователю - нет, это серверная примочка. Например, в инсталляторе убунты очень долго не было рейда, и ничего, пользователи не жаловались. А LVM там до сих пор нет, AFAIK.
> Как эта херня отрабатывает рейды?
GPT-таблица внутри рейда? Мсье знает толк в извращениях.
Ну да, если не надо Поттеру - значит никому не надо. Где-то мы это уже слышали.
> Пользователю - нет, это серверная примочка. Например, в инсталляторе убунты очень долго не было рейда, и ничего, пользователи не жаловались. А LVM там до сих пор нет, AFAIK.Опять интеллект как у птицы-говорун. Лет десяток назад даже всем пользователям винды рассказали зачем нужен рейд. И что сохранение данных, либо скорость работы, важнее копеек затрат.
Но это же линух имени потеринга. Мы построим вторую винду но с отставанием на десяток лет.> GPT-таблица внутри рейда? Мсье знает толк в извращениях.
Ты уверен как будет эта шняжка работать при разных условиях втыкания/вытыкания/смешивания винтов рейдовых, битых рейдовых и обычных? Или прокукарекал и дальше трава не расти?
А Вы вообще windows-то видели?! Где у него поддержка нормального программного raid?
А я Вам скажу где, в программных контроллерах на мамках и драйверах к ним Intel Matrix Storage, ныне RST, LSI Megaraid/Megasr оно же RSTe, AMD SBxxx и еще что-то было на nforce. Я посмотрю как Вы стандартными средствами без контроллеров поставите windows на raid, сложнее, чем 1.> Лет десяток назад даже всем пользователям винды рассказали зачем нужен рейд. И что сохранение данных, либо скорость работы, важнее копеек затрат.
Вранье, нет там полнофункционального аналога mdraid. А то что они "рассказали" и показали - огрызок, позволяющий что-то сделать с несистемными дисками, "Архивация Windows" и прочий OEM Recovery Partition.
> Мы построим вторую винду но с отставанием на десяток лет.
Мы уже не сможем так сделать. Сделать что-то, что будет работать с жесткими дисками хуже, чем работает windows, имхо, нельзя даже в теории.
P.S. Иногда поражаюсь такой неинформированности. Рассуждают о том какой windows плохой, но при этом не подозревают о масштабах трагедии. Get the facts!
> А Вы вообще windows-то видели?! Где у него поддержка нормального программного raid?Начиная с W2k, вообще-то
> А я Вам скажу где, в программных контроллерах на мамках и драйверах
> к ним Intel Matrix Storage, ныне RST, LSI Megaraid/Megasr оно же
> RSTe, AMD SBxxx и еще что-то было на nforce. Я посмотрю
> как Вы стандартными средствами без контроллеров поставите windows на raid, сложнее,
> чем 1.Ты сам-то винду видел? Там при загрузке с сидишника вначале есть опция - "Вставьте носитель с дровами неподдерживаемого сториджа"
>> Лет десяток назад даже всем пользователям винды рассказали зачем нужен рейд. И что сохранение данных, либо скорость работы, важнее копеек затрат.
> Вранье, нет там полнофункционального аналога mdraid. А то что они "рассказали" и
> показали - огрызок, позволяющий что-то сделать с несистемными дисками, "Архивация
> Windows" и прочий OEM Recovery Partition.А он там нужен, полнофункциональный? На серверах максимум уровня рабочих групп?
>> Мы построим вторую винду но с отставанием на десяток лет.
> Мы уже не сможем так сделать. Сделать что-то, что будет работать с
> жесткими дисками хуже, чем работает windows, имхо, нельзя даже в теории.Можно. Называется Linux.
> P.S. Иногда поражаюсь такой неинформированности. Рассуждают о том какой windows плохой,
> но при этом не подозревают о масштабах трагедии. Get the facts!Свою трагедию оцени, ёпт.
>Там при загрузке с сидишника вначале есть опция - "Вставьте носитель с дровами неподдерживаемого сториджа"Вы видели Windows позднее XP? Ну да ладно, сути это не меняет. А суть в том, что это драйверы для контроллеров. Объясню Вам ситуацию, как человеку, изучившему тему лишь поверхностно.
Разделим реализации RAID на 3 типа.
1. Аппаратный контроллер RAID, таких фирм как Areca, Adaptec и пр., подключается как внешний через шину PCI(-Express). Ему нужен драйвер (если нет в стандартной поставке ОС) для доступа к массиву. Имеет свой "BIOS" (прошивочку), своё ОЗУ (кэш), настроивается до запуска ОС, сразу после старта BIOS/EFI материнской платы. Стоит дорого и не требуется для домашнего использования. По факту? SOHO не всегда может себе такие купить.
2. Программный контроллер RAID на материнской плате. Ему нужен драйвер (если нет в стандартной поставке ОС) для доступа к массиву. Свою прошивку имеет редко (видел у LSI/RSTe), чаще настраивается через BIOS материнской платы. Своего аппаратного кэша не имеет, и по производительности ничем не превосходит тип 3. Имеет драйверы под windows, с недавнего времени и под linux, но он там не нужен, т.к. есть md.
3. Программный массив. Модуль ядра (md), который создает массивы из имеющихся блочных устройств на интерфейсах IDE, AHCI, SCSI, SAS. В windows программный raid крайне ограничен функционалом. Его там не то что при установке нельзя создать, с него даже систему не запустить!Причина появления устройств типа 2 в том, что в windows не было адекватного и дешевого RAID-а. Пару лет назад, когда поднимал программный raid для windows, озадачился, а можно ли использовать Intel RST в linux. В документации от Intel было четко написано. В linux не требуется, так как есть более надёжная реализация: md.
Предвосхищаю 2 вопроса.
1. А почему если "нинужно" появились драйверы в ядре? Потому что появился LSI/RSTe и другие хитрые контроллеры на материнских платах Intel, которые не переключаются в режим эмуляции IDE и AHCI.
2. Зачем ты это всё пишешь? А затем, что пользователям windows ничего не разъясняли и не рассказывали. Им просто продали материнские платы с поддержкой очень небезопасного raid, потому что свой нормальный программный сделать не осилили. При отказе материнской платы, чтобы восстановить важные данные (ведь именно для этого нужен raid) нужно купить такую же материнскую плату, той же ревизии, с той же версией BIOS, чтобы гарантировано совпали модели программного чипа, материнской платы и версии прошивки.> Свою трагедию оцени, ёпт.
Свою трагедию я оценил, когда пришлось что-то сделать с самописным сервером приложений+база на сервере windows. Бедную базку размеров в 10 ГБ разбубенило фрагментами по "Диску С" вперемешку с кусками самой windows. А народ вопит, что тормозит всё. Также я свою трагедию оценил, когда много файлов нужно было скопировать на партицию NTFS в windows. И их действительно было много, MFT зафрагменитровалась, привысилась размер её квотs и диск умер (программно) с ошибкой I/O. И фрагментированные журнылы и фрагментированные реестры, и развалившиеся raid-массивы на этих программных контроллерах. Имхо, даже Присносущий Поттер не способен такое сделать с linux.
> с него даже систему не запустить!Ах нет. Вспомнил. Можно попробовать так. Сделать "Динамический диск", подключить идентичный винчестер, тоже сделать "Динамическим" и объявить зеркало (RAID1). Собственно на этом всё.
Нет, отдельные факты ты выкладываешь более менее правильные.
Ещё бы мысль за этим была, понимание прочитанного. Говорилось о том что рейд пользователям не нужен. В ответ был приведён аргумент что он нужен очень многим людям. И даже с снарядом в голове виндусятники много лет назад были аргументировали на этот счёт. В ответ рассказы про кривой рейд и крутой линух. Вот следующим делом лёня напишет системд-рейд.
> И даже с снарядом в голове виндусятники много лет назад были аргументировали на этот счёт.Пруфлинки в студию!
>> И даже с снарядом в голове виндусятники много лет назад были аргументировали на этот счёт.
> Пруфлинки в студию!Гугли, если интересно, за период с середины 90х до середины 00х. На русском были статьи сто процентов на сайтах типа 3дньюз, хобота. Попадались переведённые статьи, зачем мне на это время терять? На вскидку первое в поиске http://www.ci.ru/inform23_01/p_22-23.htm
И такого я начитался в те годы предостаточно.
> Пользователю - нет, это серверная примочка.В трёх метрах стоит десктоп, /home на софтовом зеркале. Может, там просто что-то ценное есть?
> Например, в инсталляторе убунты очень долго не было рейда,
> и ничего, пользователи не жаловались.Кому перевешивала убунта -- плевались и делали руками, кому ехать -- молча брали любой нормальный дистрибутив.
В альте такое проходили -- когда в 3.0 с новым инсталятором не было поддержки mdraid, много опытных пользователей сперва недоумевало, а потом выбирало: пересидеть на 2.4 до (как выяснилось) 4.0 или свалить куда-нить, тем паче что и с апдейтами лихорадить начало.
Так и тут...
> GPT-таблица внутри рейда?
Речь не про mdXpY для mdX >2Tb, если Вы даже этого не поняли.
Учите матчасть и думайте, что пишете. Дальнейшие утверждения подобной степени некомпетентности буду молча удалять на основании п. 6 http://wiki.opennet.ru/ForumHelp
> GPT-таблица внутри рейда? Мсье знает толк в извращениях.Вот объясни мне, что в этом плохого?
> т.е. вставляем в систему диск с другой машины - и оно грузится
> криво??
> они что там курят?Ничего не поделаешь, это systemd.
хомячкам должно быть удобно. остальные, раз такие умные, пусть пошаманят, как это обойти. </sarcasm>
> хомячкам должно быть удобно. остальные, раз такие умные, пусть пошаманят, как это обойти.О да, использование fstab - это сакральная тайна, недоступная даже Ъ-юниксоидам </sarcasm>
> О да, использование fstab - это сакральная тайна, недоступная даже Ъ-юниксоидамнадолго ли его оставят? это раз. поиграй в угадайку - как монтируются диски на этой машине. это два. не очень это хорошо, да.
> надолго ли его оставят?Если его и выкинут, то это никак не будет связано с данным механизмом. Просто потому, что он изначально не позиционируется как универсальный.
> поиграй в угадайку - как монтируются диски на этой машине
ТруЪ-юниксоиды играют в угадайку, а жалкие виндyзятники читают маны. Н-да.
> ТруЪ-юниксоиды играют в угадайку, а жалкие виндyзятники читают маны. Н-да.Никогда не сопровождал чужие серваки? Ну так что ставишь сам - изучаешь. Наносной зоопарк - тоже, но - напрягает. Со временем ждёшь нехорошего.
man systemd.mount
Крутые фичи, имхо. Нужно только облагораживать. Те же константы разбросанные по коду - нужно выносить в конфиги. Такие вещи, как управление поведением при закрытии-открытии крышки ноутбука - это очень полезно. В то время, как производители ноутов убирают механические переключатели микрофон-wifi-суспенд-etc, удобный программный интерфейс необходим.GPT-метки применительно к монтированию - давно ожидаемая фича. О чем-то подобном подумал сразу после прочтения спецификации GPT.
С утра весь день обновлял главную страницу опеннета - ждал новую версию systemd!
:D сделал мой день!
Поттеру не дает спать слава Марка. Теперича сисьтемды зарулит убунту по количеству новостей.
> Поттеру не дает спать слава Марка. Теперича сисьтемды зарулит убунту по количеству новостей.Глупо и бессмысленно тягаться с профессионалами.
Так как сисьтемды - новый инит убунты, то каждая новость о сисьтемды - это новость об убунту, о том, как правильно и мудро поступил Марк, перейдя на сисьтемды, и как он заботится о простых пользователях, благославляя разработчиков сисьтемды на новые свершения.
Да, Марк действительно профи, он же ведь и передумать может. Два-три раза.
День не удался, если не нужно обновить systemd.
Поттер с такими темпами, через 5 лет доведёт свою ОС до ума...
s/ума/инита/
SystemD - отличная операционная система, которой не хватает только хорошего инита.(с)
> Поттер с такими темпами, через 5 лет доведёт свою ОС до ума...Не доведет. Уже через пару-тройку лет аргументы "ну это ж первые версии, обкатаем будет лучше" перестанут прокатывать, да и тема обсирания старого станет не особо канать. Придет пора превращать поделку в продукт, решать накопившиеся скучные проблемы, "отвечать за базар" и т. д. Это работа, это во многом рутина, это не так весело, это ответственно. Лёня свалит, проходили. Допиливать и доводить до ума будут другие, а Лёня займется чем-нибудь новым, революционным, интересным. Ну или это загнется потихоньку и тот же Леня будет говорить как ему не дали все сделать как надо и сразу избавиться от всего наследия прошлого, но у него есть новые идеи как надо все переделать...
>In February 2003, a bunch of the outstanding bugs I'd reported against various GNOME programs over the previous couple of years were all closed as follows:
>"Because of the release of GNOME 2.0 and 2.2, and the lack of interest in maintainership of GNOME 1.4, the gnome-core product is being closed. If you feel your bug is still of relevance to GNOME 2, please reopen it and refile it against a more appropriate component. Thanks..."
>This is, I think, the most common way for my bug reports to open source software projects to ever become closed. I report bugs; they go unread for a year, sometimes two; and then (surprise!) that module is rewritten from scratch -- and the new maintainer can't be bothered to check whether his new version has actually solved any of the known problems that existed in the previous version. I'm so totally impressed at this Way New Development Paradigm. Let's call it the "Cascade of Attention-Deficit Teenagers" model, or "CADT" for short.-- Jamie Zawinski
Давайте писать Поттеру.
Нужно убедить его в том, что он - единственный тру в Linux, и ясное дело, сам Linux - в корне не тру.
Поэтому нужно запилить тру ОСь - PotterOS, и избавиться уже от этого надоедливого диктатора - Торвальдса.
>...позволяющего загружаться без /etc/fstab...А где тогда это указывать?
В константах systemd?tmpfs /tmp tmpfs nodev,nosuid 0 0
tmpfs /var/tmp tmpfs nodev,nosuid 0 0
tmpfs /var/lock tmpfs nodev,nosuid,noexec,size=10m 0 0
tmpfs /var/run tmpfs nodev,nosuid,noexec,mode=0755,size=10m 0 0
tmpfs /root/.cache tmpfs nodev,nosuid,noexec,mode=0700 0 0
tmpfs /home/ilya/.cache tmpfs nodev,nosuid,noexec,mode=0700,uid=1000 0 0