[ 1.5xxx] ata3: SATA max UDMA/133 abar m2048@0xff970000 port 0xff970100 irq 33
...
[ 1.8xxx] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1.8xxx] ata3.00: ATA-11: APS-SL3N-256, SBFM11.2, max UDMA/133 # SSD with
/dev/sda12
[ 1.8xxx] ata3.00: 500118192 sectors, multi 16: LBA48 NCQ (depth 32), AA
[ 1.8xxx] ata3.00: configured for UDMA/133
...
[ 1.9xxx] scsi 2:0:0:0: Direct-Access ATA APS-SL3N-256 11.2 :PQ: 0 ANSI: 5
...
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Waiting for root file system ... Begin: Running /scripts/local-block ...
done.
done.
Gave up waiting for root file system device....
ALERT! /dev/sda12 does not exist. Dropping to a shell!
(initramfs) ls -l /dev/dis*
ls: /dev/dis*: No such file or directory
(initramfs) ls -l /dev/sd*
ls: /dev/sd*: No such file or directory
(initramfs) cat /proc/modules
ext4
crc16
mbcache
jbd2
crc32c
ahci
libahci
ata_generic
libata
scsi_mod
scsi_common
This is a result of attempting to boot with initrd built using MODULES=list
instead
of =dep, as my reaction to massive growth in initrd size since kernel 5.17:
# ll /boot/initrd.img-5*
-rw-r--r-- 1 root root 7228987 Feb 19 2022 /boot/initrd.img-5.10.0-11-amd64
-rw-r--r-- 1 root root 7596406 Feb 19 2022 /boot/initrd.img-5.16.0-1-amd64
-rw-r--r-- 1 root root 7649297 May 15 23:35 /boot/initrd.img-5.17.0-1-amd64
-rw-r--r-- 1 root root 34289103 Jun 20 23:42 /boot/initrd.img-5.18.0-1-amd64
-rw-r--r-- 1 root root 34788924 Aug 6 22:15 /boot/initrd.img-5.18.0-3-amd64
-rw-r--r-- 1 root root 7233608 Oct 21 01:49 /boot/initrd.img-5.19.0-2-amd64
# cat /etc/initramfs-tools/modules
ata_generic
ext4
crc16
mbcache
jbd2
ahci
libahci
libata
scsi_mod
scsi_common
# lspci | grep AHCI
00:1f.2 SATA controller: Intel Corporation 82801JD/DO (ICH10 Family) SATA AHCI
Controller (rev 02)
/ filesystem is actually EXT3, but booted to 5.18 kernel, there is only EXT4 in
lsmod
output. I tried explicitly ext3 instead of ext4, but it didn't work.
Any ideas what I'm doing wrong that / isn't being found by my shrunken initrd
from
MODULES=list instead of MODULES=dep?
Note: only the last initrd above was built using zstd compression, the rest
only had
gzip available when built.
I googled quite some time on the issue of shrinking initrd size, finding
nothing at
all on debian.org, and nothing helpful elsewhere, so just decided for follow my
nose
through man initramfs.conf.
Does anyone here know why the massive growth in initrd size since 5.17 using
MODULES=dep
in /etc/initramfs.conf? Is MODULES=dep broken?
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
