On Thu, 10 Sep 2009 02:16:13 +0400 Stanislav Maslovski <stanislav.maslovski@gmail.com> wrote: > Проблема в том, что простая и понятная последовательная инициализация > ушла в прошлое вместе с 2.4.x ядром. Аргументы? > > Глядя с моей колокольни, лучше было бы решать так: > > 1. Вставить в скрипты, которые зависят от асинхронно выполняющихся > > ядерных операций (определение дисков, поднятие сетевых интерфейсов) > > команду на ожидание их завершения (с таймаутом, разумеется). > > И добро пожаловать в мир race conditions. Мы и так в нём живём. Но что конкретно в этом месте не нравится, я не понимаю. > > 2. тут ещё проще: один раз пишется скрипт вида update-init-sequence, > > который будет считывать зависимости, проводить на полученном графе > > топологическую сортировку и сохранять симлинки в нужном порядке. При > > обнаружении цикла следует ругаться как можно громче, давая > > администратору возможность разрулить зависимости именно сейчас, а не > > через полгода, когда понадобится машину перезагрузить. > > В текущем unstable это делает insserv. Отлично, всё уже написано до нас. -- Alexander Galanin
Attachment:
pgp0immu0e1BP.pgp
Description: PGP signature