[SOLVED] an apparent inconsistency on file system type

durham · 2021-09-05 22:26:18

I recently noticed something odd about my Devuan install:

~ $ mount | grep atime | grep dawn
/dev/mapper/azura-dawn on / type ext2 (rw,noatime,stripe=64)
~ $ grep dawn /etc/fstab
/dev/azura/dawn /                ext4     noatime             1     1
~ $

Unless I'm overlooking something, it seems as if I'm telling Devuan to mount the dawn LVM volume on "/" as ext4 and something has taken it upon itself to ignore the fstab and mount the drive as ext2, thus throwing out journaling and disabling discards.

Can anyone please explain? Thank you.

edit: It's 64-bit Chimaera

Last edited by durham (2021-09-05 22:29:38)

fsmithred · 2021-09-05 22:49:51

I think fstab should say '/dev/mapper/azura-dawn' instead of '/dev/azura/dawn'. Did the installer do that? Did you do automatic or manual partitioning?

durham · 2021-09-06 14:48:05

fsmithred wrote:

I think fstab should say '/dev/mapper/azura-dawn' instead of '/dev/azura/dawn'.

I've never had to do that before on the other distros. The other volumes are mounted the same way (things like /dev/azura/homie for /home) and that gets mounted correctly.

Oh crap, I'll bet it's the damn init ram disk when it first mounts "/". I really don't want to have to crack that open to fix it.

Did the installer do that? Did you do automatic or manual partitioning?

Manual. Had to, it's a multi-boot machine all on one LVM. Installers tend to get confused and/or want to wipe the entire disk.

Last edited by durham (2021-09-06 14:48:28)

durham · 2021-09-07 02:21:02

So I've been reading up on devuan/debian init ram disk (init ram fs) making.

OK, in the /etc/initramfs-tools/conf.d directory, made a file called force_ext4 and put one line in it: "FSTYPE=ext4".

Ran "update-initramfs -u" to regenerate the init ram fs.

Upon lilo and then reboot, discovered that nothing. I then tried the more forceful "update-initramfs -c -k <kernel version>," but that had no effect: still mounting "/" as ext2

I've no idea what's going on.

Last edited by durham (2021-09-07 02:22:11)

durham · 2021-09-08 12:32:55

OK, from this thread ...
in /etc/initramfs-tools/initramfs.conf, using ROOTFSTYPE=ext4 in addition to the already tried ROOTFS=ext4 fixed the problem.

The officially official Devuan Forum!

#1 2021-09-05 22:26:18

[SOLVED] an apparent inconsistency on file system type

#2 2021-09-05 22:49:51

Re: [SOLVED] an apparent inconsistency on file system type

#3 2021-09-06 14:48:05

Re: [SOLVED] an apparent inconsistency on file system type

#4 2021-09-07 02:21:02

Re: [SOLVED] an apparent inconsistency on file system type

#5 2021-09-08 12:32:55

Re: [SOLVED] an apparent inconsistency on file system type

Board footer