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=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1732898097; bh=kAxPV5VzFxZiCPlCF2c3rI2vAG/qOz3tAiBfCy6clXo=; h=Date:From:To:Subject:References:In-Reply-To:From; b=GS7SWs0ZJYaj7aK0pf2N/ZKQx1l7g2ULJhrCdANYO3NbFUQCNWF1IuN0QOb/kJlD/ VwL3Q6dHzOsYMMUZWAHkB095+N6ej9X+N81cPsX0A/PjLOrp1xfjFoSOjDt7DIjlp1 y8maT8L4aUCZvSU0rYkuHWIsMcXv6cZYv08LfcW/AEGJg78k39AOw1oENdy7G+yztf diiYl7EO7e9uHZzZu0Ot/gLPbypXTpyZuk+HMfNh3X8Mbds1lg/GJKK3nAzFWBNeFC PABnHlDQiwGcheWNMOZjKDo9ZfHxq9DdwOBmDuLUHAZ4Se9A6aGk/tUeWrSqzssU/c 6TyPCySzWSKxQ== Date: Fri, 29 Nov 2024 17:34:53 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: References: <86299297-6042-4c4c-9498-2a19e01b8827@basealt.ru> <631122a2-0586-4e1d-b181-9a130075349d@basealt.ru> <73534df6-1402-4775-917e-015095c0ab8a@basealt.ru> <0a970589-62c2-4811-b268-db4283082095@basealt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0a970589-62c2-4811-b268-db4283082095@basealt.ru> Subject: Re: [make-initrd] =?utf-8?b?0KDQsNGB0YjQuNGA0LXQvdC40LUg0YDQsNC30LQ=?= =?utf-8?b?0LXQu9CwINGBINC60L7RgNC90LXQvA==?= 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: Fri, 29 Nov 2024 16:35:07 -0000 Archived-At: List-Archive: On Fri, Nov 29, 2024 at 07:17:29PM +0300, Антон Мидюков wrote: > 29.11.2024 19:07, Alexey Gladkov пишет: > > On Fri, Nov 29, 2024 at 05:01:58PM +0100, Alexey Gladkov wrote: > >> On Fri, Nov 29, 2024 at 06:15:12PM +0300, Антон Мидюков wrote: > >>> 28.11.2024 16:04, Alexey Gladkov пишет: > >>>> On Wed, Nov 27, 2024 at 03:32:02PM +0100, Alexey Gladkov wrote: > >>>>> On Tue, Nov 26, 2024 at 05:47:15PM +0100, Alexey Gladkov wrote: > >>>>>>> И тому подобное бесконечно. > >>>>>>> Я так понимаю, неправильно обрабатывает. > >>>>>>> На них номер раздела буквой p отделяются от имени устройства. > >>>>>>> Но код пока не изучал. > >>>>>> > >>>>>> Ясно. Предположу, что у вас только mmc карта, тогда ясно почему мы висим. > >>>>>> kickstart ждёт блочные устройства, которые понимает. > >>>>>> > >>>>>> Вот так, думаю, будет работать: > >>>>>> > >>>>>> diff --git a/features/kickstart/data/bin/kickstart b/features/kickstart/data/bin/kickstart > >>>>>> index 360c485b..291b12d6 100755 > >>>>>> --- a/features/kickstart/data/bin/kickstart > >>>>>> +++ b/features/kickstart/data/bin/kickstart > >>>>>> @@ -190,7 +190,7 @@ ks_block_devices() > >>>>>> blocktype="$(get_device_type "$maj")" > >>>>>> > >>>>>> case "$blocktype" in > >>>>>> - sd|virtblk) > >>>>>> + sd|virtblk|mmc) > >>>>>> ;; > >>>>>> *) > >>>>>> continue > >>>>> > >>>>> Весь этот код был выдуман, чтобы отфильтровать именно блочные устройства с > >>>>> дисками, а не все подряд. Я решил _пока_ сделать вот такой белый список. > >>>>> > >>>>> Можно смотреть на partscan, но атрибут появился только в этом году [1]. > >>>>> > >>>>> $ grep ^ /sys/block/*/partscan > >>>>> /sys/block/loop0/partscan:0 > >>>>> /sys/block/loop1/partscan:0 > >>>>> /sys/block/loop2/partscan:0 > >>>>> /sys/block/nvme0n1/partscan:1 > >>>>> > >>>>> В принципе можно посмотреть на systemd [2], где решается, кажется похожая > >>>>> задача. > >>>>> > >>>>> [1] https://lore.kernel.org/all/20240502130033.1958492-1-hch@lst.de/ > >>>>> [2] https://github.com/systemd/systemd/blob/main/src/shared/blockdev-util.c#L359 > >>>> > >>>> Антон, не мог бы ты, если будет время, проверить изменения в for-master ? > >>>> Я попробовал переписать этот кусок а-ля systemd. > >>>> > >>> > >>> На aarch64 при загрузке с SD-карты, когда файловая система корня ext4, резайц файловой системы происходит только при второй загрузке. > >>> kicstart_not_resizefs.txt первая загрузка. Раздел увеличился. > >>> kicstart_resizefs_success.txt вторая загрузка. Файловая система увеличилась. > >> > >> А без патчей из for-master работает или проблема есть и в master ? > > > > Понятно. Это общая проблема: > > > > Из kicstart_not_resizefs.txt: > > > > ++ e2fsck -yf /dev/mmcblk1p2 > > e2fsck 1.47.1 (20-May-2024) > > Pass 1: Checking inodes, blocks, and sizes > > Pass 2: Checking directory structure > > Pass 3: Checking directory connectivity > > Pass 4: Checking reference counts > > Pass 5: Checking group summary information > > /dev/mmcblk1p2: 36511/263472 files (0.3% non-contiguous), 603579/1051904 blocks > > ++ resize2fs /dev/mmcblk1p2 > > resize2fs 1.47.1 (20-May-2024) > > Please run 'e2fsck -f /dev/mmcblk1p2' first. > > > > ++ ret=1 > > ++ return 1 > > > > > > Из kicstart_resizefs_success.txt: > > > > ++ e2fsck -yf /dev/mmcblk1p2 > > e2fsck 1.47.1 (20-May-2024) > > Pass 1: Checking inodes, blocks, and sizes > > Pass 2: Checking directory structure > > Pass 3: Checking directory connectivity > > Pass 4: Checking reference counts > > Pass 5: Checking group summary information > > /dev/mmcblk1p2: 36535/263472 files (0.3% non-contiguous), 605515/1051904 blocks > > ++ resize2fs /dev/mmcblk1p2 > > resize2fs 1.47.1 (20-May-2024) > > Resizing the filesystem on /dev/mmcblk1p2 to 7567872 (4k) blocks. > > The filesystem on /dev/mmcblk1p2 is now 7567872 (4k) blocks long. > > > > ++ return 0 > > > > А что можно с этим поделать? Я запушил в for-master исправление. Теперь должно работать. https://github.com/osboot/make-initrd/commit/932f55f062e6cf7f7355b61c4da99d85f664b487 -- Rgrds, legion