The OpenNET Project / Index page

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

Анализ реализаций алгоритма остановки ОС в различных системах инициализации

28.01.2014 01:20

Леннарт Поттеринг, возглавляющий разработку системного менеджера systemd, прокомментировал ситуацию, сложившуюся вокруг ошибки 1073433 в Upstart, приводящей к повреждению корневой файловой системы в процессе выключения компьютера. При этом он рассказал о причинах и механизмах возникновения проблемы, указал на метод ее решения, и предупредил о вопросах, которые в обозримом будущем останутся нерешенными из-за ограничений архитектуры Upstart.

Чтобы обеспечить корректное состояние корневой файловой системы на момент выключения компьютера, система инициализации должна предварительно смонтировать ее в режиме «только для чтения». Чтобы ядро позволило выполнить данную операцию, на корневом разделе не должно оставаться ни одного файла, открытого на запись. Традиционно, это требование обеспечивается путем предварительной остановки всех процессов, кроме самого init, который сам по себе не держит открытых для записи файлов. Однако в некоторых ситуациях такой подход оказывается неэффективен — несмотря на то, что в системе остается только процесс init, не имеющий открытых на запись файлов, ядро все равно не позволяет перемонтировать корень только для чтения.

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

Наиболее очевидное и, казалось бы, действенное решение — перезапускать процесс init (командой «telinit u») после каждого обновления соответствующих пакетов. Однако оно далеко не всегда является эффективным — существуют ситуации, когда выявить зависимости процесса init от библиотек весьма проблематично (например, при использовании NSS или аналогичных API для плагинов). Кроме того, проблема не ограничивается только библиотеками — например, она может затронуть и файлы системной локали. И наконец, далеко не всегда перезапись файлов связана с обновлением — например, процесс prelink тоже перезаписывает файлы библиотек.

Корректным решением проблемы является перезапуск процесса init при каждом выключении, непосредственно перед попыткой перемонтирования корня. Именно по этой причине, еще во времена SysV init в RHEL и Fedora, в их скриптах выключения присутствовала команда «telinit u». Таким же путем Поттеринг рекомендует пойти и разработчикам Upstart (которые пренебрегли его советом, всецело положившись на перезапуск init только при обновлении библиотек — недостатки такого шага описаны выше).

К слову сказать, в systemd данная проблема решена более изящно — вместо повторного запуска полноценного init со всеми сопутствующими библиотеками, запускается простой и компактный бинарный файл systemd-shutdownd, не использующий дополнительных зависимостей и действующий по примитивному, но надежному алгоритму: убиваются оставшиеся процессы, отмонтируются/перемонтируются оставшиеся файловые системы, отключаются loop-устройства, отключаются устройства подкачки, останавливаются устройства Device Mapper (RAID, LVM, LUKS и т.д.).

Разумеется, могут существовать целые стеки таких технологий, не позволяющие закончить за один проход (например, файловая система или раздел подкачки в loop-устройстве, использующем файл на одном из обычных разделов), поэтому shutdownd повторяет цикл снова и снова, пока остаются файловые системы, примонтированные для записи. Такой подход позволяет оставить систему гарантированно консистентной, независимо от сложности используемых технологий хранения.

Кроме того, существует еще одна проблема, связанная со сложными технологиями хранения. Дело в том, что даже примонтированная только на чтение корневая файловая система не позволяет корректно остановить блочное устройство, на котором она расположена. Если это обычный раздел на диске, такое и не требуется. Однако существуют и более сложные технологии, например, RAID и iSCSI. Несоблюдение правил корректной остановки сложного и/или сетевого устройства может привести к потере данных или повреждению метаданных. Но как отмонтировать корень, если с него запущен процесс, отвечающий за размонтирование?

Это ограничение можно обойти, если на финальной стадии запускать код для отмонтирования не с корня, а из виртуальной файловой системы, например, из образа initrd, антисимметрично тому, как это происходит при запуске системы (когда init из initrd монтирует корень и передает управление процессу init из него). Подобный подход, позволяющий корректно остановить все блочные устройства, в настоящее время реализован пока только в связке systemd и dracut (dracut — модульный конструктор initrd, используемый в Fedora и openSUSE).

