一份菜单

Linux目录结构(文件系统结构)示例说明

您是否想知道为什么某些程序位于/ bin,/ sbin,/ usr / bin或/ usr / sbin下?

例如,less命令位于/ usr / bin目录下。为什么不使用/ bin或/ sbin或/ usr / sbin?这些目录之间有什么区别?

在本文中,让我们回顾一下Linux文件系统结构并了解各个高级目录的含义。

1. /– Root

  • Every single file and directory starts from the 根 directory.
  • Only 根 用户 has write privilege under this directory.
  • Please note that /root is 根 用户’s home directory, 这是 not same as /.

2. / bin– User Binaries

  • 包含二进制可执行文件。
  • 您需要在单用户模式下使用的常见Linux命令位于此目录下。
  • Commands used 通过 all the 用户s of the system are located here.
  • 例如:ps,ls,ping,grep,cp。

3. / sbin– System Binaries

  • 就像/ bin一样,/ sbin也包含二进制可执行文件。
  • 但是,位于该目录下的linux命令通常由系统管理员用于系统维护目的。
  • 例如:iptables,重新启动,fdisk,ifconfig,swapon

4. / etc– Configuration Files

  • 包含所有程序所需的配置文件。
  • 它还包含用于启动/停止单个程序的启动和关闭Shell脚本。
  • 例如:/etc/resolv.conf、/etc/logrotate.conf

5. / dev– Device Files

  • 包含设备文件。
  • These include terminal devices, usb, or any device attached to the 系统。
  • 例如:/ dev / tty1,/ dev / usbmon0

6. / proc– Process Information

  • 包含有关系统进程的信息。
  • 这是一个伪文件系统,包含有关运行进程的信息。例如:/ proc / {pid}目录包含有关具有该特定pid的进程的信息。
  • 这是一个虚拟文件系统,其中包含有关系统资源的文本信息。例如:/ proc / uptime

7. / var– Variable Files

  • var代表变量文件。
  • 可在此目录下找到预期增长的文件的内容。
  • 这包括—系统日志文件(/ var / log);软件包和数据库文件(/ var / lib);电子邮件(/ var / mail);打印队列(/ var / spool);锁定文件(/ var / lock);重启后需要临时文件(/ var / tmp);

8. / tmp– Temporary Files

  • Directory that contains temporary files created 通过 system and 用户s.
  • 重新启动系统后,该目录下的文件将被删除。

9. / usr – 用户程序

  • 包含二进制文件,库,文档和第二级程序的源代码。
  • / usr/bin contains binary files for 用户 programs. If you can’t find a 用户 binary under /bin, look under / usr/bin. For example: at, awk, cc, less, scp
  • / usr / sbin包含系统管理员的二进制文件。如果你可以的话’t find a system binary under /sbin, look under / usr/sbin. For example: atd, cron, sshd, 用户add, 用户del
  • / usr/lib contains libraries for / usr/bin and / usr/sbin
  • / usr/local contains 用户s programs that you install from source. For example, when you install apache from source, it goes under / usr/local/apache2

10. / home– 首页 Directories

  • 首页 directories for all 用户s to store their personal files.
  • 例如:/ home / john,/ home / nikita

11. /启动– Boot Loader Files

  • 包含与引导加载程序相关的文件。
  • 内核initrd,vmlinux,grub文件位于/ boot下
  • 例如:initrd.img-2.6.32-24-generic,vmlinuz-2.6.32-24-generic

12. / lib– System Libraries

  • 包含支持位于/ bin和/ sbin下的二进制文件的库文件
  • 库文件名是ld *或lib * .so。*
  • 例如:ld-2.11.1.so,libncurses.so.5.7

13. /选择 –可选的附加应用程序

  • opt代表可选。
  • 包含来自各个供应商的附加应用程序。
  • 附加应用程序应安装在/ opt /或/ opt /子目录下。

14. / mnt– Mount Directory

  • sysadmin可以在其中挂载文件系统的临时挂载目录。

