• FQQD@lemmy.ohaa.xyz
    link
    fedilink
    English
    arrow-up
    156
    ·
    3 months ago

    i always thought /usr stood for “user”. Please tell me I’m not the only one

    • Kuunha@lemmy.eco.br
      link
      fedilink
      arrow-up
      37
      ·
      3 months ago

      Ken Thompson and Dennis Ritchie created Unix on a PDP-7 in 1969. Well around 1971 they upgraded to a PDP-11 with a pair of RK05 disk packs (1.5 megabytes each) for storage.

      When the operating system grew too big to fit on the first RK05 disk pack (their root filesystem) they let it leak into the second one, which is where all the user home directories lived (which is why the mount was called /usr). They replicated all the OS directories under there (/bin, /sbin, /lib, /tmp…) and wrote files to those new directories because their original disk was out of space. When they got a third disk, they mounted it on /home and relocated all the user directories to there so the OS could consume all the space on both disks and grow to THREE WHOLE MEGABYTES. And thereafter /usr is used to store user programs while /home is used to store user data.

      source: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html

    • superkret@feddit.org
      link
      fedilink
      arrow-up
      36
      arrow-down
      1
      ·
      3 months ago

      I thought it was United System Resources.
      And I still don’t know what’s the point in separating /bin, /sbin, /usr/bin and /usr/sbin.
      Also /mnt and /media
      Or why it’s /root and not /home/root

      • Magiilaro@feddit.org
        link
        fedilink
        arrow-up
        36
        ·
        3 months ago

        Mostly historical reasons, /home was often a network mounted directory, but /root must be local.

        And only regular users have their home in /home

        • mvirts@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          3 months ago

          Idk why I feel compelled to add this info, but / doesn’t have to be local as long as the necessary kernel modules for mounting it are available in the initrd or built into the kernel.

          • Magiilaro@feddit.org
            link
            fedilink
            arrow-up
            3
            ·
            3 months ago

            Yes, that is true. I was speaking in the context of very early Unix/Linux before initrd was a thing.

      • Zeppo@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        19
        ·
        3 months ago

        /home is often on a separate volume. You’d want root to be available in a maintenance situation where /home may not be mounted.

        I don’t recall the reasons for the addition but /media is newer than /mnt.

        • grue@lemmy.world
          link
          fedilink
          English
          arrow-up
          5
          ·
          3 months ago

          I don’t recall the reasons for the addition but /media is newer than /mnt.

          Something to do with hard-coded mounts in /etc/fstab vs. dynamically-mounted removable media (USB drives etc.), I think.

      • Magiilaro@feddit.org
        link
        fedilink
        arrow-up
        15
        ·
        3 months ago

        And I still don’t know what’s the point in separating /bin, /sbin, /usr/bin and /usr/sbin.

        This goes back to the olden days when disk space was measured in kilo and megabytes. /sbin/ and /usr/sbin have the files needed to start a bare bone Unix/Linux system, so that you could boot from a 800kb floppy and mount all other directories via network or other storage devices as needed.

        • tromars@feddit.org
          link
          fedilink
          English
          arrow-up
          1
          ·
          3 months ago

          Is there a reason to keep this structure other than „we’ve always been doing it like that“/backwards compatibility?

          • Magiilaro@feddit.org
            link
            fedilink
            arrow-up
            2
            ·
            3 months ago

            The structure is changing, many distributions already are merging more and more of the duplicated subdirectories in /usr/ with the counterparts in / but it takes time to complete that and at the moment those subdirectories are often still there but as symlinks to be compatible with older software (and sysadmins).

      • jacobc436@lemmy.ml
        link
        fedilink
        arrow-up
        10
        ·
        3 months ago

        They hold “system binaries” meant for root user. It’s not a hard distinction but many if not most Linux fundamentals have their roots in very early computing, mainframes, Bell and Xerox, and this good idea has been carried into the here&now. Not sure about the provenance of this one, but it makes sense. isn’t /mnt /media different between distros? These aren’t hard and fast rules - some distros choose to keep files elsewhere from the “standard”.

        /bin and /usr/bin, one is typically a symbolic link to another - they used to be stored on disks of different size, cost, and speed.

        https://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s16.html

        https://unix.stackexchange.com/questions/5915/difference-between-bin-and-usr-bin

      • 4am@lemm.ee
        link
        fedilink
        arrow-up
        6
        ·
        3 months ago

        I think /mnt is where you manually mount a hard drive or other device if you’re just doing it temporarily, and /media has sub folders for stuff like cdrom drives or thumb drives?

        • superkret@feddit.org
          link
          fedilink
          arrow-up
          4
          arrow-down
          1
          ·
          3 months ago

          Yeah, but why?
          You can mount a hard drive anywhere, and why not put all the cdrom and thumbdrive folders in /mnt, too?

          • Dalaryous@lemmy.ml
            link
            fedilink
            English
            arrow-up
            9
            ·
            3 months ago

            /media is for removable drives. If you mount something there, file managers like Gnome will show you the “eject” or “disconnect” button.

            /mnt drives show up as regular network drives without that “eject” functionality.

            • bazzett@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              3 months ago

              I don’t know if I’m doing something wrong, but I have a secondary SSD in my laptop that I mount on /mnt/elyssa and in every DE and distro I tried it appeared as a removable drive with the “eject” button. Right now I use Fedora with Gnome and if I install this extension or enable the removable drives option in Dash to Dock, it shows me that drive. Maybe some mount option in Gnome Disks, but since it’s not that big of a problem, I haven’t looked too much into it.

          • Magiilaro@feddit.org
            link
            fedilink
            arrow-up
            6
            ·
            3 months ago

            It gets even more complicated nowadays because most DE will mount removable drives somewhere in folders like /run/$USER/

          • umbraroze@lemmy.world
            link
            fedilink
            arrow-up
            4
            ·
            3 months ago

            /mnt is meant for volumes that you manually mount temporarily. This used to be basically the only way to use removable media back in the day.

            /media came to be when the automatic mounting of removable media became a fashionable thing.

            And it’s kind of the same to this day. /media is understood to be managed by automounters and /mnt is what you’re supposed to mess with as a user.

      • taaz@biglemmowski.win
        link
        fedilink
        English
        arrow-up
        4
        ·
        3 months ago

        /sbin are system binaries, eg root only stuff, dunno the rest but I would guess there are some historical reasons for the bin usr/bin separation

        • superkret@feddit.org
          link
          fedilink
          arrow-up
          2
          ·
          3 months ago

          I know the distinction between /bin and /sbin, I just don’t know what purpose it serves.

          Historically, /bin contained binaries that were needed before /usr was mounted during the boot process (/usr was usually on a networked drive).
          Nowadays that’s obsolete, and most distros go ahead and merge the directories.

          • linearchaos@lemmy.world
            link
            fedilink
            English
            arrow-up
            7
            ·
            3 months ago

            It’s easier to manage security that way.

            Instead of having one binary folder full of stuff that’s intended to be run with privilege access and non-privilege access, all the privileged stuff goes in sbin and you don’t even see it in your path as a regular user. It also means that access rights can be controlled at the folder level instead of the individual file level.

      • bubstance@lemmy.sdf.org
        link
        fedilink
        English
        arrow-up
        2
        ·
        3 months ago

        You are correct and this can be seen in some of the old demos from the '80s floating around on YouTube. There is even a chart that specifically labels a directory like /usr/bwk as the user’s home.

        Plan 9 also uses this old convention; users live under /usr and there is no /home.

    • gerryflap@feddit.nl
      link
      fedilink
      arrow-up
      5
      ·
      3 months ago

      I was just about to post the same thing. I’ve been using Linux for almost 10 years. I never really understood the folder layout anyway into this detail. My reasoning always was that /lib was more system-wide and /usr/lib was for stuff installed for me only. That never made sense though, since there is only one /usr and not one for every user. But I never really thought further, I just let it be.

    • TrickDacy@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      3 months ago

      Same. I actually feel like I remember the professor of my only unix class saying that. Hoping I’m wrong.

    • AnUnusualRelic@lemmy.world
      link
      fedilink
      English
      arrow-up
      4
      ·
      3 months ago

      It’s always been for USeR binaries. It’s the first time I’ve seen this bizarre backronym (40 years of Unix here).

    • Baku@aussie.zone
      link
      fedilink
      English
      arrow-up
      1
      ·
      3 months ago

      Likewise.

      It’s also only just now dawning on me /bin is short for /binaries. I always thought it was like… A bin. like a junk drawer hidden in a cupboard

  • Todd Bonzalez@lemm.ee
    link
    fedilink
    arrow-up
    82
    arrow-down
    1
    ·
    3 months ago

    “Linux File Systems”

    *List of root directories*

    Uh, where are the file systems? EXT4… BTRFS… FAT32…

  • Leaflet@lemmy.world
    link
    fedilink
    English
    arrow-up
    58
    arrow-down
    2
    ·
    3 months ago

    I don’t get why this sort of picture always gets posted and upvoted when it’s wrong for most distros nowadays.

    • TrickDacy@lemmy.world
      link
      fedilink
      arrow-up
      10
      ·
      3 months ago

      Can you recommend one that is correct? I use pop_os (Ubuntu) and Arch. Kinda curious about either one

      • Leaflet@lemmy.world
        link
        fedilink
        English
        arrow-up
        15
        ·
        edit-2
        3 months ago

        Not aware of any correct pictures, but I can tell you what’s wrong with this one

        • /usr: explaining it as “Unix System Resources” is a bit vague
        • /bin: /bin is usually a symlink to /usr/bin
        • /sbin: /sbin is usually a symlink to /usr/sbin, distros like Fedora are also looking into merging sbin into bin
        • /opt: many, I’d say most, “add-on applications” put themselves in bin
        • /media: /media is usually a symlink to /run/media, also weird to mention CD-ROMs when flash drives and other forms of storage get mounted here by default
        • /mnt: i would disagree about the temporary part, as I mentioned before, stuff like flash drives are usually mounted in /run/media by default
        • /root: the root user is usually not enabled on home systems
        • /lib: /lib is usually a symlink to /usr/lib

        I would also like the mention that the FHS standard wasn’t designed to be elegant, well thought out system. It mainly documents how the filesystem has been traditionally laid out. I forget which folder(s), but once a new folder has been made just because the main hard drive in a developer’s system filled up so they created a new folder named something different on a secondary hard drive.

        • TrickDacy@lemmy.world
          link
          fedilink
          arrow-up
          4
          ·
          3 months ago

          Thanks for this. I’m always confused by the layout and this tend to stick to putting things in the same places, even if they’re wrong :)

        • Sips'@slrpnk.net
          link
          fedilink
          arrow-up
          3
          ·
          3 months ago

          On my distro(Bazzite), /mnt is only a symlink to /var/mnt. Not sure why, but only found out the other day.

          • Leaflet@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            3 months ago

            I’m using Silverblue and it also symlinks to /var/mnt. I don’t think it does that on traditional distros, like Fedora 40 Workstation.

    • Kusimulkku@lemm.ee
      link
      fedilink
      arrow-up
      7
      arrow-down
      1
      ·
      3 months ago

      It seems handy when you’re learning about stuff but only when you haven’t learned enough to realize it’s not correct.

    • cm0002@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      3 months ago

      Thanks! I’ll save this, tell myself I’m going to strictly follow it this time and forget about it (again) lol

    • N0x0n@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      3 months ago

      Edit: Thank you, found it on your shared link ! 😄

      Oh wow thank you ! Would it be to much to ask for a dark mode version? If there’s a one hit button to change into a more eye friendly color mode :)

      Either way, thank your for sharing your work :))

    • Peffse@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      I still have no clue where permanently attached USB SSDs are supposed to be mounted. I just shove them into LVM2 and put the mapper under /mnt since putting them under /home wouldn’t let other users access them.

      • JATth@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        3 months ago

        permanently attached USB SSDs are supposed to be mounted

        Just mount them somewhere under / device, so if a disk/mount fails the mounts depended on the path can´t also fail.

        I keep my permanent mounts at /media/ and I have a udev rule, that all auto mounted media goes there, so /mnt stays empty. A funny case is that my projects BTRFS sub-volume also is mounted this way, although it is technically on the same device.

  • Laser@feddit.org
    link
    fedilink
    arrow-up
    31
    ·
    3 months ago

    A good first approximation.

    So where in this setup would you mount a network share? Or am additional hard drive for storage? The latter is neither removable nor temporary. Also /run is quite more than what this makes it seem (e.g. user mounts can be located there), there is practically only one system path for executables (/usr/bin)…

    Not saying that the graphic is inherently wrong or bad, but one shouldn’t think it’s the end all be all.

      • Laser@feddit.org
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        3 months ago

        For most network share I use /mnt/$server.

        I use /mnt/$proto/$server, though that level of organization was probably overkill. Whatever…

        I do /volumX for additional hard drives.

    • werefreeatlast@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      3 months ago

      I’m gonna blow everyone’s mind… I have my Linux system in a relatively small 4gb drive, and my home in a 4Tb drive. I mount my 4tb drive to /home/me as someone already said.

      If my SSD for my OS takes a shit as people say, all you do is install it again, change fstab to swap the home directory and you’re back in business like nothing happened. That’s like 10 minutes install time on a good SSD these days. The other guy who mentioned this, didn’t point this out. The idea of separating my home folder into its own drive didn’t occur to me for years and years of using Linux. Every wrong update I was there copying home like a total windows 11 noob. I also install my extra drives and shares on /mnt, that’s standard.

  • linearchaos@lemmy.world
    link
    fedilink
    English
    arrow-up
    24
    ·
    3 months ago

    /opt/(app)/bin /usr/lib/(app)/bin /usr/lib64/app/bin /usr/local/(s)bin

    I know there is logic and mapping of where everything’s supposed to be in theory but in practice s***'s kind of all over the place.

    • kalleboo@lemmy.world
      link
      fedilink
      arrow-up
      12
      ·
      3 months ago

      The logic was just that when UNIX was originally evolving, they ran out of disk space on their PDP-11 and had to start moving less-essential binaries to a different disk. That’s why it’s “/usr/” which was originally for user data but that disk happened to have free space.

      Any other explanation is just retcon. Some distros try to simplify things.

  • Sonotsugipaa@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    21
    ·
    3 months ago

    It feels like /opt 's official meaning is completely lost on developers/packagers (depending on who’s at fault), every single directory in my /opt belongs to standalone software that should just be put into either /usr/lib or /usr/share with some symlinks or scripts into /usr/bin.

  • RandomVideos@programming.dev
    link
    fedilink
    arrow-up
    8
    ·
    3 months ago

    I have always wondered why there was a developer folder(/dev)

    Now i know that the government is trying to make people think it stands for something else so they can replace all programmers with advanced random number generators

    • cogman@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      3 months ago

      usr does mean user. It was the place for user managed stuff originally. The home directory used to be a sub directory of the usr directory.

      The meaning and purpose of unix directories has very organically evolved. Heck, it’s still evolving. For example, the new .config directory in the home directory.

      • JATth@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        3 months ago

        For example, the new .config directory in the home directory.

        I hope slowly but surely no program will ever dump its config(s) as ~/.xyz.conf (or even worse in a program specific ~/.thisapp/; The ~/.config/ scheme works as long as the programs don’t repeat the bad way of dumping files as ~/.config/thisconfig.txt. (I’m looking at you kde folks…) A unique dir in .config directory should be mandatory.

        If I ever need to shed some cruft accumulated over the years in ~/.config/ this would make it a lot easier.

        • dafo@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          edit-2
          3 months ago

          I don’t trust a graphic which explains /boot as “system boot loader files”…

            • dafo@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              edit-2
              3 months ago

              It’s not wrong, but it feels a bit like some tech articles you’ll see which are obviously just created to fluff up a CV. I wouldn’t say avyttring here is flat out wrong, just kinda… lacking.

              But yeah, /boot holds “system boot loader files”, sure, but that’s a bit vague. It should contain your kernel and initramcpio and IIRC Grub also had its config here. That’s pretty much it. I would’ve rather said /boot contains the kernel.

              “device files” it’s so vague that it’s almost wrong IMO. At first glaze I would’ve thought that it means drivers rather than, say, “interfaces to devices”

  • dysprosium@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    7
    ·
    edit-2
    3 months ago

    Why is /mnt a “temporary” mounting point? I alwags put my permanent ones there. I’d say /media is temporary…