Linux Directories Explained in 100 Seconds

Linux is a cryptic labyrinth of directories defined my Filesystem Hierarchy Standard (FHS). Learn the purpose of the most common Linux directories in 100 seconds fireship.io/tags/linux/
00:00 Filesystem Hierarchy Standard
00:10 /
00:15 /bin
00:30 /sbin
00:38 /lib
00:42 /usr/bin
00:54 /usr/local/bin
01:05 PATH
01:20 /etc
01:34 /home
01:58 /boot
02:02 /dev
02:12 /opt
02:17 /var
02:24 /tmp
02:29 /proc
#linux #dev #100SecondsOfCode
Linux fireship.io/tags/linux/
FHS en.wikipedia.org/wiki/Filesys...
Install the quiz app 🤓
iOS itunes.apple.com/us/app/fires...
Android play.google.com/store/apps/de...
Upgrade to Fireship PRO at fireship.io/pro
Use code lORhwXd2 for 25% off your first payment.
My VS Code Theme
- Atom One Dark
- vscode-icons
- Fira Code Font

[@Fireship]

This video went a little long, use the timestamps to skip the directories you already know

[@dontbotherreading]

sheesh

[@davidpanic]

It's a bit short if you ask me... You didn't even explain the different file types e.g. block vs char devices, regular files, folders and so on. This is just a VERY rough overview of stuff everyone knows anyway.

[@huuhoangnguyen574]

@@davidpanic it's 100 second, i think that is most of what casual user want to know and he did a good job explaining in the time constraint.

[@snacksy7754]

​@@davidpanic: "This is just a VERY rough overview of stuff everyone knows" I have asked 10 people on the street so far and none of them could tell me about any Linux directories, you sir have been caught in a lie

[@lookitsahorner]

Its only nearly 3 mins! Having it in such a small space really forces you to explain the absolutely essential information and I found that really useful. I've watched numerous longer videos on this subject which still hadn't cleared up my questions of the purposes of these directories and this video has!

[@poglord._]

All i am sayin is that "HOW DOES THIS GUY KNOW WHAT I WANT? "

[@MM-vr8rj]

Right?!!! I feel like he has made a tutorial about every single piece of software to ever exist.

[@AreyHawUstad]

Because this dude is Bucky on cocain

[@saihambd6]

Totally!

[@jayanths1221]

All I'm saying is that "HOW DOES THIS GUY KNOW LITERALLY EVERYTHING ABOUT EVERYTHING"

[@ShreyasSegu]

Seriously!!

[@earthling_parth]

As a systems administrator for Linux servers, this was amazingly accurate while being concise.

[@zoolkhan]

and as an icecream salesman, my statement has the exact same value if i say this was accurate and concise.

[@nirash8018]

You’re so cool, please be my friend

[@manojramesh4598]

​@@zoolkhanLoL

[@wolty_]

@@nirash8018 I am not cool but wanna be friends

[@ChristianTorres]

I have an old book and it says: "The /usr stands for Universal Shared Resources but it get usually referred as the "user" file because in the unix times, they need to save memory and that's why most of the folder has only 3 characters." That folder contains most of file shared across the system including wallpapers, themes and so on instead if users files.

[@dustinpdx]

It actually stands for Unix System Resources.

[@parthkanani7323]

which book is it?

[@stargazer7644]

Some of these are bacronyms applied long after the original purpose of the directory changed. /usr is indeed “user” because originally that’s where the user home directories were kept. /etc is “etcetera” because that’s where miscellaneous files were kept. The ping binary once lived there, for example. There is half a century of history attached to most of these directories.

[@LabGecko]

Also note that naming brevity and acronyms in most / major older operating systems was the result of that memory crunch not for one file, but because things like %PATH% tended to grow as apps and references were added, to the point that there wasn't room to add more. Then you had to start deciding what you wanted accessible from anywhere and what you had to change to that directory to run.

[@claude3957]

usr stands for Universal System Resources*

[@Fireship]

Good call, I guess only in the early days in meant "user" tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html