Примечание: Интересно, что проблема перемонтирования корневой файловой системы, похоже, присутствует не только в Upstart, но и в OpenRC — там она выражается в зависании процесса выключения с сообщением «failed because we are using /», например, после запуска prelink. Несмотря на то, что разработчики OpenRC отмечают такие ошибки, как UNCONFIRMED, опытные пользователи Gentoo знают о проблеме, и рекомендуют добавлять команду «telinit u» в скрипт выключения ОС — /etc/init.d/mount-ro.

  1. Главная ссылка к новости (https://plus.google.com/+Lenna...)
Автор новости: Аноним
Тип: Обобщение
Ключевые слова: systemd, upstart, init, boot, shutdown
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (158) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:26, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    >Леннарт Поттеринг, возглавляющий разработку системного менеджера systemd, прокомментировал ситуацию, сложившуюся вокруг ошибки в Upstart

    Минутка рекламы, не переключайтесь.

     
     
  • 2.47, анон (?), 13:41, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    перестал читать после первых 2х слов
     
     
  • 3.50, pavlinux (ok), 13:55, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ведение войны заключается в том, чтобы предоставлять противнику действовать согласно
    его намерениям и ТЩАТЕЛЬНО ИЗУЧАТЬ их; затем сосредоточить все его внимание на чем-нибудь
    одном и убить его полководца, хотя бы он и был за тысячу миль. Это и значит уметь искусно
    сделать дело.

                                                                  Сунь-цзы. © Made in China.

     
     
  • 4.114, ананим (?), 18:07, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дожили http ru wikipedia org wiki D0 A1 D1 83 D0 B2 D0 BE D1 80 D0 BE D0 B2,... текст свёрнут, показать
     
     
  • 5.118, Andrey Mitrofanov (?), 18:33, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > князь Суворов» 1884 г. С-Петербург, т.3, с.182-184).

    W://Искусство_войны

    ""долгое время датировался концом VI — началом V века до н. э.

    Кто победил, кит или слон?

     
     
  • 6.122, ананим (?), 18:52, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Боюсь в тайге Сибири они оба долго не протянут.
    Это к вопросу «у(естност)и».
     
     
  • 7.123, ананим (?), 18:54, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    /«у(естност)и»/«у(местност)и»
     
  • 7.140, Аноним (-), 19:37, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ядерная ракета испаряет на...й все и вся совершенно независимо от made in :).
     
     
  • 8.149, Аноним (-), 20:08, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    От made in зато зависит, долетит она до всего , или нет ... текст свёрнут, показать
     
  • 8.153, ананим (?), 20:17, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это фатальное заблуждение предполагать, что ядерная ракета не зависит made in D... текст свёрнут, показать
     
     
  • 9.185, angra (ok), 00:19, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Большинство уверено, что ядерный заряд жахнет в полную мощь, если его просто под... текст свёрнут, показать
     
  • 6.184, angra (ok), 00:17, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тут все как обычно. Практика единственное мерило теории. Практика китайских полководцев подсказала, что их теорией можно просто подтереться. Какой-то необразованный монгол по имени Темучин их раскатал в блин уступая во всем. И он был далеко не единственный, кто на протяжении тысячелетий жестко дрючил китайских титеретиков.

     
     
  • 7.196, Онаним (?), 10:10, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы Вы разбирались в истории Поднебесной, то Вы с удивлением заметили бы, что передернули.
     
     
  • 8.209, mverepin (ok), 17:26, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Толераст Уважай всех кромя своих сородичяй ... текст свёрнут, показать
     
  • 7.197, Sabakwaka (ok), 10:12, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Совсем больной...
     
  • 7.212, pavlinux (ok), 23:48, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ... Какой-то необразованный монгол по имени Темучин их раскатал в блин уступая во всем.
    > И он был далеко не единственный, кто на протяжении тысячелетий жестко дрючил китайских
    > титеретиков.

    И в какой жопе сейчас Монголия? :)

     
  • 3.66, Аноним (-), 14:35, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > перестал читать после первых 2х слов

    Правильно. А то ведь прочитаешь - потом осуждать нельзя будет.

     
  • 3.168, Vasya (??), 21:13, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Зря. Перевод просто шикарен. Много полезной информации. Лёня, как всегда, не упустил шанс потроллить =)
     
     
  • 4.169, arisu (ok), 21:23, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Зря. Перевод просто шикарен. Много полезной информации. Лёня, как всегда, не упустил
    > шанс потроллить =)

    ты знаешь, если «тролль» не отличим от идиота, то совершенно не важно, идиот ли он «где-то там в своей глубине».

     
     
  • 5.172, Andrey Mitrofanov (?), 21:39, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > «тролль» не отличим от идиота, то совершенно не важно,
    > идиот ли он «где-то там в своей глубине».

    Ты эта, чьих будешь? С такими сравнениями на наше болото не заходи.

     
     
  • 6.173, arisu (ok), 21:40, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а я не тролль, я честный дурак. просто на фоне «интеллектуального большинства» выгляжу умным.
     
     
  • 7.178, Andrey Mitrofanov (?), 21:50, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >просто на фоне «интеллектуального большинства»

    Так, пацаны! Клиент с первого раза не понял. Всем запомнить эту косоглазую харю в передничке, пойдёт нашим перелеском, всем запомнить, за ним должок. >/<

     
     
  • 8.179, arisu (ok), 21:58, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    так я ж без маскировки не пойду фиг вы меня узнаете в чепчике и с усами 8230 ... текст свёрнут, показать
     
  • 4.171, Andrey Mitrofanov (?), 21:37, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Зря. Перевод просто шикарен. Много полезной информации. Лёня, как всегда, не упустил
    > шанс потроллить =)

    Пусть на наше болото заскочит, там поглядим, каков он "троль". Фабрикует весьма незатейливо, хотя бейт из него [самого] знатный. На наживку сойдёт.

     

     ....нить свёрнута, показать (23)

  • 1.2, 3draven (ok), 10:27, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пеар systemd в надежде попасть в дебиан?
     
     
  • 2.8, anonymouse (?), 10:51, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Как же сможет systemd прожить без deb?
     
     
  • 3.36, svsd_val (ok), 12:41, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Угу Debian'у он особо то и не нужен, особенно если учитывать что Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Что же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ??
     
     
  • 4.37, vi (?), 13:15, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Угу Debian'у он особо то и не нужен, особенно если учитывать что
    > Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux. Что
    > же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ??

    Уже говорил:
    https://wiki.debian.org/SummerOfCode2012/StudentApplications/akhilvij
    https://github.com/akhilvij/systemd-to-sysvinit-converter

    Еще немного:
    https://wiki.debian.org/Debate/initsystem/upstart


     
     
  • 5.39, svsd_val (ok), 13:18, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Угу, но зачем им держать две системы инициализации в этом случае, если можно довести напильником Upstart? благо он более документирован и менее привязан к ядру Linux.
     
     
  • 6.41, vi (?), 13:29, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Угу, но зачем им держать две системы инициализации в этом случае, если
    > можно довести напильником Upstart? благо он более документирован и менее привязан
    > к ядру Linux.

    Без грубостей ;) :
    Может еще, Debian-щикам сбросится на очередную путевку в космос для Космонавта?
    Пускай уже этот господин сделает что то полезное и для Debian (или я много кое чего не знаю в этом вопросе (наверняка))! А то вон последнее время пыль вокруг CLA поднимается, и прочее :(
    И да, бронепоезд должен стоять на запасном пути. Правда его от ржавчины иногда приходится чистить (но это необходимое злощастье в придачу ;)

     
     
  • 7.132, svsd_val (ok), 19:21, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага так говорят озабоченные арчеводы и им подобные, которые дальше x86/x64 не идут, так как для них мир на этом и заканчивается. ))))

    В отличии от большинства дистрибутивов Debian работает на множестве платформ и множестве ядер, и он выбирает конкретные плюсы и минусы исходя из всех платформ и всех ядер.


    Так или иначе SysVinit скорее всего будет заменён, иначе об этом не говорили бы ... и не ставился вопрос на собрании что выбрать Debian systemd или upstart

     
  • 6.48, asavah (ok), 13:43, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем гента их держит?
    Для мантэйнеров - больше гимора, для одминов больше гибкости.
    Простите но в данном случае я за гимор для мантэйнеров и за большее количество опций для себя.
     
     
  • 7.100, rshadow (ok), 16:08, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Для мантэйнеров - больше гимора

    А вы майнтейнер? А геммора больше, это потратить пару часов на написание юнита/скрипта/конфига? иди даже на просмотр и мерж патча...

    Я не за systemd, но каждый первый тут мнит что знает проблемы майнтейнеров...

     
  • 6.62, Аноним (-), 14:31, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Угу, но зачем им держать две системы инициализации в этом случае, если
    > можно довести напильником Upstart?

    Довольно тяжело. Он зависит от libNIH, в некоторых местах которой разбирается только Ремнант (см. соседнюю новость), который уже несколько лет как ушел из проекта.

    > благо он более документирован

    Неа. http://www.freedesktop.org/software/systemd/man/ This index contains 308 entries, referring to 149 individual manual pages.
    Upstart нервно курит в сторонке :)

    > и менее привязан к ядру Linux.

    Это легко поправить. Сейчас разработчики Upstart уже работают над поддержкой cgroups, а скоро и до kdbus дело дойдет.

     
     
  • 7.91, Crazy Alex (ok), 15:20, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В апстарте по самой его природе фичи жестко не прибиваются. Поэтому там cgroups и прочее - не проблема.
     
  • 7.92, chinarulezzz (ok), 15:24, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> благо он более документирован
    > Неа. http://www.freedesktop.org/software/systemd/man/ This index contains 308 entries,
    > referring to 149 individual manual pages.

    при этом, поттеринг говорит: мы в документацию не успеваем, смотри в код, он первостепенней :D

    > Upstart нервно курит в сторонке :)

    действительно.

    >> и менее привязан к ядру Linux.
    > Это легко поправить. Сейчас разработчики Upstart уже работают над поддержкой cgroups, а

    опционально.

    > скоро и до kdbus дело дойдет.

    опционально.

     
     
  • 8.111, ананим (?), 17:56, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да хоть бы в своём багтрэккере успевал разбираться https bugzilla redhat com s... текст свёрнут, показать
     
     
  • 9.116, chinarulezzz (ok), 18:22, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так вот откуда поттеринг знания почерпнул чтоб прокомментировать апстарт ... текст свёрнут, показать
     
     
  • 10.119, ноним (ok), 18:35, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скорее всего отсюда https bugs launchpad net ubuntu source ifupdown bug 108... текст свёрнут, показать
     
     
  • 11.124, chinarulezzz (ok), 18:54, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    может и отсюда Понасоздают багов, и потом пиарятся на своих решениях D... текст свёрнут, показать
     
     
  • 12.128, ноним (ok), 19:06, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага Лучше бы православный Патреговский юзали http www linuxquestions org que... текст свёрнут, показать
     
     
  • 13.147, chinarulezzz (ok), 19:59, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У самого есть криптораздел и слакварь на борту Никогда не встречал подобное Су... текст свёрнут, показать
     
  • 11.129, ананим (?), 19:09, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или отсюда 8212 https bugs gentoo org show_bug cgi id 493874 Или отсюда 8... текст свёрнут, показать
     
     
  • 12.135, ноним (ok), 19:31, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    I can drop the bits pointed out by Mike in c23 from genkernel-next I wonder wh... текст свёрнут, показать
     
     
  • 13.138, ананим (?), 19:36, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т е теперь можно сказать что их и не было ... текст свёрнут, показать
     
     
  • 14.142, ноним (ok), 19:39, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т е кидаться закрытыми багами как-бе нормально ... текст свёрнут, показать
     
     
  • 15.143, ананим (?), 19:42, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну бревно, вытащенное похтерингом из апстарта, ты же не заметил Вдруг и про уяз... текст свёрнут, показать
     
  • 15.145, ананим (?), 19:53, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    External Source CONFIRM Name https bugzilla redhat com show_bug cgi id 85906... текст свёрнут, показать
     
  • 10.121, ананим (?), 18:40, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Меня этот баг настолько заипал в своё время, что я вернулся с systemd обратно на... текст свёрнут, показать
     
  • 9.120, ноним (ok), 18:37, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в своем глазу значит https www mail-archive com debian-bugs-dist lists d... текст свёрнут, показать
     
     
  • 10.125, ананим (?), 18:57, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хм, похтеринг сабж начал, ему дерьмо и убирать ... текст свёрнут, показать
     
     
  • 11.127, ноним (ok), 19:02, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А-а-а Он походу успел и в OpenRC нагадить А мужики-то не знают ... текст свёрнут, показать
     
  • 9.126, ноним (ok), 18:59, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Шикарно https bugs gentoo org show_bug cgi id 376977 Honestly I would prefer ... текст свёрнут, показать
     
  • 4.56, Аноним (-), 14:23, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux.

    Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat.

     
     
  • 5.59, Аноним (-), 14:28, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat.

    А также к арчу, опенсусе... в общем, половине линуксов.

     
     
  • 6.65, chinarulezzz (ok), 14:35, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив.
     
     
  • 7.69, Аноним (-), 14:39, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив.

    Редхат контролируется опенсорсниками? Ну, это уже давно не тайна :)

     
     
  • 8.80, chinarulezzz (ok), 14:55, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    контролирует возможно не так выразился ... текст свёрнут, показать
     
     
  • 9.84, Аноним (-), 14:58, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, как раз правильно ... текст свёрнут, показать
     
  • 7.77, Аноним (-), 14:53, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > к апстрим проектам, контролирующих редхат. Здесь имеется в виду компания, а не дистрибутив.

    "Лучше убью свои данные, чем поставлю проги от клятого редхата!"?

     
     
  • 8.82, chinarulezzz (ok), 14:56, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    у меня убунта с версии 7 04 Не знаю когда там появился апстарт - но данные нико... текст свёрнут, показать
     
     
  • 9.85, Аноним (-), 14:59, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я еще никогда не умирал Значит, я бессмертен, да ... текст свёрнут, показать
     
     
  • 10.88, chinarulezzz (ok), 15:11, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Джо есть, просто он неуловим ... текст свёрнут, показать
     
  • 6.105, jOKer (ok), 17:16, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Ну не то что бы к ядру Linux, он скорее прибит гвоздями к RedHat.
    >А также к арчу, опенсусе... в общем, половине линуксов.

    Скорее арч и опенсусе прибиты с помощью systemd к RedHat

    /fixed

     
  • 4.63, Аноним (-), 14:33, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Угу Debian'у он особо то и не нужен, особенно если учитывать что
    > Systemd - наглухо прибит напрочь заржавевшими гвоздями к ядру Linux.

    Заржавевшие гвозди, а также ржавые цепи, погребальные саваны и загробный хохот прочно ассоциируются как раз не с Linux, а с некоторыми конкурирующими ядрами :)

    > Что же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ??

    Эти проекты начаты в основном от того, что людям хочется поизвращаться. Так пусть извращаются, кто ж им мешает?

     
     
  • 5.186, Led (ok), 00:21, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Эти проекты начаты в основном от того, что людям хочется поизвращаться.

    Как точно сказано про systemd.

     
  • 4.141, Аноним (-), 19:38, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > же прикажите делать тогда с остальными ядрами Debian (Hurd,kFreeBSD,kNetBSD) ??

    Оставить им инит, "на отъ...сь". Некроманам и инициализация некроманская.

     
  • 2.64, Аноним (-), 14:35, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Пеар systemd в надежде попасть в дебиан?

    Вряд ли. Учитывая, что от обсуждения дебианщиков от откосил, сказав "у меня много работы, извините". Вместо того, чтобы убивать по полдня на опровержение FUD от Лангасека.

     
  • 2.76, Andrey Mitrofanov (?), 14:52, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Пеар systemd в надежде попасть в дебиан?

    Коварный план! "Срочно в номер! Red Hate передаёт systemd и Леонарда П. в проект Debian."

     
     
  • 3.79, Andrey Mitrofanov (?), 14:53, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    s/в проект/под крылошко/


     

     ....нить свёрнута, показать (45)

  • 1.3, anonymous (??), 10:33, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > файловая система будет ждать завершения этого процесса

    Вот интересно, каким образом в файловой системе реализовано ожидание завершения процесса?

     
     
  • 2.7, asd (??), 10:49, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По файловым дескрипторам - если не освобождены, значит работает
     
     
  • 3.38, anonymous (??), 13:16, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >По файловым дескрипторам - если не освобождены, значит работает

    Я про само ожидание, а не его условие.

     
     
  • 4.53, pavlinux (ok), 13:59, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>По файловым дескрипторам - если не освобождены, значит работает
    > Я про само ожидание, а не его условие.

    Очевидно драйвером FS, проверяющим условия.

     
     
  • 5.112, anonymous (??), 18:00, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Очевидно драйвером FS, проверяющим условия.

    Из текста новости это не очевидно.

     
     
  • 6.188, ig0r (??), 03:08, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    очевидно что процессом монтирования/размонтирования занимается драйвер файловой системы.
     
     
  • 7.193, anonymous (??), 09:04, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >очевидно что процессом монтирования/размонтирования занимается драйвер файловой системы.

    А завершение процесса кто ждёт?

     
  • 2.151, arisu (ok), 20:16, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> файловая система будет ждать завершения этого процесса
    > Вот интересно, каким образом в файловой системе реализовано ожидание завершения процесса?

    путём приятия героина внутрь теми, кто такое пишет. файловой системе глубоко наплевать на процессы, её интересуют только мыши^w открытые fd. как последний fd закрылся — всё, свобода.

     
     
  • 3.174, Andrey Mitrofanov (?), 21:43, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> файловая система будет ждать завершения этого процесса

    Внимательно!^^

    >> Вот интересно, каким образом в файловой системе реализовано ожидание завершения процесса?
    > закрылся — всё, свобода.

    Он про то, что в _самой _FS ожидания нет. И его тай, и правда, нет:

    # umount /
    umount: /: device is busy.
            (In some cases useful info about processes that use
             the device is found by lsof(8) or fuser(1))
    # _

     

  • 1.4, славян (?), 10:39, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    не думаю что это пиар. скорее заявление, которое должно показать его квалификацию. и да возможно есть желание получить бонусы от использования системд в дебиан. разработчиков то в дебиан тоже хватает.
     
     
  • 2.67, chinarulezzz (ok), 14:36, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > не думаю что это пиар. скорее заявление, которое должно показать его квалификацию.

    ты прав что ты неправ.

     
     
  • 3.70, Аноним (-), 14:41, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> не думаю что это пиар. скорее заявление, которое должно показать его квалификацию.
    > ты прав что ты неправ.

    Ну, вообще-то Ленька наглядно показал, что манагеры, пишущие upstart, не разбираются в матчасти, и поэтому их костыли не всегда работают. И, технически, он абсолютно прав.

     
     
  • 4.90, chinarulezzz (ok), 15:17, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> не думаю что это пиар. скорее заявление, которое должно показать его квалификацию.
    >> ты прав что ты неправ.
    > Ну, вообще-то Ленька наглядно показал, что манагеры, пишущие upstart, не разбираются в
    > матчасти, и поэтому их костыли не всегда работают. И, технически, он
    > абсолютно прав.

    костыли от лёньки судя по всему, systemd-shutdownd - это просто еще один бинарь для того чтоб решить проблему, решаемую через «telinit u»? Ну, простое, изящное и элегантное решение.

    P.S. Все костылят, здесь ни systemd ни upstart не исключение. Действия лёни полезны для внимания апстартовцев. Пусть обе команды, конкурируя друг с другом, делают свои продукты лучше.

     
     
  • 5.195, Аноним (-), 10:02, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > костыли от лёньки судя по всему, systemd-shutdownd - это просто еще один бинарь для того чтоб решить проблему, решаемую через «telinit u»? Ну, простое, изящное и элегантное решение.

    То есть перезапуск инита для завершения работы - это не костыль? А простенький процесс, делающий ровно то, что нужно - это костыль?
    Ваша логика мне напоминает логику МС - это они любят что-нибудь перезапустить, систему перезагрузить и т.д.
    Таким как вы дай волю, так вы и реактор на АЭС перезапустите, когда нужно лампочку в сортире поменять, и еще будете потом утверждать, что это "простое, изящное и элегантное решение".

     
     
  • 6.198, vi (?), 12:36, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> костыли от лёньки судя по всему, systemd-shutdownd - это просто еще один бинарь для того чтоб решить проблему, решаемую через «telinit u»? Ну, простое, изящное и элегантное решение.
    > То есть перезапуск инита для завершения работы - это не костыль? А
    > простенький процесс, делающий ровно то, что нужно - это костыль?
    > Ваша логика мне напоминает логику МС - это они любят что-нибудь перезапустить,
    > систему перезагрузить и т.д.
    > Таким как вы дай волю, так вы и реактор на АЭС перезапустите,
    > когда нужно лампочку в сортире поменять, и еще будете потом утверждать,
    > что это "простое, изящное и элегантное решение".

    А чем по Вашему init должен заниматься? И почему его так страшно перезапускать?

     
     
  • 7.199, Andrey Mitrofanov (?), 13:00, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А чем по Вашему init должен заниматься? И почему его так страшно
    > перезапускать?

    Почитаешь Поттера, так его просто запускать страшно -- со всеми этими перменными и отваливающимися _внешними разделами, устройствами, дин.библиотеками, локализациями и прочими независимыми зависимостями. Оно же может не взлететь в любую же секунду!! </ужосшокк>

     
     
  • 8.200, vi (?), 13:04, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, миллион лет уже работает и еще столько же проработает сарказм понят... текст свёрнут, показать
     
  • 4.106, Stellarwind (?), 17:20, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Леньке наглядно объяснили, что убунта и так делает telinit u, а убивать все процессы и пытаться размонтировать фс в цикле это не лучшее решение, т.к. например если на этот момент примонтирована сетевая фс, которой все еще нужна сеть, смерть network-manager (как Леня предлагает) никак не поможет ей правильно отмонтироваться.
    Локальные ФС будут размонтированы, зато сетевые будут ошибками покрываться.
     

  • 1.9, McLeod095 (ok), 10:54, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Сейчас опять начнется что systemd не нужен и нафиг это поделие.
    А ведь человек не только создал рабочий софт, но и не скрывает свои решения возникших проблем. Он не посоветовал что для решения проблемы возмите кусок из моего софта, или не предложил полностью на него перейти, он описал ситуацию которая возникает и описал решение которое ему показалось наиболее оптимальным и правильным. А в итоге сейчас в комментах в его адрес (да и в мой) полетят гнилые помидоры.
    Я кстати довольно часто видел как в CentOS 6 не всегда может быстро и нормально при выключении отмонтироваться /var, и знаю что проблема не надуманная.
     
     
  • 2.23, cmp (ok), 11:25, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хм, частенько видел как система не могла загрузится, потому что не проходила проверку корневая фс, потому что, fsck / выдавал ошибку о том, что / - это директория.
    В большенстве случаев не разбирался, что да как, а заменял в скрипте fsck / на fsck.etx3 /dev/sda2. Да это тупо, зато на все про все 10 мин, а там уж пусть админы того сервера чешуться, а что же делать с системд в случае когда произойдет сбой во внутренней логике?

    Проблема в том, что идеальных решений не бывает и косячит будут и скрипты, и системд, но скрипты можно поправить, а с этим бинарным поделием, что прикажете делать? курить исходники? так может сразу нафиг?

     
     
  • 3.25, ноним (ok), 11:53, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хм, частенько видел как система не могла загрузится, потому что не проходила
    > проверку корневая фс, потому что, fsck / выдавал ошибку о том,
    > что / - это директория.

    Дистрибутив и версию вспомните?

    > В большенстве случаев не разбирался, что да как, а заменял в скрипте
    > fsck / на fsck.etx3 /dev/sda2. Да это тупо...

    Да, это тупо.

    > Проблема в том, что идеальных решений не бывает и косячит будут и
    > скрипты, и системд, но скрипты можно поправить, а с этим бинарным
    > поделием, что прикажете делать? курить исходники? так может сразу нафиг?

    google://sytemd+debugging

     
     
  • 4.30, cmp (ok), 12:21, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    RPM base, последний раз было на каком-то встроенном в систему сканирования отпеч... текст свёрнут, показать
     
     
  • 5.32, ноним (ok), 12:28, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Дистрибутив и версию вспомните?
    > RPM base, последний раз было на каком-то встроенном в систему сканирования отпечатков
    > пальцев в отделении полиции соседнего городка, альт может быть, но точно
    > не помню.

    А в каком "скрипте" вы заменили "fsck / на fsck.etx3 /dev/sda2" вспомните? Или может быть приснилось?

    P.S.: хотя бы на fsck /dev/disk/by-uuid/xxx заменили, что-ли, если уж на то пошло...

     
     
  • 6.43, cmp (ok), 13:30, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А в каком "скрипте" вы заменили "fsck / на fsck.etx3 /dev/sda2" вспомните?
    > Или может быть приснилось?
    > P.S.: хотя бы на fsck /dev/disk/by-uuid/xxx заменили, что-ли, если уж на то
    > пошло...

    https://www.linuxquestions.org/questions/other-*nix-55/checking-filesystems-failure-in-rc-sysinit-halts-boot-750842/

    https://www.redhat.com/archives/libvirt-users/2013-November/msg00140.html

    кстате довольно распространенная проблема - преобразования /dev/root (из /proc/mounts) в /dev/[sh]dX, поэтому в большенстве дистрибутивов решалось оставить эту функцию домашним заданием fsck, который не всегда корректно ее выполнял. И именно потому, что использовались всякие - UUID=xxx или LABEL=xxx, в fstab вместо /dev/sdX.

     
     
  • 7.44, ноним (ok), 13:37, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    fsck ext2 Device or resource busy while trying to open dev sda Filesystem moun... текст свёрнут, показать
     
     
  • 8.52, cmp (ok), 13:56, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    тут фс на устройстве определилась а тут нет ... текст свёрнут, показать
     
     
  • 9.57, ноним (ok), 14:25, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален Не мудрено mount can t find in etc fstab or etc mt... текст свёрнут, показать
     
  • 5.191, дуайт эйзенхауер (?), 08:10, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да я даже знать не хочу как оно там работает, мне до звезды.

    Жесть какая. Таким уникумам вообще нельзя давать в руки что-либо сложнее лома. Даже чтобы копать лопатой желательно разбираться как она работает.

     
  • 4.40, Аноним (-), 13:28, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > google://sytemd+debugging

    будешь на ассемблере новую логику писать? ;)

     
     
  • 5.46, ноним (ok), 13:38, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> google://sytemd+debugging
    > будешь на ассемблере новую логику писать? ;)

    А это к чему вообще?

     
     
  • 6.68, Аноним (-), 14:38, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>> google://sytemd+debugging
    >> будешь на ассемблере новую логику писать? ;)
    > А это к чему вообще?

    Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициализации каждым админом под себя. А сделать одну так, чтобы она работала - нельзя, виндyзятничество.

     
     
  • 7.117, chinarulezzz (ok), 18:31, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> google://sytemd+debugging
    >>> будешь на ассемблере новую логику писать? ;)
    >> А это к чему вообще?
    > Ну, типа намек, что юниксвей состоит в постоянном переписывании системы инициализации каждым
    > админом под себя.

    Давно уже так:  sysvinit, openrc, Upstart, Runit, Daemontools, Launchd, Initng, systemd.

    > А сделать одну так, чтобы она работала - нельзя, виндyзятничество.

    sysvinit работала. Но делать еще одни прогрессивные плееры^W системы инициализации - типичные для кодеров действия. Bycicle, bycicle, bycicle. I want to ride my bycicle.

     
     
  • 8.181, Аноним (-), 22:30, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    initscripts shutdown reboot hangs after K03rsyslog http bugs debian org cgi-b... текст свёрнут, показать
     
     
  • 9.187, Michael Shigorin (ok), 01:05, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    F20 https bugzilla redhat com buglist cgi bug_status NEW bug_status ASSIGNED ... текст свёрнут, показать
     
     
  • 10.190, ноним (ok), 07:33, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну что же вы так однобоко https bugzilla redhat com buglist cgi bug_status NE... текст свёрнут, показать
     
     
  • 11.192, ананим (?), 08:15, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    типа похтеринг, выступая с сабжем, проявил верх объективности я за всю историю ... текст свёрнут, показать
     
  • 11.204, Michael Shigorin (ok), 14:31, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него и так integer overflow случился, скорее всего ... текст свёрнут, показать
     
  • 10.213, Аноним (-), 11:03, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Никто и не отрицает существование багов, связанных с systemd Я лишь хотел сказа... текст свёрнут, показать
     
     
  • 11.216, Michael Shigorin (ok), 17:20, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так я для удобства и привёл скромную ссылочку Скорее справедливости ради tm ... текст свёрнут, показать
     
  • 4.51, Michael Shigorin (ok), 13:55, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > google://sytemd+debugging

    Спасибо, дорогой.  А теперь примените к залипанию без диагностики на выключении.  Или к минутному примерно таймауту на складывании пользовательской сессии, которого и не просили.

     
     
  • 5.58, Аноним (-), 14:26, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А теперь примените к залипанию без диагностики на выключении.

    http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1
    Не?

    > Или к минутному примерно таймауту на складывании пользовательской сессии, которого и не просили.

    Видимо, надо писать багрепорт.

     
     
  • 6.108, jOKer (ok), 17:30, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Видимо, надо писать багрепорт.

    Именно так. И ждать... долго ждать. А если хочется ждать мало, то платить. Много платить. И, - вы удивитесь, платить РедХат и Поцтерингу. Собственно это и есть главная цель RH: увеличить маржу за тех. поддержку.

    А теперь вопрос: а на черта мне ждать и платить, если я на OpenRC любой баг сам за 20 минут подлатаю, а? Ну, если нарвусь конечно... потому что за последние три года НИ РАЗУ не было ни одного! А все что мне пришлось там править сводилось к личной кастомизации системы.


     
     
  • 7.113, ноним (ok), 18:03, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Видимо, надо писать багрепорт.
    > Именно так. И ждать... долго ждать. А если хочется ждать мало, то
    > платить. Много платить. И, - вы удивитесь, платить РедХат и Поцтерингу.
    > Собственно это и есть главная цель RH: увеличить маржу за тех.
    > поддержку.

    А в OpenRC видать баги моментально исправляют?

    > А теперь вопрос: а на черта мне ждать и платить, если я
    > на OpenRC любой баг сам за 20 минут подлатаю, а? Ну,
    > если нарвусь конечно... потому что за последние три года НИ РАЗУ
    > не было ни одного! А все что мне пришлось там править
    > сводилось к личной кастомизации системы.

    Валяйте: https://bugs.gentoo.org/buglist.cgi?component=OpenRC&product=Gentoo Hosted Projects&resolution=---   86*20/60 ~ 29 часов вам походу хватит.

     
  • 6.208, Michael Shigorin (ok), 15:47, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, на эту страничку не натыкался Плохо ещё и то, что параллелизм -- расс... текст свёрнут, показать
     
  • 5.61, ноним (ok), 14:30, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> google://sytemd+debugging
    > Спасибо, дорогой.  А теперь примените к залипанию без диагностики на выключении.

    journalctl -b -1 , не? И если оно один раз зависло, зависнет и второй раз, так?

    >  Или к минутному примерно таймауту на складывании пользовательской сессии, которого
    > и не просили.

    Во-первых - ожидание завершения юнитов в systemd - 90 сек., а не минута. Во-вторых - поподробнее, пожалуйста (желательно с пруфом на багтрекер в апстриме)


     
  • 2.29, Reinar (ok), 12:12, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > что для решения проблемы возмите кусок из моего софта

    хе-хе, а ведь не выйдет, даже если и очень захочется:

    Tomasz Torcz: Hey, the code is written and it's free, upstart can execv() systemd-shutdown when going down.
    Lennart Poettering: Nope, they cannot integrate it into Upstart, since the code might be free, but not covered under their CLA. They CLA is not just a great way to give people the finger who want to send patches to you, it's also a fantastic way to give the finger to yourself when you want to integrate existing code into your project. ;-)

    Я вообще не понимаю, как можно рассматривать хоть что-то от Canonical к интеграции в другие дистрибутивы, принимая во внимание их лицензионную политику.

     
     
  • 3.81, Аноним (-), 14:55, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я вообще не понимаю, как можно рассматривать хоть что-то от Canonical к
    > интеграции в другие дистрибутивы, принимая во внимание их лицензионную политику.

    А дебианщики уже размахнулись поддерживать патчи для портабельности upstart out-of-tree, в виде патчей к дебиановскому пакету :)
    Наверное, будет забавано, если учесть, что upstart тоже нехило привязан к линуксу, и придется переписать чуть ли половину кода.

     

     ....нить свёрнута, показать (28)

  • 1.11, Аноним (-), 11:07, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Поттеринг не планирует в ближайшее время убрать less из systemctl?
     
     
  • 2.13, Fracta1L (ok), 11:09, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А зачем?
     
  • 2.17, ноним (ok), 11:15, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А Поттеринг не планирует в ближайшее время убрать less из systemctl?

    alias systemctl='systemctl --no-pager'

     
  • 2.31, freehck (ok), 12:22, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, давайте его ещё и из man уберём.
     
     
  • 3.42, Аноним (-), 13:30, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, давайте его ещё и из man уберём.

    не, из man не надо, да и убирается легко, достаточно перенаправить вывод не в терминал, типа: man xxx | cat

     
     
  • 4.71, Аноним (-), 14:42, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > не, из man не надо, да и убирается легко, достаточно перенаправить вывод
    > не в терминал, типа: man xxx | cat

    А systemctl xxx | cat писать низзя?

     

  • 1.21, Нанобот (ok), 11:19, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    сугубо технические проблемы работы одной функции системы. не тянет оно на "главные новости"
     
  • 1.27, Аноним (-), 12:02, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    забавно, у меня вот при использовании lvm, luks, raid и прочих nfs такой проблемы ни разу не возникало. Леннарт опять породил решение в поисках проблемы?
     
     
  • 2.134, anonymous (??), 19:28, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, ты его разоблачил! спасибо тебе, отважный защитник!
     

  • 1.35, Xaionaro (ok), 12:37, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    из IRC по поводу этой темы:

    > LP is propagandizing systemd with showing such bugs in other init systems.

    < so does systemd work with kernel 2.6.25 and reiserfs?
    > I can ask people in that thread :)

    < well, short version: it can't, by design
    < resilient software? not this decade!

     
     
  • 2.72, Аноним (-), 14:43, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> LP is propagandizing systemd with showing such bugs in other init systems.
    > < so does systemd work with kernel 2.6.25 and reiserfs?
    >> I can ask people in that thread :)
    > < well, short version: it can't, by design
    > < resilient software? not this decade!

    Фанбои бесятся :)

     
     
  • 3.86, Xaionaro (ok), 15:02, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Фанбои бесятся :)

    Фанбои фанатеющие по чему?

     
     
  • 4.94, Аноним (-), 15:48, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Фанбои фанатеющие по чему?

    Там есть своя политтусовка вокруг OpenRC.

     
     
  • 5.97, Xaionaro (ok), 16:00, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Там есть своя политтусовка вокруг OpenRC.

    И каких политических взглядов они придерживаются и интересы какой компании/государства/etc они представляют?

     
  • 4.96, Lain_13 (ok), 15:53, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По нафиг никому не нужному RaiserFS же -_- Цитата Леннарта на счёт одной из про... текст свёрнут, показать
     
     
  • 5.159, arisu (ok), 20:23, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Похороните вы его уже, а не тыкайте палочкой.

    спасибо. твоего очень ценного мнения очень не хватало. как же без твоих-то ценных указаний? «хоронильщик», йопт…

     
     
  • 6.182, Lain_13 (ok), 22:43, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всегда пожалуйста, был очень рад помочь, обращайтесь.
     
  • 5.183, pv47 (ok), 23:26, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Из-за этого если на разделе с raiserfs хранить бэкап другого такого раздела без сжатия или шифрации, то при перестройке дерева вместо файла бэкапа можно получить странное нечто, состоящее из содержимого диска и бэкапа вместе.

    Ага! Попался! Давно хотел спросить (не ради смеху, а, правда, интересно) у кого-нибудь, хаящего рейзер по этой причине. Как данная проблема решается в других фс (хотя бы в одной из ext{2,3,4}, xfs)? Как вообще утилита, получающая кусок байтовой последовательности, может понять, что является основной файловой системой, а что - файловой системой образа, лежащего на основной системе?

     
  • 4.157, arisu (ok), 20:22, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Фанбои бесятся :)
    > Фанбои фанатеющие по чему?

    по системды. прямо тут, на опеннете. как только их в очередной раз тычут носом в то, что системды — кусок говна, они начинают кричать про «haters gonna hate», «системды-ненавистников» и прочую ерунду.

     
     
  • 5.211, Аноним (-), 21:54, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Забыл что они ещё рассказывают про не читаемые портянки скриптов, бричку и космолёт ну и сами не пользуются системд.
     

  • 1.45, anonymous (??), 13:37, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    К сожалению, при всех описанных плюсах systemd, он все еще не предназначен для использования в в большинстве ситуаций, отходящих от стандартных use-case. До сих пор нет возможности оставить от systemd только систему инициализации, убрав все эти journald и другие навязанные сервисы.
    Напоминает галочки в виндовых инсталляторах - "установить яндекс.бар, бесплатный антивирус, шахматы и поэтесс+", активированные по умолчанию.
     
     
  • 2.75, Аноним (-), 14:51, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Наоборот systemd изначально разработан модульным и расширяемым, в отличие от ... текст свёрнут, показать
     
     
  • 3.89, ананим (?), 15:13, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему, как только что-то работает без траха - так сразу "винда"?

    Э-э-э, потому что это откровенная брехня?

     
  • 3.93, anonymous (??), 15:39, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Понятие простоты юнита субъективно Большинство пользователей не полезет ни в ... текст свёрнут, показать
     
     
  • 4.99, ананим (?), 16:07, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да дело даже не в этом Для скриптов вполне можно использовать что-то типа этого... текст свёрнут, показать
     
     
  • 5.160, arisu (ok), 20:25, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    системды-специфичное апи вообще нафиг не нужно.
     
  • 2.161, Аноним (-), 20:34, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Напоминает галочки в виндовых инсталляторах - "установить яндекс.бар, бесплатный антивирус, шахматы и поэтесс+", активированные по умолчанию.

    Угу, только там галки можно снять и ненyжно не ставить.

     

  • 1.95, Аноним (-), 15:48, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, улучшающееся качество статей на опеннете не может не радовать. Аноним молодец!
     
  • 1.98, Xasd (ok), 16:02, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Примечание: Интересно, что проблема перемонтирования корневой файловой системы, похоже, присутствует не только в Upstart, но и в OpenRC — там она выражается в зависании процесса выключения с сообщением «failed because we are using /», например, после запуска prelink. Несмотря на то, что разработчики OpenRC отмечают такие ошибки, как UNCONFIRMED, опытные пользователи Gentoo знают о проблеме, и рекомендуют добавлять команду «telinit u» в скрипт выключения ОС — /etc/init.d/mount-ro.

    вся суть велосипедостроения -- в одном обзаце :)

    опытные пользователи оказались умнее разработчиков :-)

    [хотя -- отдаёт желтезной]

     
     
  • 2.101, ананим (?), 16:14, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >[хотя -- отдаёт желтезной]

    И ещё какой. Согласитесь, что это
    >sys-apps/openrc-0.10.5 fails to remounts reiserfs root file system read only on reboot: failed because we are using /

    и это
    >приводящей к повреждению корневой файловой системы в процессе выключения компьютера.

    Несколько разные вещи.
    Мягко говоря. :D

    Зыж
    Более жёлто было бы написать — «Использование всего, что не есть/является systemd убивает».
    Постеснялись? :D

     
     
  • 3.104, anonymous (??), 17:07, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я специально для Вас выпишу основные пункты новости:
    Upstart повреждает ФС в редких случаях из-за проблем с перемонтированием корневой файловой системы, что решается перезапуском upstart.
    OpenRC страдает от той же проблемы с перемонтированием, что опять же решается перезапуском OpenRC.
    Не благодарите.
     
     
  • 4.110, ананим (?), 17:51, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Забавно, мне не нужно было читать новость, чтобы убедится, что когда повис намер... текст свёрнут, показать
     
     
  • 5.131, Xasd (ok), 19:18, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Комментарии потеринга (хотя бы в этих багах) приветствуются. Вместо этого он решил
    > поучаствовать в багтрэккерах апстарта и опенрк?
    > Как это мило! :D

    очевидно, перед тем как комментировать -- он решил посмотреть как это сделано у других :)

     
     
  • 6.136, ананим (?), 19:32, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Самое забавное, что на свои баги у него нет времени, но написать столь развёрнутое эссе по поводу upstart оно нашлось.
     
     
  • 7.170, Аноним (-), 21:26, 28/01/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока весь opennet читает, у него есть время подумать ))))))))
    Сунь-цзы  нервно курит  за углом ;)
     

  • 1.176, кевин (?), 21:44, 28/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эх жаль лёня отлично поработал и доходчиво рассказал о сложной проблеме, но никто не будет читать...
     
  • 1.201, Kodir (ok), 13:55, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "Если в то время, когда файл оставался открытым на чтение для некоторого процесса, этот файл был перезаписан целиком (удален и создан заново), процесс продолжает работать со старой версией файла"

    *FACEPALM*
    Мне одному кажется, что маразм породил маразм? Если файл открыт на чтение и кто-то пытается файл прибить, есть два _разумных_ варианта:
    1. Файл прибиваем, читателю возвращаем ошибку.
    2. Убивателю возвращаем ошибку, файл остаётся жить.

    При этом это не взаимоисключающие пункты, т.к. в системе можно поддерживать оба. Например, для tail подойдёт вариант 1, а для /dev/timer - 2.

     
     
  • 2.203, Andrey Mitrofanov (?), 14:31, 29/01/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > *FACEPALM*
    > Мне одному кажется, что маразм породил маразм? Если файл открыт на чтение
    > и кто-то пытается файл прибить, есть два _разумных_ варианта:

    Это не разумные варианты, это _твои _виндовые привычки.
    Велкам то зе нью брэйв йуникс уорлд, муа пети!

     

  • 1.210, myhand (ok), 17:34, 29/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Примечание: Интересно, что проблема перемонтирования корневой файловой системы, похоже,
    > присутствует не только в Upstart, но и в OpenRC

    А почему неинтересно то, что она отсутствует в sysvinit?

    Любим геройский решать проблемы, которые сами и создали?

     
  • 1.214, Аноним (-), 13:57, 30/01/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я просто оставлю здесь это

    Gentoo + openrc:

    # lsof -w | grep init
    init          1             root  cwd       DIR        8,2      664          2 /
    init          1             root  rtd       DIR        8,2      664          2 /
    init          1             root  txt       REG        8,2    35156   43461915 /sbin/init
    init          1             root  mem       REG        8,2  1738080   44692768 /lib/libc-2.17.so
    init          1             root  mem       REG        8,2   134132   44692769 /lib/ld-2.17.so
    init          1             root   10u     FIFO        0,5      0t0        703 /dev/initctl
    #

     
     
  • 2.215, arisu (ok), 14:13, 30/01/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > я просто оставлю здесь это

    жуть какая выше нарисована.
    [code]
    init          1       root  cwd    DIR        8,1     61440          2 /
    init          1       root  rtd    DIR        8,1     61440          2 /
    init          1       root  txt    REG        8,1    559832       9717 /sbin/init
    init          1       root   10u  FIFO       0,12       0t0       4252 /dev/initctl
    [/code]
    вот так надо. слака, bsd-style init с поддержкой sysv совместимости из коробки.

     

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



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

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