Your personal files go in /home/texasace, and can be organized however you want. Compared to what Windows uses, Linux’s file systems have fewer restrictions and more capabilities, though you don’t have to use any of the extra stuff.

Outside of /home/texasace, you probably won’t have to care what goes where, but if you want to understand things better there is a well-documented filesystem hierarchy standard explaining what everything is. Here are some of the basics:

  • /home: Everything which belongs to users. Probably the only area you have to care about.
  • /tmp: Handy scratch area for temporary files. Gets erased each time the system reboots, or periodically, depending on how things are configured.
  • Stuff necessary for booting and basic system function:
    • /etc: Config files. Similar to the Windows registry, I suppose, but doesn’t need any special tools to access.
    • /boot: Generally just the bootloader config, kernel, and a compressed image of drivers needed to boot the rest of the system.
    • /bin: The most important utilities (binaries, executables) needed for basic system functions. Anything named “bin” contains binaries or executables, and form the command line’s primary vocabulary.
    • /sbin: Core system binaries, necessary for system tasks but not normally used by users.
    • /lib, /lib64: Core libraries. Non-core ones go in /usr/lib.
  • Applications and non-core stuff:
    • /usr: Where applications go, mostly. Programs which aren’t necessary for basic system operations, but are still useful for other purposes.
    • /var: Writable area for program data which doesn’t belong to any specific user. Like, system logs, database contents, package metadata, and so on.
    • /opt: A place for third-party stuff which doesn’t follow the usual filesystem conventions.
  • Hardware and kernel access:
    • /media or /mnt: Holds default mount points for removable media and other extra drives. USB drives and DVDs and stuff generally go here.
    • /dev: Raw access to hardware devices. Everything in Linux is a file, including your drives, peripherals, sound card, and so on. If you need to partition a disk, this is where to find the disk.
    • /proc: Realtime info about kernel internals, system status, and running processes. Take a peek at meminfo and cpuinfo, for example.
    • /sys: Realtime info about kernel internals and system status, V2.

If you have multiple hard drives, instead of giving them letters, they have mount points. They can be mounted wherever you like. For example, if you have a lot of games from third parties, you could mount a hard drive on /opt so you have an entire drive dedicated to that sort of thing. Or if you have a lot of videos, you could mount a drive at /home/texasace/videos. Or you could copy the Windows drive-letter method and simply mount extra drives at /d, /e, /f, and so on. Or under your home directory, at /home/texasace/d, /home/texasace/e, /home/texasace/f.

One handy tool for keeping things organized is symlinks. These are what shortcuts in Windows were trying to be. Basically, it lets things appear at two or more different parts of your file hierarchy. So you could have drives named /d, /e, and /f, and organize your personal files into games/, videos/, flashlights/, or whatever, and shuffle around the physical location independent of the logical organization. So maybe videos/ is stored on /e/videos, but you access it from /home/texasace/videos. And then /e runs out of space so you move it to /f, but the entry in your home directory can remain. Just point it at the new location.

Another way to use symlinks is to add multiple views of your data. For example, I have music/by_artist/ and music/by_genre/. Both contain the same songs, but they are organized differently. And there is physically only one copy of the song data. I use by_artist as the primary organization method, and by_genre contains symlinks to specific artists, albums, and songs which fit various genres. This doesn’t need to be a one-to-one mapping.

Kind of a tangent, but if you like to keep things organized, symlinks will probably be useful.