[@MM-vr8rj]

USSR lol

[@Teutonius88]

@@MM-vr8rj Universal Socialist System Resources? :P

[@66IOU3]

LOL

[@TheJobCompany]

One day, we'll reach a point when the Unix abbreviations will be so old, that no one will know what they once stood for

[@saintsword23]

Wow. I've been using Linux regularly in a graduate Operating Systems course for months now, but this very simple video filled in so many gaps in my knowledge that should never have existed. Well done!

[@hksg]

*that seemed to have never existed

[@madhououinkyoma]

@@hksg nope, what he said is exactly correct

[@donaldli4755]

​@@madhououinkyoma XD

[@xSferQx]

I didn't realize how much sense and how well grouped is linux, yet so simple

[@brainstormsurge154]

For the most part ya. Or more accurately it's just that the Windows directory layout sucks and has extremely poor standards such as letting programs put stuff in the Documents folder which should just be a user folder similar to Pictures or Video. It still bothers me though that /etc is in the root directory is pretty much the same as the $HOME/.config directory or at least most files that go there would be. So why isn't there a /config root directory? Well the config directory wasn't a thing and by the time it was everyone was already putting all the config files in /etc so for backwards compatibility purposes things were just left left alone. At least that's what I was able to gather about the subject but feel free to correct me. Not even XDG which is organization that creates better standards for directory organization will touch /etc because it would be too much of a hassle at this point. If you do create a new unix-like system that has no compatibility with any existing software or systems then feel free to finally fix that standard have a /config directory. Though /etc would still exist it would be what it was meant for as an et cetera directory for things that don't quite fit in other categories. You might also think of it as a miscellaneous directory/folder as it has a similar meaning but /etc is shorter than /misc and just makes more sense.

[@relims]

Fun fact: /bin and/or /sbin are sometimes symlinks to /usr/bin/ and are there for compatibility purposes.

[@death_parade]

As a linux noob, I knew that, but this is still an important comment.

[@Slugbunny]

The most useful explanation is often the shortest one. Thank you for not taking 10 minutes for something very simple, even included the relevant commands!

[@pjbramsted]

Please make a "how to get a girlfriend in 100 seconds.". Something I have never been able to master.

[@sandEffect]

LOL to distill this amount of knowledge to 100 seconds takes one small sacrifice: thou shall renounce all knowledge of how to get a girlfriend.

[@ssw4m]

It's probably easier than learning vim to be honest.

[@JoHn-gi1lb]

1. Go to a park 2. Find a girl 3. Talk

[@pjbramsted]

@@JoHn-gi1lb ... 4. Wait for 15 seconds of awkward silence 5. Expect pepperspray to the face 6. Cry - and run back to basement

[@ihitonmilfs]

Step 1. Aquire chloroform

[@seemystories]

You are GOATED for doing this video. I cannot express the true joy I have rn after watching few videos before this one that couldn't express the things you taught in 100 seconds in a timespan more than 15 minutes.

[@oioisexymlaoy]

Wow that was great. As a Linux noob, these kind of videos are perfect to give me an overview of the essentials, without boring me to death with details.

[@Gregorius421]

Interesting fact: at times when / had a limited storage capacity /bin and /lib used to contain the minimal programs necessary for init. /usr - containing the rest of the applications - was mounted during the init process. Today initrd mounting root is a similar pattern to how /usr was mounted back then.

[@xcoder1122]

