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=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=CZsm2TfuGVEfIXomvW6vcTYnT0RfUxAUVi/iF7wkCoU=; b=rAAwkppJr6DUR9AczwUTzE413j4nTho0DvQsA/3MB2XJ95cHaixVV/dBkLLsYY9Gv6 xMIvVzTxJXKTp1T/TNa38WXgP/u8mpvJ6FeuCGb8ANfSRnrMROtpK+FCUDesRoZ/AOtp A600Jj7iQITE3KlAf32wqmokz5XoMzaq/RtyO+aJ+1zQIlotIqPj3vdC7CqLqrXLs6FY skX4kN+HYY9RgDX71atduNdK/xykOr02Mcam6apFK1fH4z+SwnjBYDVMf2GDfeKTQclV vJ8Rg7PWziIrNCApmnDXdwSTNdVP6E3dA/ZCrXS3x7rglpkVOO2GjHViCR7PASqI9pG3 IpCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=CZsm2TfuGVEfIXomvW6vcTYnT0RfUxAUVi/iF7wkCoU=; b=RX+DWmXxQSDNJYv7wsm8bmAV6QXELRb7520IbncdNuUg34abAMlyZ3lSbmIcOxKX1y rUv6YIwu2M2IaaSCPXKTJ+v3NGJTDHC6AnhjyVB3zJkjzdoNJak6NTSIZkm+CP4IC8Ld Xew5/dwAsx22Q4l4aqJ3PkEC/KwwJKPiMUHqYnAfU/ahTL3giZtum1+s7Wsik9nOEts0 ORtW9p4GGtntt6rrQIPFg+cuHWhWDiVY/ftwA+2qs+J9sscomqRi8hg+WzzRHex7QItV mYj5JDoke3bSOsh8vUro0VMwNi6TaFAicHoB6kM5M/UsRoCmkrVLVSlGHLvsO5DnflAR oSbQ== X-Gm-Message-State: AOAM530z/Vw7Fu6z19zXZkJf6/OTClQ3HFnFTa/FOENK2hxMXknPPg8f gbbXLMqRKIMsro6M+0yAg/JuEzvCdto= X-Google-Smtp-Source: ABdhPJwr+5qeeARH68xfhQgvCIncbMC7eXXA1EOUEbeDSndMICLeFpDehV35vXJqcv2kmPXvOo/AJg== X-Received: by 2002:ac2:528f:: with SMTP id q15mr12248379lfm.36.1623080463230; Mon, 07 Jun 2021 08:41:03 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <310011601724598@mail.yandex.ru> <1236621602512210@mail.yandex.ru> <20201013125213.5umos26xcnfmyd7v@comp-core-i7-2640m-0182e6> <2186381602599151@vla1-fadba9086fdf.qloud-c.yandex.net> <20210607135746.rdyb3sedmrjbfgjd@example.org> From: Leonid Krivoshein Message-ID: Date: Mon, 7 Jun 2021 18:41:02 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210607135746.rdyb3sedmrjbfgjd@example.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [make-initrd] Booting OS from a loop image on the filesystem NTFS 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, 07 Jun 2021 15:41:08 -0000 Archived-At: List-Archive: 07.06.2021 16:57, Alexey Gladkov пишет: > On Tue, Oct 13, 2020 at 07:25:51PM +0500, Александр Шеметов wrote: >>> В IGNORE_OMITPIDS добавлять ничего не нужно. Эта переменная используется >>> для убийства всех процессов. >>> Если вам нужно поместить pid в белый список, то вам нужно создать файл: >>> :> "/.initrd/killall/$PID" >>> Значение PID вычислять нужно самому. Обычно, демоны создают pid-файлы, >>> откуда оно и может быть взято. >> Уже сам понял этот момент... Спасибо. >> Сделал по аналогии с Debian: >> >> echo > "/.initrd/killall/$(pidof ntfs-3g)" >> >>> Интересно. У меня такого никогда не было. Попробую посмотреть. >> Да, регулярно с этим сталкиваюсь, когда отлаживаю загрузку с развёрнутой системы >> из образа. Могу попробовать дать больше сведений, если это поможет в решении. >> >> >> Несмотря на все трудности, мне удалось существенно продвинуться >> и загрузить-таки систему с образа на разделе NTFS. Для этого добавил PID в белый >> список и убрал размонтирование раздела с NTFS перед switch_root. >> Но сделал я это очень просто, удалил строки с "umount -lf ..." >> из файла /etc/rc.d/init.d/mountfs, если совсем точно строки 92-94, что наверняка >> является грязным хаком. >> >> Вообще вот как это происходит (см. вложение). У меня в /rootntfs примонтирован >> как раз раздел с NTFS, а на нём уже лежит мой образ. При выходе из rdshell, выполняется >> размонтирование /rootntfs и /sys. Я проверил, что именно когда отмонтируется именно >> /rootntfs, возникает kernel panic. Вместе с этим, при загрузке с раздела на ext4 или >> при использовании ntfs.ko система запускается нормально, когда тот же самый /ntfsroot >> размонтируется. Видимо где-то не хватает поддержки fuse и раздел, на котором лежит >> мой образ "отваливается". >> >> Меня в принципе устраивает вариант, если не производить отключение /rootntfs >> и продолжить загрузку системы. >> >> Алексей, подскажите, может есть штатная возможность отключить размонтирование >> для необходимых подразделов ? Меня конечно же интересует /rootntfs. >> Заранее спасибо. > Есть переменная EXPORT_FS (это не параметр initrd.mk), через который можно > перенести в систему не только /dev, /run. Это конечно не совсем то, что вы > хотите. > > На данный момент нет другого способа отключить размонтирование. > > P.S. Извините, ваше письмо задержал mailman. Интересно, актуальна ли ещё проблема? Ведь сейчас есть пару способов решить проблему загрузки иначе. Через тот же pipeline. -- Best regards, Leonid Krivoshein.