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:content-disposition:mime-version :message-id:subject:to:from:date:from:to:cc; bh=A2ZxI6+DxzZ/PMlU6+JVKNhCN+2poBBlr3UaXY/JSkw=; b=O4gI3gTX28HRnS9v7k6maJ+80zVWFjIf0ILlmHeO1VPup5xMHJx00CZ4C7dHx+/JBd X6VCpfHtGbT0tc3xxRDiXYsO5z71A7+AcQdER15WlagMhheh+mup8CsjHj92dEfqF8Pu M2eUf5kxgGNxL2BAouzSut+mkM0ucS87ElSeWeOHxJpU8KcUxlS3IZvEuRyENaXYF4jN HUFcJAVR9hXeFIspux7po2hniVZEJrL/dkq88n46NykvQplUhfk42zEsS6AXDOlpzqd1 WPuKH/BVBxh75Rglvx0+Y8RGyht6l01btqPGWo5Tk69jf3PsHPO9PSFrx4AUieiQxInO zkvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:content-disposition:mime-version :message-id:subject:to:from:date:x-gm-message-state:from:to:cc; bh=A2ZxI6+DxzZ/PMlU6+JVKNhCN+2poBBlr3UaXY/JSkw=; b=tnS9yA3SJJXe2bjr7LcECvyjvQJEAlnYU4oiFwx9GGi9IjEureit7ZXImkJUs13lZ7 DMYovXg9hqKRBHeaiC1I9K5raa2qqqgDbdGZeeTo4fluMaAZP7wL7yZsUknIu4BWL17i t8m60g8PTQE8F+yv1ABvbOPKh29MqJb+o5B+nf/KJopS0TyrrF9R7LB7wtVeMKXuG4cA 5cMT/9sbtnIdiOe+wMV/5NOvt9RIbCglHD7feU62GDs0JAwry40wFoLVKNZ3KrvqmC7Z b2jqBFq3l2kHrTDt8Zao6gTFhWn1f3RH+YKKwARzLNlWk+MiDAs2fy+9x8f+l24yIu5D UsyQ== X-Gm-Message-State: ACgBeo0hVYmF4Thl/zDvJtiwKgnheJPIq3iugzM9UF2NZ5QXWQXoEt/h uiGJKaMQU8sClBySeARvI5JLt2aLNnY= X-Google-Smtp-Source: AA6agR5vZylCfuO59aq5ROuNy3s+wcVvb0mJF7dsJFMaiRZgBv7TVhKPRIm7BAYCzR4ixC1CzlH+Gg== X-Received: by 2002:a50:cc9d:0:b0:447:72ff:32a0 with SMTP id q29-20020a50cc9d000000b0044772ff32a0mr3056879edi.8.1661431277402; Thu, 25 Aug 2022 05:41:17 -0700 (PDT) Date: Thu, 25 Aug 2022 14:41:11 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: [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: Thu, 25 Aug 2022 12:41:20 -0000 Archived-At: List-Archive: Привет! Мне нужна ваша помощь. Я раздумывал про то как устроено resume в initramfs и связанные с этим проблемы. Если всё суммировать, то проблема лишь одна: Если swap на отдельном устройстве, то оно может проинициализироваться позже чем устройство, на котором находится корень. То есть мы не знаем по какому сценарию мы движемся. К счастью мы ждём не какой-нибудь swap, а вполне конкретный, определённый через параметр resume= . Поэтому если _начать_ считать, что указанное в параметре устройство обязательно должно по явиться, то неопределённости уже не будет. Проблема в том, что сейчас устройство указанное в resume= опционально т.е. параметр может указывать на что-то от предыдущий установки, например. У меня есть соблазн сделать: 1. Ждать устройство resume= и пробовать проснуться. 2. Если устройство есть и не получилось, то обрабатывать накопившиеся эвенты для обычной загрузки. 3. Если мы достигли rootdelay= и resume= не появился, то сбросить delay, выдать большое предупреждение об отсутствии resume= и грузиться нормально. 4. Возможно, при создании initramfs смотреть на resume= в /proc/cmdline и предупреждать, что устройства нет. В этом пункте я сильно не уверен. Что вы думаете по этому поводу ? -- Rgrds, legion