"/sbin" didn't originally mean "system binaries" but static binaries. It was the place for binaries that you can run in case "/lib" is not available, contrary to "/bin" which require to load libraries from there. So "/sbin" binaries could be used pretty early during boot, as "/lib" may only become available later during the boot process and most of the binaries there were only supposed to be used by system administrators as "root" user, because other users would only become available even much later in the boot process. This lead to the wrong interpretation, that this directory was for system binaries that require root privileges, as that's what it in fact was but not on purpose and that was never what the "s" was supposed to mean. Today binaries in "/sbin" aren't static anymore and also require "/lib". And "/usr" came into existence because the main system was on a single floppy disk and by adding more and more binaries and libraries, at some point there was no space available anymore. So they had to move some less important stuff to a second floppy disk, which could resist in a second floppy drive. Yet the system required some place where to mount that second floppy and this place was "/usr", named that way as originally also the user home directories where located on the second floppy disk and "/home" didn't yet exist. And "/usr/local" came into existence when floppies got replaced by network shares. Instead of having hundred computers, each with two system floppies or expensive hard drives (the first ones were very expensive), the system was hosted on a central server. A lot directory choices come from that kind of pattern. And in case "/bin" and "/usr/bin" were both mounted from a central server, "/usr/local/bin" was the place for binaries to go that were, well, local, meaning "not from the network server" but stored on some local storage medium on this machine only.

[@masterofdizzzaster]

ok wow this sheds much more light on the executables part. it always confused me that there are 4 places with executables, and the explanation given seemed unconvincing. Such gigantic minds wouldn't artificially segregate programs like this, that's just confusing, had to be a different explanation. I have a last question though, what is opt? j-links seggar installs itself there, autodesk maya as well i think. Why? do you maybe know?

[@xcoder1122]

@@masterofdizzzaster /opt was introduced a lot later and it was supposed to separate the software belonging to the system from the 3rd party software. The three layers so far (/, /usr/, /usr/local) existed because of data storage separation (/usr for a 2nd floppy, /usr/local for stuff not shared over network), but all of these places where for binaries, libraries and other files considered to be part of the operation system itself. Even if the system admin himself built those binaries (configure; make), those were considered system binaries as admins were supposed to customize the UNIX system to the need of their company/organization. The idea of UNIX was not that there is a monolithic system like Windows or macOS and you then smash 3rd party apps onto that system, the idea was that the system is only a framework and every company/organization makes their own operation system on the basis of that framework, tailored to their individual needs. And this customized OS could then be rolled out to all their servers or client systems, offering everything out of the box that the users and admins will ever need when working on that system or managing the system itself. Hence there was no need to ever install any 3rd party software, all software is part of the system itself. If your client systems needed an office software that was not part of the UNIX system you bought, then you'd build that software yourself, integrate it into that system (e.g. into /usr) and that is the system you roll out to your client systems. Users don't install software themselves, everything is centrally managed for you. And if some of your users require some scientific software, they'd tell their admin and their admin would integrate it for them. He could build it and first just copy it to /usr/local of individual machines, later on integrate it into /usr and with the next update rollout, everyone would have access to that software. However, this is not how other systems were organized, so where would you put ready to use 3rd party software ("apps"), that you don't have to build yourself, that is just a bunch of files in a single directly or maybe just a single file and that the user should be able to install himself without bugging the admin? That's what /opt was supposed to be. /opt is like /Applications on macOS or like \Programs in Windows. Just create a sub-dir for every app and copy the app files there; done. This process could be done by hand or by running an installer that does it for you. Yet UNIX pretty much died in the years to come, so the idea of /opt never really took off. One reason for UNIX dying was the success of GNU/Linux based systems. Linux offering a universal operation system kernel and GNU offering a UNIX compatible environment with all the standard shell commands people knew from UNIX based systems. And GNU/Linux was a system also for end users, who now were their own admins and would customize their own personal system. As a result, every software again became part of the system itself and to help technically less advanced people, package managers were used, so people didn't have to build software themselves, but instead customize their own systems by deciding which packages they want to install and pretty much all software delivered by those packages would integrate directly into the system and thus not use or need /opt. Assuming there was a system neutral GNU/Linux version of LibreOffice, that you can download from the project website, smash onto pretty much every GNU/Linux system, that does not come as a package but just as an installer (which may be a shell script) or a .tar.bz2 archive, then you'd install that app into /opt/LibreOffice. However, pretty much every distribution has a package version of LibreOffice that is centrally managed and integrates into the system and thus ends up in /usr and by installing that, LibreOffice becomes a fixed part of your customized Linux system.

