The officially official Devuan Forum!

You are not logged in.

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

durham
Member
Registered: 2021-09-04
Posts: 23  

[SOLVED] an apparent inconsistency on file system type

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)


A dangerous technology is one that is available only to an elite group  -- George M. Ewing, Analog, April 1977

Offline

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

fsmithred
Administrator
Registered: 2016-11-25
Posts: 1,951  

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

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?

Offline

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

durham
Member
Registered: 2021-09-04
Posts: 23  

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

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)


A dangerous technology is one that is available only to an elite group  -- George M. Ewing, Analog, April 1977

Offline

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

durham
Member
Registered: 2021-09-04
Posts: 23  

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

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)


A dangerous technology is one that is available only to an elite group  -- George M. Ewing, Analog, April 1977

Offline

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

durham
Member
Registered: 2021-09-04
Posts: 23  

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

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


A dangerous technology is one that is available only to an elite group  -- George M. Ewing, Analog, April 1977

Offline

Board footer