From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1793033226; x=1793638026; darn=lists.altlinux.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to:content-type; bh=SFli3qWKoiv9TwOhq2bFqygrmMbRQN7R/QuyqVTwfSQ=; b=ltvP6ZySdUzYnL3pwLDqC98x+sKZ6BDkm+da/8+ZANLHxrJKmEVgZH6Jmg9E9zaTsm ZstPIlB8Kr2Nq8TGXsXEfD8JHU/ggp/1k63oBCI2pH+SzzqROWEepjwJPzszpHa4xL1z 1NIRqnHMGsRqeNHD28vJ1BX7ai49FG8KNVQzlhS13FyR0dNIPgp+GN/kllxH8e1B/A/T xBdMzzkB2oyCsueBqE+VaU+GaLzpDhPIOzRk0nJEQ6+oZRwKdES9TBnhMKe4fz8nCYX+ wRoH0GNqpzQ3hfbmPZgofYfcN2bkZJWGNCbqC3zWAoswmVrxRymgMTUuOnxIGkZN9DAj UxNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1793033226; x=1793638026; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=SFli3qWKoiv9TwOhq2bFqygrmMbRQN7R/QuyqVTwfSQ=; b=cY6Qdcw/XnSFFi08EkfdDvAJM6rdea5w0/tMadvK7FScg0RQrgRL4sc8PL75rHjl3X U61aKrkEYIsHUL72SOlIq87mWcJyvd+95Cm6oAGy8ASLMrHj2SilEU9r+ZPBwYgf6XrF FOYuHQjvNL8UIo89OAGYqZ2d+ofsoyYRyzKq19J8dNO/icfy+DAumK1ByW2XKADIe6qD XivZnLPcDBsOeVCqVoANbey5R18LGdgld/ZS/5wq8tDyVC6LFz1kwm8+ifBz130G+YBT JGVuFvP4R6m7S98r8OfGX3aiT2pzviAEGZQLpDbq1s/n1WTD4GAaruSjWEEwXbBGvxTJ Qd6A== X-Gm-Message-State: AFq9FYIDeFKbt5EncKRn2MdakKBHW/yh3sIdVCNrNko7CWs7lVPEVkre z3ymtAj9lWJ5hqC6qeYMcKiVhu/AP9qqZ6EfUnbTatV4TQGgp3IcCnubtpPSTg== X-Gm-Gg: AYBFou0QA8uuaoNZCCbeHbX0y+7DKNTwuJZQpXHRa1lZfRyNfwsriIqzdw6KQEf5I7J p1/TBEGIhuYBw0/7IRO0ALxOmenDIfBxN3MNu1o9YhWrZL+YbRPpQfw7xaP0hJqwTkYPwYXXvSh rD5hPDqC9FvY8Wg0ghr37AnUyWRWNL0dgPuAbzUyD3ySWXxE5q0aLUmLJsxBLwcye1a/yn1yoUR 9yo52wQf/bIlV0ZpWtr6dc2hRVqcer+vI7Vu4M69de8kArn/fbkg3lJqoyK6zNW8YZdMITBZI3R fz6S/jP8PZ0HUi0PbQAPUj1Z+XWV+epcrsZn2M5IxDzpJQTsAFA2j8TruSluWVJLK3VVSxsf+oC sFbtb4j+mmKwKCKx0NUNgMzieziXMQLIRSfEIAasRwMbTY9Lr2jIdOWv3oVbAL2/pLL1QIwNbFl 3XawBqjFYhzKyg8/GAr3EMLcSxcHb0Z1zreb8rTKsPgvkf2lQXFeA+X8rJsHH1Yf8efIH4V8rOu s/L1A7B1pOpea4NWdjQBxnmKEONR2i4agBTRGSMHnAuH0GkfMSe/ftGM0+LW5YInUl81CUGNnPF 0/DeoDUPD/o9j/pWwGA= X-Received: by 2002:a05:6830:923:b0:822:527e:f653 with SMTP id 46e09a7af769-850fe6e6d5fmr5357550a34.13.1793033226071; Mon, 26 Oct 2026 09:47:06 -0700 (PDT) Message-ID: <80b1a55a-056d-45b6-8aae-d2d2db9bf218@gmail.com> Date: Mon, 26 Oct 2026 19:47:04 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: make-initrd@lists.altlinux.org References: <6827d282-5d15-4a4c-b144-2da3e3580cda@gmail.com> <603c67ce-5fc5-434b-9f6f-83afb99fcc83@gmail.com> <268f3abf-44ff-4d3d-99d2-e7498cfe5e48@gmail.com> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] [PATCH v2 00/11] Improve support for atomic actions X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2026 16:47:10 -0000 Archived-At: List-Archive: On 10/26/26 6:36 PM, Alexey Gladkov wrote: > On Mon, Oct 26, 2026 at 06:15:56AM +0300, Leonid Krivoshein wrote: >> Привет! >> >> >> On 10/21/26 1:18 PM, Alexey Gladkov wrote: >>>>>> Другой момент с этими коммитами не связан, но давно напрашивался. В v2.36.0 >>>>>> была добавлена rootdelay_reset_timer(), здесь проскочило её >>>>>> усовершенствование. На время диалогов ввода и на время заведомо длительных >>>>>> или непредсказуемых по времени выполнения операций хотелось бы не просто >>>>>> приостанавливать отчёт таймера rootdelay, но и возобновлять его отсчёт, а не >>>>>> просто сбрасывать. Сейчас я его просто сбрасываю, так тоже работает, но это >>>>>> конечно увеличивает суммарный (фактический) rootdelay. >>>>> Почему на время диалогов ты не хочешь сделать rootdelay_pause ? >>>>> >>>> Как раз делаю. >>>> >>>> >>>>> Поставить rootdelay на паузу для диалогов мне кажется правильной идеей. Я >>>>> паузу как раз для этого использую в fsck и kickstart. Для последнего >>>>> rootdelay отключается по сути вообще. >>>>> >>>> Раньше тоже так делал. Если что-то пошло не так, мы не увидим ни stage2, ни >>>> отладочного rdshell. Поэтому сейчас сделаны две вещи: 1) таймаут отключается >>>> только на время длительных операций, диалогов, а после rootdelay >>>> перезапускается, 2) при фатальном выходе chaind устанавливает дедлайн на >>>> now+2 секунды, чтобы поскорее попасть в rdshell. >> >> К сожалению, поздно вспомнил, что перетаскивание rootdelay_pause в коде было >> связано ни с одной, а с двумя проблемами. Первую проблему обсудили и решили >> выше. А вторая проблема была связана с периодическим выводом сообщений от >> этого демона, что он ожидает корня. Когда мы работаем с диалогами на TTY2, >> вперемешку с интерфейсом dialog иногда вылазили эти сообщения. Поэтому и >> отключали этого демона на всё время работы интерактивщины. >> >> В идеале нужно: >> >> 1. Отключать учёт времени истечения загрузки только на определённые моменты: >> это уже сделано. >> 2. Отключать или перенаправлять сообщения от демона rootdelayd: этого пока >> нет. >> >> Это две разные проблемы. Не совсем верно решать первым способом вторую >> проблему, но сейчас у меня другого варианта просто нет. Возможно, я не прав >> в том смысле, что в initrd, помимо rootdelayd, могут быть другие процессы, >> которые могут что-то писать в активный TTY, просто мне таких пока не >> попадалось. > > Новый код в rootdelayd теперь показывает это сообщение под блокировкой: > > run_console_locked show_waiting_message > > так что если твой диалог на время работы будет брать блокировку, то > сообщение показано не будет. > С новой реализацией ещё не проверялось, но было видно, что сообщения проскакивают между диалогами, хотя на время их вывода используется rootdelay_pause. Запускать всю цепочку в интерактивном режиме под блокировкой консоли кажется сомнительной идеей, потому как может привести к взаимным блокировкам. Например, я жду настройки сети, а фича network ждёт консоли. Отдельная ручка для управления этими сообщениями прям очень нужна. Демон rootdelayd мог бы создавать при запуске каталог /.initrd/rootdelay/show-wait-msg или что-то вроде того, и выводить это сообщение только пока данный каталог существует. Если его нет, то просто не выводить. Тогда bootchain, pipeline, kickstart и другие, кому нужно долго работать с *РАЗНЫМИ* диалогами, при этом продолжать учитывать время загрузки, могли бы на время своей работы данный каталог удалять, а по окончании работы восстанавливать. Сейчас же приходится оборачивать всю цепочку в rootdelay_pause() / rootdelay_unpause() только из-за этих сообщений. -- WBR, Leonid Krivoshein.