[@michaelanthony4750]

@@xcoder1122 thanks that was informative

[@IvoPavlik]

Oh yes, thank you very much for clearing things up!

[@oceannuclear]

Duuude I can't belive the question that I have listed in my to-do list for half a year, and couldn't find any satisfactory answer to, is answered at the right level just by a 100 second video freely available on youtube! Thank you so much!

[@thegreatfellow]

Damn, I can't handle this onslaught of "Explained in 100 seconds"

[@Fireship]

It's only going to get worse from here

[@1MinuteFlipDoc]

@@Fireship they are great. yes more please!

[@aerahtv0000]

i use J, K, L buttons for rewind/pause/forward, if i missed something or need more time to think about

[@gtkall]

You know what? Every generation of coders has its own group of teachers. This dude right here is building the foundation for the new generation of -soydevs- programmers!

[@AreyHawUstad]

Jeff is the Bucky of 2020

[@gtkall]

@@AreyHawUstad Hit the nail on the head with this one.

[@amongus-rq2hb]

how did you strike that word

[@mythicalprayer1316]

@@amongus-rq2hb I dont know how he did it, but I used m̶a̶g̶i̶c̶ fsymbols.com/generators/strikethrough/ theres other things you can do too, just query stuff on your favourtie search engine like text generators

[@Neffins]

@@AreyHawUstad But Bucky is back!

[@nagcvlogs]

What the hell, this guy dropping videos faster than linus dropping $10K CPU.

[@katech6020]

Good One

[@tempest3327]

😂😂

[@victordeoliveira344]

Easily the best content about linux filesystem ever. Amazing!

[@Scoobin]

This is an excellent brief overview that for me made stuff I'm only somewhat familiar with crystal-clear instantly! Great job.

[@BenyBenator]

Very well done! Been using linux for a while and never knew what those folder names stood for. Thanks!

[@ademkin]

This video is an essential for every Linux beginner. Informative and concise.

[@d0nn13br45k0]

25 years that I work and play on computers, i tried Linux plenty of times... This is literaly the best explenation i've seen in my life... and the shortest !! Amazing video 😮😍 thanks a lot

[@CodingNuggets]

Really love these videos even if I already know everything you talk about. Just the quality is top-notch. Love it. See you soon!

[@KaitoKumashiro]

It's worth noting that "/[s]bin" and "/lib" are separated because "/usr" was often mounted over NFS and you cannot boot the system when files required for it are located on a mountable resource, including programs used to mount it and set up the network. Also, you still need tools when mount breaks. Nowadays, initram is pretty much common and all tools required to mount/check/repair filesystems are packed into a ramdisk image. Mounting "/usr" from NFS share or a separate partition is no longer a thing, except in diskless terminals. That is why some Linux distributions today are merging "/usr/lib" with "/lib", "/usr/bin" with "/bin" and "/usr/sbin" with "/sbin" - it makes packaging easier at the cost of a feature almost nobody needs anymore. Additionally, separate user directories can be made a bit more secure by mounting "/home" with "nodev" and "noexec" flags which could not be done with the "old /usr scheme".

[@yaron3479]

Your channel is underrated

[@Fireship]

Tell your family and friends!

[@yigitsr]

549k, how is that underrated?

[@bhumit070]

@@Fireship they are non programmer these are just like kala akshar bhensh barabar to them 😂😂😂 (I hope you got what i mean)

[@nqkhanhskewb]

@@yigitsr I think that he is underrated as a yt channel, but is a popular one as a yt channel about programming

[@vedsingh1528]

@@yigitsr exactly

[@abbasali6588]

Your 100 seconds videos always answer my questions whose answers I've been wanting to know since ages...but never searching..

[@jackwright7014]

This is now going to be my go to video to remind myself of the Linux filesystem! Brilliant video as always!!

[@theredditbandit]

More Linux videos please, this one was awesome

[@WaseemYusuf]

This man can smell all the questions our hearts ask in silence, and he answers them puclicly here for us every week. 🙌

