Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #87827 > unrolled thread
| Started by | Bastian Blank <waldi@debian.org> |
|---|---|
| First post | 2025-06-03 20:30 +0200 |
| Last post | 2025-06-03 21:50 +0200 |
| Articles | 2 — 1 participant |
Back to article view | Back to linux.debian.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Bug#1095588: [Bug] Boot error "Gave up waiting for root file system device" on Debian 13 Trixie (External NVMe via Thunderbolt) Bastian Blank <waldi@debian.org> - 2025-06-03 20:30 +0200
Bug#1095588: [Bug] Boot error "Gave up waiting for root file system device" on Debian 13 Trixie (External NVMe via Thunderbolt) Bastian Blank <waldi@debian.org> - 2025-06-03 21:50 +0200
| From | Bastian Blank <waldi@debian.org> |
|---|---|
| Date | 2025-06-03 20:30 +0200 |
| Subject | Bug#1095588: [Bug] Boot error "Gave up waiting for root file system device" on Debian 13 Trixie (External NVMe via Thunderbolt) |
| Message-ID | <KTEyB-7XWd-1@gated-at.bofh.it> |
On Tue, Jun 03, 2025 at 06:36:25PM +0200, Paul Gevers wrote: > I experience a very similar problem when I try to boot into a trixie kernel > after dist-upgrading the s390x ci.debian.net host. NVMe is not DASD and is configured completely different. Everything you show is a symptom, not a cause. So no, it is not the same, even remotely. > (initramfs) Ý6nls /dev > ls /dev > btrfs-control ptmx tty21 tty41 tty61 > char pts tty22 tty42 tty62 > clp random tty23 tty43 tty63 > console sclp tty24 tty44 tty7 > fd stderr tty25 tty45 tty8 > full stdin tty26 tty46 tty9 > fuse stdout tty27 tty47 ttyS0 > hvc0 tty tty28 tty48 ttysclp0 > hvc1 tty0 tty29 tty49 urandom > hvc2 tty1 tty3 tty5 userfaultfd > hvc3 tty10 tty30 tty50 vcs > hvc4 tty11 tty31 tty51 vcs1 > hvc5 tty12 tty32 tty52 vcsa > hvc6 tty13 tty33 tty53 vcsa1 > hvc7 tty14 tty34 tty54 vcsu > hwrng tty15 tty35 tty55 vcsu1 > input tty16 tty36 tty56 vmcp > kmsg tty17 tty37 tty57 zero > mapper tty18 tty38 tty58 > mem tty19 tty39 tty59 > null tty2 tty4 tty6 > psaux tty20 tty40 tty60 > (initramfs) Ý6n No dasd device configured. This means the bug is in sysconfig-hardware, an old and weird package, or it's interaction with udev. Also given that it works with an old version of udev. Long shot in /usr/lib/udev/rules.d/85-sysconfig-hardware.rules and /usr/share/initramfs-tools/hooks/sysconfig-hardware: replace /sbin with /usr/sbin. Is manualy running "hwup 0.0.0150" doing something? What about "bash -x /sbin/hwup 0.0.01500"? Bastian -- Captain's Log, star date 21:34.5...
[toc] | [next] | [standalone]
| From | Bastian Blank <waldi@debian.org> |
|---|---|
| Date | 2025-06-03 21:50 +0200 |
| Message-ID | <KTFO1-7YCy-3@gated-at.bofh.it> |
| In reply to | #87827 |
Control: severity -1 grave On Tue, Jun 03, 2025 at 09:40:45PM +0200, Paul Gevers wrote: > On 03-06-2025 21:30, Paul Gevers wrote: > > That file doesn't exist, but I found that /usr/lib/lib/udev/rules.d/85- > > sysconfig-hardware.rules exists (note the double lib). Looks like a bug > > in sysconfig-hardware then? Probably this line: > > https://sources.debian.org/src/sysconfig/0.0.14%2Bnmu2/debian/rules/#L38 Oh, oh, oh. Yes, this will break things hard. Without those udev rules, everything will go wrong. Okay, I'll do that. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.kernel
csiph-web