On 2021-07-16 at 12:55, Ian Jackson wrote: > I have now tested this. I found that a safety catch in > mount-functions caused it to not work, and this additional patch is > needed. > > mount-functions looks in /etc/filesystems and skips mounting things > which the kernel doesn't seem to supoort. In general with so many > filesystems being kernel modules this seems to be of questionable use. > In this case it definitely broke things: I found that mounting the > filesystem with mount(8) auto-loads the module. > > I'm using the existence of the mountpoint directory as a proxy for the > filesystem/module being available. IDK if that is exactly right, but > if it isn't the worst case is an error message about failing to mount > it.
Wouldn't testing the existence of /lib/modules/`uname -r`/kernel/fs/efivarfs/efivarfs.ko be enough, and probably more reliable? (I'm assuming that the test which skips because "fstype not available" comes before the one which skips because "already mounted", and that's why I saw the warning even though it seems to be up and working on my machine.) > For your testing: > > AFAICT it isn't a particularly good idea to just copy the new > mount-functions.sh into /lib but monkey-applying the patch with > > patch /lib/init/mount-functions.sh < > 0001-initsripts-mount-functions-Do-not-check-efivarfs-in-.patch > > worked for me. With those patches (and the bodge in fstab commented > it) it all works. I need to do some other things for a while, so I won't be rebooting again immediately, but I'll probably test this sometime this afternoon. My current biggest concern about this is: -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw
signature.asc
Description: OpenPGP digital signature