[@tomasgonzalez1757]

Great content as always! It would be great to bring a guest to explain linux principles in depth like the vim one!

[@PrashantSharma-ql4yb]

2.52 mins very well spent. Amazing job by Fireship, Subscribed!

[@marcogenualdo7061]

"/opt ...you'll rarely interact with it" Me: dumps all downloaded software in /opt

[@electron8262]

This is me. My brain is too small to grasp the sophistication of Linux.

[@supersonictumbleweed]

@@electron8262 I might blow your mind, bit there's nothing stopping you from making your own directories in root. I have /games and /remote there

[@windowsxseven]

@@supersonictumbleweed thats fucking pathetic

[@robpizza6192]

I store all my docker mounts in /opt... oops :)

[@supersonictumbleweed]

@@windowsxseven i see your mind is blown already

[@bilaleyrik8680]

Oh my God , dude this is probably the most exciting thing I experienced in the last month. I am so thrilled to use Linux now , for years I was just overwhelmed by the file/system and folder names and it all seemed too complex to me for some reason but thank you Fireship now I can see everything just CLICKED into place with your explanation , now I wanna use terminal and vim alone :) Thank you for the video and great in-depth content. , your efforts are much appreciated brother

[@Remianr]

Thank you for this video! It really helped me a lot in understanding this previously mysterious structure of Linux directories

[@coolcha]

I definitely needed this. Linux always intimidates me with these folders and how they magically do different things.

[@Arjunsiva]

Your voice is soooooooooo soothing :) and the videos are on a whole another level

[@arseniskobelev5505]

For me the hardest part was understanding that '/' is not particularly located anywhere on the drive. It weirded me out that '/mnt/X' and '/home' could be located on completely different storage devices.

[@calyodelphi124]

That's definitely one of the biggest leaps of faith one has to make when going from Windows to Linux. In Windows, every partition has its own file system root: the drive letter. But in Linux, there is exactly and only one root to the file system: /. Partitions instead have mount points at various paths within the file system.

[@stargazer7644]

You’re right about mount points, but not sure why you think root isn’t located in the root partition.

[@megarom885]

​@@calyodelphi124 windows has mount points too, but the letter method is the default

[@indiansoftwareengineer4899]

Hey man, thanks for making a few videos on Linux, definitely you are helping linux community to grow... I have downloaded fedora and planning to install as my daily driver....

[@shivamchandra.0654]

Man you videos are just "Mesmerizing". And so well explained in JUST 100sec. I can't imagine the thought and effort you put to fit such useful content in such less time. Hats off to your skill. 👑 CONTENT

[@bls512]

I'd love to see your best practices for an efficient (glitch free) programming/web dev file management system. And how this helps your git hub usage.

[@siobhanvidaashmole9009]

YES

[@sanjay_swain]

The knowledge that exists in this channel alone is gold.

[@tjeerdbakker160]

I've been using Linux for years and nobody ever explained the filesystem this clearly. Thanks!

[@aboxinspace]

I'm not even in the software area anymore (more of a hardware/networks person myself) & I still watch your uploads, your videos are just too damn good.

[@spuriustadius5034]

It's amazing how common it is for stuff to be in the wrong place simply because folks don't know what each of these directories are intended to hold. I've used unix/linux for more than 2 decades and never knew there was an actual standard for the filesystem hierarchy. Thanks for providing 100 seconds of clarity. en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

[@hnasr]

Great video !! so let's say I have two curl installation one libressl in /usr/bin and one openssl in /usr/bin/local how do I force one over the other? is it by changing the priority in the path as you explained?

[@hossamdash]

which ever appears in path first will be the one that gets called. in order to specify a different one you have to type the full path to the binary.

[@AbhinavKulshreshtha]

You can force one over other by using full path. Going deeper into the rabbit hole: If you simply type the `curl` command, It will execute the first curl it sees on the $PATH. If there is an alias named as `curl`, that will be executed before $PATH. You can ignore aliases by forward slash command `\curl` . For example, I have aliased `ls` into `exa` but if I need to use plain old ls command, I can do so with `\ls`. During shell scripting, If you know the full path of something, it is better to use that.

