IssueRaiser

To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery.

To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery. Where this isn't possible, systemd-fstab-generator(8) will translate the contents of fstab(5) into native systemd units (mount, automount, swap...) and henceforth the semantics will be subject to the ordering and scheduling policies of systemd itself. Mount and swap units are in theory supposed to just be wrappers to the regular system tools that merely extend them to the Unit semantics, but as a whole I'm unsurprised that these assumptions may not play well with more complex storage configurations. That's always been a recurring systemd pain point.

Posted by vezzy-fnord on May 26, 2015, 5:33 PM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.6,500 issues0 comments

hackernews (Other)

To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery.

vezzy-fnordMay 26, 2015, 5:33 PM

To the best of my knowledge, the intention is to deprecate fstab(5) entirely in favor of automatic GPT partition discovery. Where this isn't possible, systemd-fstab-generator(8) will translate the contents of fstab(5) into native systemd units (mount, automount, swap...) and henceforth the semantics will be subject to the ordering and scheduling policies of systemd itself. Mount and swap units are in theory supposed to just be wrappers to the regular system tools that merely extend them to the Unit semantics, but as a whole I'm unsurprised that these assumptions may not play well with more complex storage configurations. That's always been a recurring systemd pain point.

Comments (0)

No comments yet. Start the discussion.

Comment on this issue