15. / media–可移动媒体设备

  • 可移动设备的临时安装目录。
  • 例如,用于CD-ROM的/ media / cdrom; / media / floppy用于软盘驱动器; CD刻录机的/ media / cdrecorder

16. / srv– Service Data

  • srv代表服务。
  • 包含服务器特定的服务相关数据。
  • 例如,/ srv / cvs包含与CVS相关的数据。

如果您喜欢这篇文章,您可能还会喜欢..

  1. 50个Linux Sysadmin教程
  2. 50个最常用的Linux命令(包括示例)
  3. 排名前25位的最佳Linux性能监视和调试工具
  4. 妈妈,我找到了! 15个实用的Linux Find命令示例
  5. Linux 101 Hacks第二版电子书 Linux 101黑客手册

Bash 101 Hacks书 Sed和Awk 101黑客手册 Nagios Core 3书 Vim 101黑客手册

{ 98 评论… 加一 }

  • 瓦夫 2010年9月8日,上午2:51

    完善!!!现在是时候让某人这样做!

  • 费利克斯·弗兰克 2010年9月8日,上午3:12

    It’这是一个常见的误解,但/ usr实际上与该词无关“user”,而是的首字母缩写“UNIX特殊例程”. No, it doesn’t 马特er 😉

  • 杰伊迪普 2010年9月8日,上午3:41

    很好的解释…!

    但本来应该比较详细…!

  • 费罗内拉 2010年9月8日,上午4:46

    大!!!。
    Almost 用户 has never known.

  • 匿名 2010年9月8日,上午8:34

    嗯… still why ‘/usr/bin/’, or ‘/usr/local/bin/’ is missing.

  • SG 2010年9月8日,上午8:55

    感谢您整理这些–我有时想知道一些/ srv之类的目录&/ opt的意思是因为我不是经常在他们里面。

  • BalaC 2010年9月8日,上午9:18

    某些系统具有/ src文件夹,其中包含内核源代码

  • prakash.p 2010年9月8日,上午10:39

    大!简单明了。

  • 斯里坎特 2010年9月8日,上午11:38

    谢谢。

  • 罗纳德 2010年9月8日,下午1:45

    @费利克斯·弗兰克(Felix Frank):
    http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html
    我引用:
    “在原始的Unix实现中,/ usr是放置用户主目录的位置(也就是说/ usr / someone是现在的目录/ home / someone)。在当前的Unices中,/ usr是用户级程序和数据(相对于‘system land’程序和数据)。 *快照*因此,某些人现在可能将此目录称为‘用户系统资源’ and not ‘user’如最初的意图。

  • 香尼尔 2010年9月8日,下午2:54

    谢谢队友,及时大声笑..再次感谢

  • s 2010年9月8日,下午4:15

    I’m still unsure 上 what / usr/sbin contains. System binaries for 用户-land applications? Does that make sense? From the description above it seems a bit willy nilly if a binary is located in /sbin or / usr/sbin.

  • 绿巨人 2010年9月8日,下午5:08

    谢谢!!!!!!这很棒!
    为什么我的/ srv目录为空?

  • 罗纳德 2010年9月9日,上午9:38

    @罗纳德
    我懂了–感谢您清理。

  • dj 2010年9月9日,晚上7:40

    另一个来源:
    Linux文件系统层次结构标准(fhs): http://www.pathname.com/fhs/

  • A B C D 2010年9月10日,晚上11:51

    @Ãsse:

    在某些系统上,/ usr与/位于单独的分区(可能在网络上)。因此,单用户模式下绝对需要的任何内容都必须位于/ bin,/ lib,/ etc或/ sbin中。 / usr / sbin用于不使用的系统管理工具’此时无需使用。 (此外,/ bin和/ sbin中的程序需要在/ lib中具有它们的共享库,以便它们在挂载/ usr之前可用。—和/在这样的设置下可能很小)。

  • 八郎 Kasear 2010年9月11日,下午12:20

    我喜欢文件系统层次结构标准。爱它。

    Linux新手很多’目录结构是一个可怕的目录集合,非常混乱。

    他们是不正确的,因为他们没有’不明白。 FHS规范文件对POSIX文件系统的外观进行了更为详细的说明。但它’非常详尽,甚至会造成混乱。

    解释POSIX的好方法’s FHS is to say, “一切都在原地,有一切的地方。”

    The FHS makes it also easy for me to figure out where something is likely to be, be it a configuration file or an asset for a program I use that I want to fiddle with. Prediction really is important for a filesystem hierarchy. And even a lot of Linux software counts 上 the FHS being obeyed, though if you’re building from a source from a system not very compliant you can use the configure script’s arguments to make the changes to how the program builds so it’ll look in the right places.

    I do have some criticisms, there are some flaws in the FHS. I find /选择 to be a horrible thing, a directory to encourage a completely disorganized mess for some developers to just dump everything they’ve made instead of trying to make the FHS work. Navigating /选择 for assets or configuration is a horrible nightmare, and if I were to be making a tutorial 上 making a program, I would tell people to avoid /选择 completely and instead scatter their files into the better places where they’ll be better cared for: / usr, /etc, whatever else. /选择 is evil.

    我还发现/ mnt在今天完全没有使用,而支持/ media。即使对于不在可移动媒体中的本地文件系统:HAL和udev也完全忽略/ mnt。我认为FHS应该弃用它。

    我也发现/ usr / local是不需要的,尤其是因为它不需要’服务于/ usr本身可以实现的任何实际目的’t. It’是/ usr本身不存在的较薄时代的遗物’t在系统上,但/ usr / local是。我不’不必告诉您,即使在服务器-客户端系统中也是如此’甚至不再需要。还应该弃用/ usr / local,因为基本的/ usr结构已经涵盖了所有基本内容。

    Now, I wish to point out that /dev itself is also treated like a pseudo filesystem. When Linux is not running, there is actually 上ly about 3-4 静态的 files in there, and that at runtine, udev populates /dev as the system boots, usually in the space between when the initramfs is mounted and when the permanent initscripts hit the modprobe phase. This is because harware, like processes, can change in a system and it needs to be prepared to change with the hardware. It’s also because in the REALLY old UNIX days, there WAS no real hardware autodetection method as we know them today: No udev or HAL. You added some hardware, you had to make sure a few things:

    1. You have the driver. Chances are in those days the kernel you were working with was 100% monolithic, none of those newfangled loadable kernel modules. Thus you ran a gamble of two outcomes with your UNIX implementation: Your kernel had the driver for your software built right in, not unlike if you build a driver right into the Linux kernel instead of as a module. OR. You had to provide a 用户space driver specifically written for your kernel…somehow. This is part of why in the early days UNIX-toting IT departments in a company had their own programmers and designers. This was made hard in those days because most UNIX was still proprietary.

    2.您了解所有工作原理:驱动程序,硬件和内核。至少足以知道如何进行设置,以便驱动程序可以与内核交互,然后与硬件交互。

    3.您确切知道要创建的设备文件。有时在/ dev中查看。请注意文件命名法。您必须确保文件名正确,以便驱动程序和使用硬件的程序实际上可以通过原始数据相互通信。

    现在,即使在那些日子里,许多黑客也拥有shell脚本来帮助他们,但是它们几乎完全是靠自己的。他们没有’不能让thiongs liek udev或HAL在整个系统上探测硬件,他们肯定没有’没有内核模块来确保其硬件(只有其硬件)被内核所破坏。

  • A B C D 2010年9月11日,下午2:17

    @Yaro:
    The main reason nowadays for the split between / usr and / usr/local is that / and / usr are generally maintained 通过 your package manager, where / usr/local is for the local sysadmin. If you start changing things in / usr without going through the package manager, you are 上 your own (things may suddenly break 上 updates); if you just install into / usr/local, then you maintain independence from the 下午 without the breakage that would be caused 通过 overwriting files that the package manager thinks it owns.

  • 八郎 Kasear 2010年9月11日,下午2:36

    @A B C D–我站得住了。我想这很有意义,尽管以我的经验/ usr / local是’与PATH(I’甚至必须明确地告诉某些配置脚本来执行/ usr才能工作。)

    我喜欢Arch的做法。他们强烈建议制作一个PKGBUILD,以便您的软件包管理者可以随时注意。它’这可能是进行某些源代码构建的最佳方法。然后,您可以将该PKGBUILD提交给AUR,并分享您的工作成果:弄清楚如何构建和安装某些东西。

    不过,我对/ opt立场表示赞同,如果您希望从那里获得一些东西,这似乎是不必要的,这是一种皇家痛苦。

  • s 2010年9月12日,下午2:28

    谢谢 for the explanation 上 / usr/sbin, A B C D 🙂

  • 多曼·库尔(DomenKožar) 2010年9月16日,上午10:12

    / srv /信息不正确。

    它应该包含由该Linux盒*提供*的数据。尽管尚无标准,但数据应如何构造。

  • 加布里埃尔·梅尼尼(Gabriel Menini) 2010年9月21日,上午7:34

    usr代表Unix系统资源

  • 萨蒂亚 2010年9月24日,下午12:12

    感谢这篇出色的文章。它’简短易读。
    顺便说一句,/ medica / cdrom中有一个错字(媒体中有一个额外的c)

  • 罗恩 2010年9月27日,下午2:43

    我真的很喜欢你的博客。保持好东西!

  • 超现实的袋熊 2010年10月11日,下午5:06

    IIRC sbin实际上是静态二进制文件,即它们静态链接其库依赖关系,因此不依赖任何库文件(即/ lib,/ usr / lib,/ usr / loca / lib等)。

    最初,光盘上有一个小的启动分区(分区越小,发生磁盘错误的可能性越小)。该引导分区具有/ etc,/ sbin和/ boot。这足以启动操作系统并加载其余分区。

    HTH。

  • [email protected] 2010年10月11日,晚上7:08

    @SurrealWombat–不,sbin中的内容可以动态链接到其库。的“s” in sbin doesn’t mean “static” it means “system.”

    sbin与bin的不同之处在于’s usually just utilities system administrators would need to use, and typically will need 根 permissions to work (Think fdisk or dd or fsck.), whereas bin is general purpose “everyday use”二进制文件(sh或ls或cp)。

    Same applies for the same subdirectories in / usr and / usr/local.

    此外,在“root” sbin/bin is primarily stuff you absolutely WILL need in the event you can 上ly mount / and no other filesystems. The FHS is pretty clear 上 that 上e. stuff in / usr and / usr/lib cannot be planned 上 in single 用户 mode or in emergencies, since they can and often are 上 separate filesystems.

    现在’并不是说没有静态链接的系统二进制文件。但是通常你’ll find 静态的 binaries are 上ly used in early 用户space (As in, when you are running the initramfs, before permanent / is available to the 系统。)

  • 阿什什 2010年11月2日,上午4:49

    冠军,那真是太棒了………..
    这样的文章使您再次陷入LINUX的迷恋………

  • 失败发生 2010年12月1日,上午3:31

    不错的工作理念,非常有益的评论部分… 9.5/10

  • 萨克斯 2010年12月5日,下午4:43

    我仍然不’t get what is the differece between all these bin directories for single 用户 like me,why not just 上e dir to avoid the hassle?

  • 八郎 Kasear 2010年12月5日,晚上8:55

    @sxaxer–因为不同的bin和sbin目录实际上实际上服务于不同的目的。是的,它们破坏了可执行二进制文件,但/ bin和/ usr / bin拥有非常不同的优先级可执行文件。它’s not a 马特er of how many 用户s you have, it’一个使事情井井有条的问题。将所有内容打包到一个巨大的二进制目录中将使查找二进制文件变得更加困难。

    / bin和/ sbin用于所需的二进制文件,以防万一您需要进入单用户模式,该模式仅用于恢复/维护目的,并且仅应真正包含所需的软件,以确保系统正常运行而无需运行其他服务或文件系统已安装。 / bin是绝对的最常见命令,无论使用什么命令(ls,cp,ps等),每个用户都可能使用,而/ sbin则是有关系统管理的,例如fsck,init或fdisk。

    / usr / bin和/ usr / sbin基本上是系统上的非关键程序。系统不’从技术上讲,尽管像X或您的实际普通应用程序那样的东西最终都将存放在/ usr / bin或/ usr / sbin。

    /选择 is special. It’s basically there for the sake of programs that make no attempts to follow the FHS at all, typically proprietary applications. Though sometimes some big extras can be placed there, like a 32-bit chroot environment or multilib. But most your normal apps will be / usr/bin, and anything more than basic system commands for maintenance that an administrator might use in NORMAL system runtime situations (As in, not trying to fix something broken.) will be in / usr/sbin.

    /etc will frequently have some scripts within, but mostly there to support the system during runlevel changes, such as running daemons or for bootup, reboot, or shutdown. These are called the bootscripts, the reason they are in /etc and not /sbin is that init counts 上 them being part of and treated as part of system configuration (As modifying these scripts is changing how your system behaves at low levels, ergo, the scripts are still configuration, just an unusual kind.)

    FHS组织得很好。如果你知道它是如何工作的’能够快速,轻松地找到您可能要查找的Linux或UNIX中的几乎任何文件。

  • 八郎 Kasear 2010年12月5日,晚上8:59

    @ sxaxer-而且,FHS的设计目的是使可以有几乎一个始终起作用的通用PATH环境变量。它’s so you won’确实没有必要查找可执行文件,只需使用它们即可。 FHS方法比Windows更好’ approach, for sure.

  • 萨克斯 2010年12月6日,上午9:37

    @Yaro Kasear
    非常感谢你。
    但是最后一个问题:当我想编译要转到/ usr / bin和/ usr / lib的内容时,在./configure之后我应该键入什么?

  • 八郎 Kasear 2010年12月6日,下午1:28

    那将是./configure–prefix=/usr

    注意:并非所有软件包都由GNU发行’的汽车工具标准。如果源软件包使用cmake,’很可能会发现您需要以不同的方式进行操作。

  • Aleve Sicofance 2010年12月16日,上午7:35

    对于服务器管理员来说,这也许很有意义,但是对于台式机系统而言,FHS完全是一团糟。 OS X和Gobolinux对此都有所有争论,所以我赢了’t repeat them here.

    普通人无法在此找到任何逻辑“organization”。只有花了多年时间才知道这件事的人才能说这是“organized”.

  • 亚鲁克 2010年12月29日,上午3:31

    @Aleve Sicofance:+1

  • 莱斯·加伍德 2011年1月9日,晚上10:01

    该死,这是个有用的网站。谢谢!

  • 拉梅什·库图姆巴卡(Ramesh Kutumbaka) 2011年5月12日,上午5:50

    Very 好啊 Explanation.

  • 罗比纳特 2011年6月23日,上午3:39

    好,谢谢一百万..继续保持最新状态…

  • 拉梅什 2011年7月14日,上午6:19

    精美文章,信息清晰准确!非常感谢!

  • 巴尔德夫·辛格 2011年8月1日,上午5:29

    如何在Ubuntu中安装插件………….
    我的MEdiaPlayer在Linux中没有提供输出,但在Windows中工作….
    如何在Ubuntu中听音乐??????

  • 辣椒 2011年8月8日,上午9:14

    One major mistake: / usr is NOT “User Programs” –这些位于“/opt”.

    “/usr” stand for “UNIX系统资源”并且仅包含与系统相关的文件。

  • 八郎 Kasear 2011年8月8日,晚上10:07

    @ 辣椒–重新阅读FHS,然后重试。根据FHS的说法,这是有关如何使用/ usr之类的唯一真实授权:“/ usr是文件系统的第二个主要部分。 / usr是可共享的只读数据。这意味着/ usr应该在各种符合FHS的主机之间共享,并且不得写入。任何特定于主机或随时间变化的信息都存储在其他位置。”

    Nowhere does it say / usr should be used 上ly for 系统文件。 In fact, it even goes 上 to outline EXACTLY HOW 用户 software should be installed inside: http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY

    实际上,FHS明确指出,不需要系统应放在/ usr中。几乎排除了基本系统文件,甚至在某些地方指出了需要实际的基本文件的位置,’在/ usr附近不存在:

    “/bin : Essential 用户 command binaries (for use 通过 all 用户s)”
    “/ etc:特定于主机的系统配置”
    “/ lib:基本共享库和内核模块”
    “/ sbin:系统二进制文件”

    几乎涵盖了您的“system files.”请注意,/ usr中没有这些。

    现在,/ opt可以并用于“user software.”但是/ usr也是如此,实际上,/ opt通常仅在当今的Linux或UNIX中使用,以处理赢得’不符合FHS或获胜’易于配置以适用于它。

    我应该指出,FHS明确声明了几乎所有这些,除了/ opt在现实生活中的用法。所有标准说的是“/ opt用于附加软件”但它还会继续概述/ usr的用法,您错误地声明了它’不应用于。

  • 八郎 Kasear 2011年8月8日,晚上10:12

    我忘了提:/ usr经常放在一个单独的分区中,因为它’s treated as an “extension” of the normal hierarchy. And the FHS also says that anything needed in maintaining the system should be 上 the 根 counterparts of directories in / usr: /bin, /sbin, /include, /lib, and /etc.

    / boot实际上可以并且经常建议在单独的fileystem上使用。事实证明,您可以完全避免相关操作系统挂载/ boot分区。一旦系统在initramfs中启动并运行,系统实际上就完全不需要/ boot了。还是’如果/ boot随时可用并已挂载,则配置Bootloader设置会更容易,并且大多数发行版最终都会通过以下方式挂载它:“completeness.”

    让我总结一下:不,/ usr不适用于系统文件。 / bin,/ sbin,/ etc,/ include和/ lib是。

  • 2011年9月21日,上午4:17

    Exactly 11 years ago I started with Linux. Then so would be a brilliant representation of the 根 directory have been more than great. We then have the list yet drawn with ASCII characters;-)
    11年后,我仍然爱Linux–但现在更高

  • 秘鲁的 2011年10月5日,上午4:50

    谢谢!!!!!!这很棒!
    为什么我的/ srv目录为空?

  • 八郎 Kasear 2011年10月5日,上午11:37

    @Perumal–您正在运行任何服务器吗?是否将它们配置为将/ srv视为其主目录?许多服务器实际上使用/ home。

  • 里兹旺 2011年12月15日,下午1:23

    简单而直接的解释。

  • hi 2011年12月18日,上午11:31

    谢谢你帮了很多忙!

  • 普拉文 2012年1月22日,下午12:46

    好啊……………。对我有帮助…

  • 阿德里安 2012年1月24日,上午10:20

    非常感谢。这个网站对我来说是一个很棒的发现。很大的帮助! ðŸ™,

  • 詹斯 2012年1月25日,下午2:14

    找到这个,不得不说谢谢!我做了打印输出,然后将其插入墙上,因为我的水平更高。 ðŸ〜‰

    干杯,詹斯

  • 拉纳·戈麦斯(Ranar Gomes) 2012年2月13日,上午10:29

    一百万瑞典克朗….

  • 安德烈 2012年3月17日,上午9:20

    / sys目录丢失。从2.6版内核开始,它提供了设备和驱动程序信息以及一个API。它还使/ proc中的内容变得无关紧要,例如ACPI,更多信息: http://en.wikipedia.org/wiki/Sysfs

  • 史蒂文·韦伯 2012年3月17日,下午6:17

    我相信/ sbin实际上是针对不需要任何动态库的静态链接二进制文件,以防/ lib由于某种原因而消失。

  • 康顿 2012年3月18日,上午2:45

    该参考缺少/ sys和/ run。

  • 下午 2012年3月18日,下午1:26

    当你说“/usr/local contains 用户s programs that you install from source”,您指的是什么意思?您是说CDROM和DVD产生碎片吗?

  • 罗杰·吉尔马丁 2012年4月25日,上午4:14

    好,清楚的解释。谢谢。

  • 2012年5月9日,下午12:47

    这绝对是太棒了!你有什么东西要买centos吗?

  • 马迪 2012年5月12日,上午3:00

    是的,它的解释很好,但我想知道有关内核,Bash Shell,IP地址等的信息。
    我如何了解更多????

  • 阿肖克 2012年5月14日,上午11:27

    请给我一个SAN-NAS的详细信息,谢谢。

  • 拉克什 2012年6月6日,上午3:25

    这真的是需要了解目录,才能在Linux中获得好的命令吗?

  • 伊瓦洛 2012年6月14日,上午11:50

    哇,
    对于像我这样的Microsoft员工来说,这确实非常有用。
    谢谢

  • 喇嘛 2012年7月18日,晚上10:30

    谢谢,我真的是这样

  • 伊戈尔 2012年9月28日,上午10:55

    很棒的文章,非常清晰简洁。

  • 乔普 2013年1月14日,上午3:53

    拉梅什
    I’很久以来一直在关注这种信息。感到惊讶’较不常用。谢谢,继续努力。

  • Pooja Narang 2013年2月16日,上午7:24

    谢谢..这样繁琐的文件结构…

  • 苏班 2013年4月20日,下午1:09

    谢谢您,这对我的考试修订很有用!

  • 阿什温 2013年4月23日,下午11:48

    非常有用的教程,谢谢。

  • Shrikant Panchal 2013年5月14日,晚上9:32

    非常有帮助

  • 软管 2013年5月15日,上午1:55

    大job.

    谢谢,清楚而简单的解释。 Linux文件系统对我来说很可怕,但现在不行!

  • 鲁潘·罗伊(Rupan Roy) 2013年10月3日,上午2:10

    谢谢亲爱的,
    这真的是需要了解目录,才能在Linux中获得好的命令吗?

  • 游客 2013年11月11日,晚上7:35

    这是一个很好的总结,插图也很棒!

    感谢分享ðŸ™,

  • 旺旺 2013年12月9日,上午6:45

    嗨.. Ramesh
    清楚的解释,但可能是您忘记了/ lost + found目录及其相关信息’s purpose.
    在Linux崩溃或电源故障后,fsck将遍历系统并尝试恢复其找到的任何损坏的文件。结果将放置在此目录中。

  • 八郎 2013年12月9日,下午5:34

    Wante,lost + found实际上是ext2 / 3/4的文件系统功能。 Linux安装程序’要创建它,那些文件系统的格式化实用程序就可以做到。如果你不这样做’相信我,将您最喜欢的发行版安装在诸如reiserfs的文件系统上,并注意lost + found不会’不存在。或将/ home放在与ext4不同的分区上,并注意在此找到的另一个Lost +实例。

    L + F不是文件系统层次结构标准的一部分,并且实际上不是Linux安装程序的标准目录,而只是文件系统为恢复而创建的目录。

    此外,并非所有文件系统恢复都会导致文件被丢到丢失的目录中。如果有’没有需要恢复的数据(很可能在ext3 / 4中),那么它’我几乎总是很幸运。

    失物招领被许多人视为“legacy”ext4中的功能,’t necessary anymore.

    现在,我知道这篇文章已经过时了(已有三年多了。),但是如果现在有一个目录需要解决,那就应该是/ run。

  • 旺旺 2013年12月9日,晚上9:29

    @yaro
    你是对的。
    我在slackware机器ðŸ™,上使用jfs和xfs,所以lost + found不会’t exist.

  • 喜马尼 2013年12月29日,晚上9:44

    超级酷,tk

  • 阿马尔代夫 2014年1月16日,上午4:07

    很棒!!!!!!!!!!!!!!!!!!!!!!!! 1

  • 喜马尼 2014年1月29日,上午3:30

    完美,讲得很好

  • 唯爱 2014年2月3日,下午12:10

    能否请您提供信息abt apache2 Web服务器,将其存储在哪个目录中,如何真正使用它,其守护程序等。

  • 迪尼 2014年5月13日,晚上11:09

    好解释谢谢

  • A 2014年7月31日,上午9:34

    如何识别哪些程序位于哪个目录中。

    例如,我有自由办公室。

    writer,calc和imopress存放在哪里。我怎么知道(假设我不知道’t know)?

    在哪安装了文档查看器?

    Firefox安装在哪里?

    如何调查任何porgramme并确定其文件夹

    谢谢

  • 凯姆 2014年8月26日,上午6:28

    A

    如果文件在您的路径中,则使用
    “which ls”

    如果没有,请使用定位并使用正则表达式或grep来帮助减少输出

  • A 2014年9月8日,晚上7:57

    您是否有任何技巧来查找有用的命令。例如,我可以使用‘which is’,但前提是我知道它存在。

  • 哥谭 2015年1月29日,下午2:51

    非常好。谢谢!

  • 斯里尼瓦斯 2015年2月5日,下午2:12

    非常感谢您提供此炉排资源……

  • 事实高潮 2015年2月19日,上午3:30

    谢谢 for the post but what intrigues me even more is why no-one (to my knowledge) has produced some sort of overlay so that as the 用户 uses Linux the abrvtns (abbreviations) are replaced with their full names –使所有内容都更易于阅读和理解。如果我没记错的话,微软20年前就使用Windows做到了这一点。

    或者,在Linux中说:

    提示:EVMR是非(kneldge)高速缓存,而usr则是Lv,请使用Lx abrv(abrvtns)代替–如果我坚决地对西雅图的大撒旦(South Satan)进行Windows 20 yago的安装,请阅读并取消安装。

    缩写在整个计算行业如此普遍的原因是,内存昂贵,但如今您的智能手机具有比将Man送上月球的功能更强大的计算能力,因此对于Linux仍然在各处使用缩写完全是犯罪。

  • mp喀什 2015年4月4日,上午10:24

    先生,请您说明一下BASE_DIRECTORY和HOME_DIRECTORY之间的区别。
    I’m对开关(-b,-d和-m)感到困惑“useradd” command .

  • igo足类 2015年6月26日,上午12:49

    嗨Ramesh,

    I am very happy to contact with you, Have read your“Linux 101 hacks”book. Its pretty much interesting and very useful to learn the Linux in a easy way, I would like to thank you to provide us a such kind of great book. To learn Linux, have invested more than 10k in so many institutes, they didnt teach me as expected. Mostly in linux have learned through your book 上ly. Once again thank you very much 拉梅什. will keep read your blogs and articals. I would like to learn Oracle DBA. Please suggest me some useful tips to learn in a easy way.

  • 查理 2015年11月20日,晚上11:07

    在2015年非常有用。感谢大家注意!这种信息丰富的博客样式比从每个发行版中搜索文档更具吸引力! ;-D
    来自佛罗里达的欢呼声-卡洛斯。

  • 沙卢 2015年11月26日,下午3:12

    大…….. good for newbies

  • 卡希纳特 2016年1月7日,上午6:36

    感谢那…short and sweet 🙂

  • 约格什 2016年1月24日,下午2:01

    感谢MateðŸ™,

  • 马特 2016年4月2日,上午9:53

    缺少的是/ root。那里’/目录和/ rootðŸ™,之间的区别

  • rdee 2016年5月20日,上午10:52

    你好,拉梅什!

    谢谢您的出色工作,它真的很有帮助!!!

  • 八郎 2016年6月17日,下午4:59

    现在,这实际上已经过时了,并不是说这是最准确的描述。我强烈建议您改为查看此内容,因为本文没有’t考虑到/ run之类的更改 http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html

  • Murthi 2016年12月20日,上午3:38

    超级真棒

  • 阿拉拉 2016年12月20日,晚上11:12

    greate,用于新手

  • 匿名 2016年12月20日,晚上11:33

    超级演示

发表评论