[@aishahale5504]

Hey man big fan of your content.

[@KangJangkrik]

Run: echo $PATH Then you'll get something like: /bin:/usr/bin:/usr/local/bin Just swap those by rewriting the $PATH. To do that, just run: export PATH=/bin:/usr/local/bin:/usr/bin Problem solved, have a nice day :)

[@juniordevmedia]

I haven't tried this but i guess you can create an Alias for openssl curl like opencurl so that when ran, it executes the curl present inside `/usr/bin/local` directory

[@smudgepost]

An excellent video, concise and informative. I'd personally like to see this as a 5-10 minute video

[@leifhanson8900]

Great video, I have been in and out of Linux for many years but have not looked at all the folders. Thanks for breaking it down.

[@ardafirarda3295]

Small Correction: /usr actually means Unix System Resources

[@FitraRahim]

1. Universal System Resources 2. Unix System Resource 3. User System Resources 4. ........................................? Whats your choice?

[@TheOPtmal]

@@FitraRahim Rule out #3, user system resources would be ~/.local

[@nicklove2011]

Came here to say that

[@robhartle1849]

Diary of a madman: watching this at 2x speed.

[@tokiomutex4148]

The best experience

[@shanetravel]

haha. i did this. lol

[@prkhrsrvstv1]

1x is scary enough lol

[@tejassravanthikasulanati4733]

I usually watch others videos 2x. But video from here I have to slow it down

[@FitraRahim]

@Rob Hartle. With that way, you can save 50 sec.

[@nilanjanmukhopadhyay8369]

Have been watching this channel without understanding most of the things just for the quality. First time something super useful. 🔥 Dared to comment by seeing it is uploaded 4 minutes ago 😅

[@ellenl.775]

I feel the urgent need to mention, that this was a nearly perfect summary for me. More of that pls!

[@SiddheshNan]

Legend says Jeff will reply if you're early

[@Fireship]

Not every legend is a myth

[@RajvirSingh1313]

@@Fireship lol i want too

[@Christopher-ew7jw]

Jeff... thank you. You always one-up my expectations.

[@abdullaha7741]

Man you are a legend. I have watched a couple of long videos on the subject but it wasn't as good and simple to digest as your video

[@rubeningels5060]

Never had such a great, to the point overview of this. Subscribed!

[@twert8756]

Proud to have worked on the linux kernel!

[@ArnoldsKtm]

Ok

[@JordanPlayz158]

Linux is good and the hierarchy makes sense but.. the only thing you need to hope is that all apps follow the spec i.e put the files in the right places if you wish to find things, either that or I wouldn't mind if they put all their files in a folder containing the binary, contains it into a nice neat package

[@vilian9185]

like in a flatpak

[@JordanPlayz158]

@@vilian9185 yep, I use flatpaks all the time, that's why the issues of binary install is so obvious

[@k4l1hm4n]

omg never seen such short & easy instruction on Linux filesystem. Instant sub.

[@aaronkohler7751]

Dude... That was informative, enjoyable, and quick. Thanks! Great refresher.

[@jimkekonius2415]

Finally I can interface with my 5.25" disk drive.

[@midlight25]

Linux: "There is a place for everything and everything is in it's place." Windows: "Just cobble shit together, it will work out in the end. You want me to keep track of this stuff? Ya... no. What do you mean users need to interact with their files? I wasn't keeping count, were you??"

[@TheGrimravager]

if windows were a programming paradigm, it would be: "just put everything in main() and hope it runs"

[@aneeshyr]

Even windows has a structure

[@moonshiry]

Wow this was an instant sub. You explained something so clearly that took me a year to understand

[@iWillAvert]

I feel like I just leveled up my understanding of Linux drastically with this video. Knowing and understanding the file system is half the battle!

[@ganeshbabu6458]

