fsck.jfs may be attempted before multipath devices are available
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
initramfs-tools (Ubuntu) |
New
|
Undecided
|
Mathieu Trudel-Lapierre | ||
jfsutils (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Detected machine type: 0000000000000101
command line: BOOT_IMAGE=
Max number of cores passed to firmware: 2048 (NR_CPUS = 2048)
Calling ibm,client-
memory layout at init:
memory_limit : 0000000000000000 (16 MB aligned)
alloc_bottom : 0000000007620000
alloc_top : 0000000030000000
alloc_top_hi : 0000000780000000
rmo_top : 0000000030000000
ram_top : 0000000780000000
instantiating rtas at 0x000000002fff0
prom_hold_cpus: skipped
copying OF device tree...
Building dt strings...
Building dt structure...
Device tree strings 0x0000000007630000 -> 0x00000000076309e6
Device tree struct 0x0000000007640000 -> 0x0000000007650000
Quiescing Open Firmware ...
Booting Linux via __start() @ 0x0000000002000000 ...
-> smp_release_cpus()
spinning_
<- smp_release_cpus()
Linux ppc64le
#19-Ubuntu SMP T[ 0.970009] Unable to open file: /etc/keys/
[ 0.970011] Unable to open file: /etc/keys/
fsck: error 2 (No such file or directory) while executing fsck.jfs for /dev/mapper/
fsck exited with status code 8
I haven't investigated more than that, it looks like jfsutils does not include anything to copy fsck.jfs to the initramfs. Clearly hooks/fsck in initramfs-tools appears to not be doing its job in this case.
Changed in initramfs-tools (Ubuntu): | |
assignee: | nobody → Mathieu Trudel-Lapierre (cyphermox) |
I'm unsure if this is a bug in jfsutils (which maybe should ship its own logic like btrfs does), or in initramfs-tools where its testing fails for jfs, hence the multiple tasks.