Originally posted by Weasel
View Post
Announcement
Collapse
No announcement yet.
Linux 6.9 Deprecates The EXT2 File-System Driver
Collapse
X
-
Originally posted by Weasel View PostI don't really understand why people like having so many mount points tbh.
Similarly with the separation between / and /usr, all due to ancient history.
- Likes 1
Comment
-
Originally posted by archkde View PostIt did, but apparently some people didn't read properly:
I hate to raise this point, but I think Phoronix does this frequently: make a non-controversial issue into a controversial one by subtly sensationalizing it. I guess it generates clicks.
Comment
-
Originally posted by TiCPU View Post
Note: Although the FAT32 specification allows file names to be encoded using UTF-16, this specification only recognizes the UCS-2 subset for the purposes of sorting or collation.
Comment
-
Originally posted by Weasel View PostI don't really understand why people like having so many mount points tbh.
Even partitions are mostly useless (apart from the EFI FAT32 crap and requirements). If you want a separate filesystem (which is totally understandable, such as not polluting the metadata/inodes on the other one) you can just use a loopback mount on an image file containing it.
And it won't even take permanent space if it's not full, just call fstrim on it and it automatically shrinks. There's your "partition" as a simple file on your main partition.
If you have LUKS-encrypted rootfs, you need to have either EFI-stub kernel on EFS or kernel+initrams (with cryptsetup and actual root fs filesystem support) there and bootloader that can boot Linux.
Many distributions haven't figured out EFI-stub yet and for legacy reasons configure grub.conf to be installed to /boot/grub/grub.cfg, but under EFI, grub expects grub.conf on EFS.
Most distributions haven't figured out (or don't care) how to achieve it all on EFS only, safely, in package backward compatible manner (support legacy and UEFI) it seems because for encrypted rootfs setup they by default just create EFS and separate boot partition and are done with it.
/boot/efi is usually mount point of EFS, /boot cannot be made EFS with 'efi' being symlink to '.' so that grub-install and grub-mkconfig works on it out of the box.
Sure, if you know what you are doing, separate /boot partition is not necessary.
I agree with someone else here that /boot btrfs sub-volume is rather odd choice. /boot is supposed to be easily accessible by the bootloader..
Loopback idea.. you still need to store that image file somewhere.. If one needs flexibility, sure. If not, partition table + fstab is more suitable to store partition metadata than root filesystem + custom scripts.Last edited by reavertm; 28 March 2024, 11:27 AM.
Comment
-
Originally posted by Weasel View PostEven partitions are mostly useless [...] If you want a separate filesystem [...] you can just use a loopback mount on an image file containing it.
And it won't even take permanent space if it's not full, just call fstrim on it and it automatically shrinks. There's your "partition" as a simple file on your main partition.
- Likes 1
Comment
-
Seemingly ext2 deprecation pretty much resolves to what /boot is formatted as which in turn determined by what grub2 supports (in thel x86 world.) Non x86 systems not using grub2 probably have different limitations.
From memory ext2 is pretty simple and mostly variation on the original bsd file system so I guess it would fairly easy for an embedded developer to maintain their own an out of tree kernel module.
I quite liked the system V boot filesystem (bfs) even simpler than fat and barely a step up from a list logical blocks which firmware could easily grok. I think it was intended to for the /stand (~ /boot) which held the kernel components. At the time seemed a bit better than the PC's x86 bios dumping the boot disk's first sector into memory at a fixed location.
Comment
Comment