AWS services in 100 seconds please

[@somerandomchannel4454]

Not possible)

[@kunalkant6017]

100 seconds for Devops, secops, dvcs, cvcs, jenkins, services of aws, Code quality Check......

[@milicanikolic4041]

Everything about Linux is desirable as well as what is related to DevOps so if you can make more videos of that kind in the future it would be great!

[@javierreyes1102]

The best explanation about the Linux directories in a short amount of time. Now the Linux directories makes sense!

[@Ashinle]

SSH in 100 seconds?

[@supersonictumbleweed]

not possible. I dare him to do it

[@fernabianer1898]

I'd love to see that! :D

[@georgeelsham]

Webhooks in 100 seconds?

[@casonnichols3771]

First fireship video I watched! Learned so much from you!

[@leojei]

Thanks a lot for the simple explanation! Saved to my Linux playlist!

[@patrickmullot73]

Awesome video!! Please people, stop using Windows and use Linux!!!

[@Fireship]

You can use both with WSL, but I feel you.

[@hemanth6951]

How to get job in 100 second 👍

[@dbyrd7827]

A quick yet excellent overview. I learned, liked, and subscribed.

[@williamseipp9691]

thanks. There's a bunch of other videos on the subject but when I see your version I know it's going to be short and sweet and will probably make me chuckle. lol that proc section. Wtf. Hahaha.

[@muhamedahmatovic4345]

If you watch it at 1.75 speed then you have 172 seconds /1.75 = 98.2 ≈ 100 seconds :)

[@lakshyashankar]

windows directories in 100 seconds

[@RavianXReaver]

No.

[@okie9025]

@@RavianXReaver yes

[@igorswies5913]

*God please no*

[@samarmohan9891]

Thank you for explaining! I had no clue what I was doing in WSL with all these folders.

[@riitshi5489]

Wow, awesome, difficult to stay focused for a long video. This is the best explanation.

[@newq]

I didn't know I wanted this video until KZbin suggested it to me and I watched it, but in retrospect, I really wanted this video.

[@skybyte4me]

Very helpful and intuitive in understanding the file structure in Linux. Thanks!

[@sankachinthanawanniarachch1606]

Always love this kind of simple explanation videos. ✌️

[@thezebiano]

I didn't know I wanted to watch this until I've watched this. Thanks for the video!

[@jimwinchester339]

Hey, thanks! I've been running Unix/Linux for almost 40 years, and nobody every told me the etymology of */etc* ! Youre' the man!

[@wkbdgeorge]

Almost perfect video. I wish he kept an overview shot of all folders and just highlighted each as he moved on.

[@stud_ley]

Really appreciate you taking the time to explain this!

[@darkwoodmovies]

Been using this (or the macOS version) for years and years and never really stopped to think about what the directories actually stand for. Great explanation!

[@U20E0]

the macOS variation is more confusing

[@ritooraj]

Very well presented. Rewatching now and will rewatch again to grasp all those details.... 😁 Thank you for this nice video.

[@ramanathreyan]

Thank you for making this just when I needed it. You earned a new subscriber. :)

[@harleyanzuck]

Thank you SO MUCH for this video. Really is going to help me out with some of the terminal basics.

[@husker3345]

This short format is perfection!

[@chinmoydutta9931]

Damn! Just popped on my feed. Awesome content and precise👍 Imma subscribe.

[@mubafaw]

Legend!!! This is type of overview I was looking for 😊 Thanks

[@TheGrimravager]

this is awesome :D I'm already super familiar with most unix stuff, but I still learned a few things in this video

[@rodrigoelias1987]

Thanks, I've installed arch linux on vm box but i didn't know the directory hierarchy. It helped me a lot.

[@soheljapanwala]

The simplest and best explanation found so far!

[@shriharikulkarni07]

Thanks for clean explanation of the folder hierarchy

[@Youkakun]

Never got it explained in such a fast and good manner.

[@AzikGabulov]

Rarely do I encounter a video so deserving of a like. Keep up the good work!