3 ms·
systemd's purpose is to deprecate fstab(5) entirely through GPT partition discovery. These things can already be accomplished through a device node manager, su
by uselessdguy 12y ago
systemd's purpose is to deprecate fstab(5) entirely through GPT partition discovery.
These things can already be accomplished through a device node manager, such as (e)udev. We just no longer handle maintaining it, because it doesn't belong here.
- chousuke 12y agoI don't see deprecating fstab as a bad thing, if it's possible. Less static configuration is pretty much universally good. It's also pretty much zero burden on systemd to maintain fstab compatibility indefinitely. However, I was asking for specifics. Accomplished how, exactly? udev can generate an event and run a shellscript or something when devices become available, but... then what? What processes the event and ensures correct behaviour for dependent services?