997
Yeah yeah, we know you're special
(lemmy.dbzer0.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Mar 2024
997 points (97.2% liked)
linuxmemes
20772 readers
937 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
A yes, my beloved nvme1p2 partition that changes name every reboot
thats a reason to use the uuid in the fstab
Anyone else chuckle on the parallel in saying to use the UUID is no different than saying "just hardcore the IP bro"
I'm not hating on you, but it's an extremely flawed system where you are forced to use a direct ID mapping as a reference.
From what I'm understanding from people you can assign an alias to the UUID that sounds better?
If filesystem UUIDs are IP equivalents. Then device paths are MAC addresses. FS labels are DNS. Device mapper entries are service discovery.
In the scenario of having to constantly update an fstab yes it is. As an end user I shouldn't have to keep updating configuration files because something on a lower level keeps changing its alias.
No granted I'm not familiar with this type of mount. Maybe there is a better way to do it that absolves needing to use the UUID but if not that's shit architecture IMHO.
What? Using uuids is the solution to having to change the file (that, or stable name rules). You can also use labels if you want to.
The UUID never fucking changes. It is a hardware level identier use the UUID in your configs and they will work until the day you change drives.