this post was submitted on 15 Mar 2024
1001 points (97.2% liked)

linuxmemes

21222 readers
94 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    you are viewing a single comment's thread
    view the rest of the comments
    [–] [email protected] 174 points 7 months ago* (last edited 7 months ago) (32 children)

    and you shouldn't be using any of those, since the order can and will change. The numbers are based on the order the devices and device drivers are initialized in, not based on physical location in the system. The modern approach (assuming you're using udev) is to use the symlinks in /dev/disk/by-id/ or /dev/disk/by-uuid/ instead, since both are consistent across reboots (and by-id should be consistent across reinstalls, assuming the same partitioning scheme on the same physical drives)

    This is also why Ethernet devices now have names like enp0s3 - the numbers are based on physical location on the bus. The old eth0, eth1, etc. could swap positions between Linux upgrades (or even between reboots) since they were also just the order the drivers were initialized in.

    [–] [email protected] 17 points 7 months ago (3 children)

    Are UUIDs built into the hardware, or something your computer decides on based on the drive's serial number and shit?

    [–] [email protected] 33 points 7 months ago (2 children)

    Uuids are part of the gpt (table) on the disk.

    [–] [email protected] 10 points 7 months ago

    You're thinking of partuuid, regular uuids are part of the filesystem and made at mkfs time

    [–] [email protected] 3 points 7 months ago

    Ah. Makes sense.

    [–] [email protected] 29 points 7 months ago (1 children)

    According to Arch Wiki they get generated and stored in the partition when it is formatted. So kinda like labels but automated and with (virtually) no collision risk.

    [–] [email protected] 10 points 7 months ago (2 children)

    I could have RTFM but you guys are more fun.

    [–] [email protected] 5 points 7 months ago (1 children)

    Yeah, you get the best Linux info when reading meme comments 😁.

    [–] [email protected] 2 points 7 months ago

    I tried a gentoo stage 2 or 3 like 20 years ago. I'm still good.

    [–] [email protected] 4 points 7 months ago

    It's fun to have people around who read the friendly manual

    [–] [email protected] 6 points 7 months ago (1 children)

    No. Since each partition gets its own UUID, it means it's generated by the OS on creation, no matter the number of partitions. On boot kernel will scan all UUIDs and then mount and map according to them, which is sightly less efficient method than naming block device directly, but far easier for humans and allows you to throw your drives to whichever port you like.

    [–] [email protected] 1 points 7 months ago (1 children)

    So if we swap drives about, the OS will see them as the same drive and/or partition?

    load more comments (28 replies)