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=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc; bh=f3tvLf/WGq1Yjc8zrFRXl3jD7DGyUFwwqhXma7+X7XQ=; b=lD3P6vQDQfEDEJsapYGHFQVqM6/Mg86EDOqDppE7KHnmwO719+UPHqdaSMPex08h98 JQVcr5zTrAovi+W5WveYNsAH/QLof69Q2iTZcivPtnU7b/HNzG3fwGm7cgzWC2XdOr2M cV/Op4UplciOaCHXd3/1WQMuA2nKg4spGwFr4zzmRqM0eMjsOK9YInOlNF1iLPwY1j2M eYCLFqRskfcqJXadeFMu+sJSEKB8U4S0MsXhREeKTS2kEE1ht5+HRKGiib0vSzhxEGDj rK0SFlwjRQuqdhEWZ+YmuukbYU5HhNuT9B+UAGQlJREIHULbUHb7uKBJLb+Ef0eEMhaO w87w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc; bh=f3tvLf/WGq1Yjc8zrFRXl3jD7DGyUFwwqhXma7+X7XQ=; b=jhjOmc5Plvmz9jROiGkanbACPLONOa/zyB0yi+oiT/3jII7SYfuK0JqKvnOyhrJ1p/ R3g4rSrk2z210oXcm4w/V17awDxa5xBHbu4De28Gm3l0zKNxEx+KrwAHAKGPuCIDo31d n51MWOFW1Jt2xHz7h/a31Xa6r+Klb+h53RlRpYf9FGCHbNmYMtpS1vvZiEO3RW0i23Pp Q1/NKwKqN+uJkFw3In+zcRrShy8vhh26fMPBS2jUgIfMw1UzpbkjQMsReWBPoBXy48CY lB0IU8OUcwM6Uww2ESvrgYbquXeiFmwC9w/aZCH0EYDS7IPjYwWwddPCNEb0TOauajC9 aCtg== X-Gm-Message-State: ACgBeo1lT8ZnMcz4w7fNBd6jSeLFvT3wbCWVb+n2pQMuEU/9yhE7Kz7V hOfoywJ3n90Cf8xpUa9dveQc6a21W60= X-Google-Smtp-Source: AA6agR6qh1Bzwq+BxByR7UrRwPUBDy3aQHhUl6FdiQAPWmBckEhU9J3DuHDmFh74XlN3JvoA2zmdtQ== X-Received: by 2002:ac2:529b:0:b0:492:f027:b7d1 with SMTP id q27-20020ac2529b000000b00492f027b7d1mr3544188lfm.372.1661562118515; Fri, 26 Aug 2022 18:01:58 -0700 (PDT) Message-ID: <1955bcf5-d50e-73f8-7833-e995820bccdd@gmail.com> Date: Sat, 27 Aug 2022 04:01:56 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 Thunderbird/91.10.0 Content-Language: ru To: make-initrd@lists.altlinux.org References: <1aea3c9c-e713-0315-2fb5-b26b451409e7@gmail.com> From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] Wait until the resume= is processed 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: Sat, 27 Aug 2022 01:02:02 -0000 Archived-At: List-Archive: 27.08.2022 03:02, Alexey Gladkov пишет: > On Sat, Aug 27, 2022 at 12:48:08AM +0300, Leonid Krivoshein wrote: >> [...] > [...] В случае ошибки в resume= мы получим лишь > невозможность просыпания, но не блокировку загрузки. > >> [...] события нахождения одного >> и второго устройства, когда указаны оба, должны быть обработаны в такой >> последовательности: сначала устройство свопа, затем устройство корня. > Как раз эту последовательность я и хочу восстановить, устранив > неопределённость в состоянии загрузки (resume vs boot). В обычном случае > большой разницы для пользователя не будет, но если имеет место ошибка в > resume=, то загрузка станет долгой, но всё ещё возможной. > >> [...] если бы >> resume=... означало что-то типа "я хочу, чтобы при наличии рабочего >> свопа с сигнатурой данных просыпания произошёл resume", тогда да, тогда >> это не ошибка, resume -- такая опциональная фича загрузки. Но админы тут >> ожидают другого. > Сейчас resume= означает ровно то, что ты указал в кавычках. > >> [...] Мне кажется, тут согласие по всем пунктам. Потому что загрузка не блокируется, а становится дольше. Но предупреждение при ошибке конфигурации ты же не против вывести? Понятно, что для починки даже плохой конфигурации всё равно придётся сначала загрузиться обычным способом. И в части того, что надо ждать не какого-то любого первого события, а сначала дождаться свопа, если он указан. Ещё хорошо бы это сделать независимым от того, что в root=..., чтобы и такие фичи, как pipeline, не "гонялись" с ожиданием свопа. Грубо говоря, если такая финальная проверка будет выполняться после telinit 2. Если это нельзя распараллелить, ну, значит нельзя. -- С уважением, Леонид Кривошеин.