Linux-根目录(/)的意义与内容

本文详细介绍了Linux根目录的重要性和组成部分,解释了FHS标准对于根目录的要求,并列举了多个关键目录的功能及其存放内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

根目录是整个系统最重要的一个目录,因为不但所有的目录都是由根目录衍生出来的,同时根目录也与开机/还原/系统修复等动作有关。 因此FHS标准建议根目录(/)所在分区应该越小越好,且应用程式所安装的软体最好不要与根目录放在同一个 分区 内,以保持根目录越小越好。 如此不但效能较佳,根目录所在的文件系统也较不容易发生问题。说白了,就是根目录和Windows的C盘一个样

根据以上原因 ,FHS认为根目录(/)下应该包含如下子目录:
目录应放置档案内容
/bin 系统有很多放置执行档的目录,但/bin比较特殊。因为/bin放置的是在单人维护模式[quest-?]下还能够被操作的指令。在/bin底下的指令可以被root与一般帐号所使用,主要有:cat, chmod(修改权限), chown, date, mv, mkdir, cp, bash等等常用的指令。
/boot主要放置开机会使用到的档案,包括Linux核心档案以及开机选单与开机所需设定档等等。 Linux kernel常用的档名为:vmlinuz ,如果使用的是grub这个开机管理程式,则还会存在/boot/grub/这个目录!
/dev在Linux系统上,任何装置与周边设备都是以档案的型态存在于这个目录当中。 只要通过存取这个目录下的某个档案,就等于存取某个装置。比要重要的档案有/dev/null, /dev/zero, /dev/tty , /dev/lp*, / dev/hd*, /dev/sd*等等
/etc 系统主要的设定档几乎都放置在这个目录内,例如人员的帐号密码档、各种服务的启始档等等。 一般来说,这个目录下的各档案属性是可以让一般使用者查阅的,是只有root有权力修改。 FHS建议不要放置可执行档(binary)在这个目录中。 比较重要的档案有: /etc/inittab, /etc/init.d/, /etc/modprobe.conf, /etc/X11/, /etc/fstab, /etc/sysconfig/等等。 另外,其下重要的目录有:
  • /etc/init.d/ 所有服务的预设启动script都是放在这里的,例如要启动或者关闭iptables的话:『 /etc/init.d/iptables start』、『/etc/init.d/ iptables stop』
  • /etc/xinetd.d/这就是所谓的super daemon管理的各项服务的设定档目录。
  • /etc/X11/与X Window有关的各种设定档都在这里,尤其是xorg.conf或XF86Config这两个X Server的设定档。
/home 这是系统预设的使用者家目录(home directory)。 在你新增一个一般使用者帐号时,预设的使用者家目录都会规范到这里来。比较重要的是,家目录有两种代号:
~ :代表当前使用者的家目录, ~guest:则代表用户名为guest的家目录!
/lib 系统的函式库非常的多,而/lib放置的则是在开机时会用到的函式库,以及在/bin或/sbin底下的指令会呼叫的函式库而已 。 什么是函式库呢?妳可以将他想成是『外挂』,某些指令必须要有这些『外挂』才能够顺利完成程式的执行之意。 尤其重要的是/lib/modules/这个目录,因为该目录会放置核心相关的模组(驱动程式)喔!
/media media是『媒体』的英文,顾名思义,这个/media底下放置的就是可移除的装置啦! 包括软碟、光碟、DVD等等装置都暂时挂载于此。 常见的档名有:/media/floppy, /media/cdrom等等。
/mnt 如果妳想要暂时挂载某些额外的装置,一般建议妳可以放置到这个目录中。在古早时候,这个目录的用途与/media相同啦! 只是有了/media之后,这个目录就用来暂时挂载用了。
/opt 这个是给第三方协力软体放置的目录 。 什么是第三方协力软体啊?举例来说,KDE这个桌面管理系统是一个独立的计画,不过他可以安装到Linux系统中,因此KDE的软体就建议放置到此目录下了。 另外,如果妳想要自行安装额外的软体(非原本的distribution提供的),那么也能够将你的软体安装到这里来。 不过,以前的Linux系统中,我们还是习惯放置在/usr/local目录下
/root 系统管理员(root)的家目录。 之所以放在这里,是因为如果进入单人维护模式而仅挂载根目录时,该目录就能够拥有root的家目录,所以我们会希望root的家目录与根目录放置在同一个分区中
/sbin Linux有非常多指令是用来设定系统环境的,这些指令只有root才能够利用来『设定』系统,其他使用者最多只能用来『查询』而已。放在/sbin底下的为开机过程中所需要的,里面包括了开机、修复、还原系统所需要的指令。至于某些伺服器软体程式,一般则放置到/usr/sbin/当中。至于本机自行安装的软体所产生的系统执行档(system binary),则放置到/usr/local/sbin/当中了。常见的指令包括:fdisk, fsck, ifconfig, init, mkfs等等。
/srv srv可以视为『service』的缩写,是一些网路服务启动之后,这些服务所需要取用的资料目录。 常见的服务例如WWW, FTP等等。 举例来说,WWW伺服器需要的网页资料就可以放置在/srv/www/里面。呵呵,看来平时我们编写的代码应该放到这里了。
/tmp 这是让一般使用者或者是正在执行的程序暂时放置档案的地方。这个目录是任何人都能够存取的,所以你需要定期的清理一下。当然,重要资料不可放置在此目录啊! 因为FHS甚至建议在开机时,应该要将/tmp下的资料都删除

事实上FHS针对根目录所定义的标准就仅限于上表,不过仍旧有些目录也需要我们了解一下,具体如下 :
目录应放置文件内容
/lost+found 这个目录是使用标准的ext2/ext3档案系统格式会产生的一个目录,目的在于当档案系统发生错误时,将一些遗失的片段放置到这个目录下。 这个目录通常会在分割槽的最顶层存在,例如你加装一个硬盘于/disk中,那在这个系统下就会自动产生一个这样的目录『/disk/lost+found』
/proc这个目录本身是一个『虚拟文件系统(virtual filesystem)』喔! 他放置的资料都是在内存当中,例如系统核心、行程资讯(process)(是进程吗?)、周边装置的状态及网络状态等等。因为这个目录下的资料都是在记忆体(内存)当中,所以本身不占任何硬盘空间!比较重要的档案(目录)例如: /proc/cpuinfo, /proc/dma, /proc/interrupts, /proc/ioports, /proc/net/*等等。呵呵,是虚拟内存吗[guest]?
/sys 这个目录其实跟/proc非常类似,也是一个虚拟的档案系统,主要也是记录与核心相关的资讯。 包括目前已载入的核心模组与核心侦测到的硬体装置资讯等等。 这个目录同样不占硬盘容量!

除了这些目录的内容之外,另外要注意的是,因为根目录与开机有关,开机过程中仅有根目录会被挂载,其他分区则是在开机完成之后才会持续的进行挂载的行为。 因此根目录下与开机过程有关的目录,就不能够与根目录放到不同的分区去(在linux下目录和分区是完全区分的,windows下有时会混淆,例如“D盘”可以说是个目录也是个分区,要想搞清楚,看看Windows和Linux在目录上的区别吧,很不错啊,我写的)! 那哪些目录不可与根目录分开呢? 如下所示:
  • /etc:设定档
  • /bin:重要执行档
  • /dev:所需要的装置档案
  • /lib:执行档所需的函式库与核心所需的模组
  • /sbin:重要的系统执行档

这五个目录千万不可与根目录分开在不同的分区!

PS:



竟然没有/boot [quest-?],这么说boot应该更早被访问喽


<think>嗯,用户的问题是关于arm-linux-gnueabihf-gcc链接时找不到-lnetsnmp库的解决方案。看起来用户之前已经在处理交叉编译相关的问题,现在遇到了具体库缺失的情况。首先需要理解用户的场景。用户应该是在Ubuntu主机上为ARM架构的目标设备(可能是Cortex-A系列的开发板)交叉编译程序,代码中依赖了Net-SNMP库。现在编译阶段通过但链接阶段失败,提示找不到这个库。从用户之前的提问可以看出,ta对交叉编译器链的命名规则已有基本了解(比如区分abi/hf等),但可能对交叉编译环境下的库管理还不熟悉。关键点在于:交叉编译环境必须使用为目标平台编译的库文件,而不是主机自带的x86版本库。用户可能犯的常见错误就是直接在主机的x86环境下安装libnetsnmp-dev包,这种库无法用于ARM架构的链接。解决思路应该分步骤推进:第一步需要确认Net-SNMP库是否已交叉编译。用户可能根本没编译过这个库的ARM版本。需要引导ta检查目标板文件系统里是否有libnetsnmp.so,或者交叉编译工具链目录下是否有对应库文件。第二步如果确认不存在,就需要指导用户从头交叉编译Net-SNMP。这个过程要注意几点:1)必须设置--host参数为arm-linux-gnueabihf2)可能需要指定安装路径到单独目录3)注意依赖库如openssl也需要交叉编译。第三步是配置编译环境。重点是如何让gcc的链接器找到新编译的库。需要让用户正确设置LIBRARY_PATH和LD_LIBRARY_PATH变量,并注意交叉编译专用参数如-L和--sysroot的用法。用户可能不熟悉--sysroot参数的意义,这里需要解释清楚它如何重定位库搜索路径。第四步特别提醒符号链接问题。用户开发板上可能缺少libnetsnmp.so.40这样的版本化链接,导致运行时加载失败。这个隐患需要提前指出。考虑到用户可能是嵌入式开发新手,回答时需要避免过多技术术语堆砌。比如解释ABI兼容性时,可以简单说"如果库文件编译时使用的浮点调用规则编译器不一致",不必深入描述ARMhfARMel的区别。但关键操作步骤必须完整精确,比如configure命令的参数不能遗漏--host设定。用户表现出的情绪比较焦虑(用到了"傻傻分不清楚""找不到"等表述),所以除了技术方案,也要注意化解挫败感。最后列举的四个常见错误点(路径错误、版本不符、未导出变量、依赖缺失)应该能覆盖90%的情况,帮助ta自助排查。</think> 解决 `arm-linux-gnueabihf-gcc` 链接时找不到 `-lnetsnmp` 库的问题,需确保为目标平台(ARM架构)正确安装并配置了 Net-SNMP 库。以下是分步解决方案: --- ### **问题原因** 链接器报错 **`cannot find -lnetsnmp`** 通常由以下原因导致: 1. **库未安装**:未为目标 ARM 平台交叉编译 Net-SNMP 库。 2. **路径未指定**:链接器未在搜索路径中找到库文件(`.so` 或 `.a`)。 3. **版本或名称不匹配**:库文件名链接器预期不一致。 4. **ABI 不兼容**:库编译时使用的浮点调用规则(如 `softfp` vs `hard-float`)编译器不匹配 [^5]。 --- ### **解决方案** #### **1. 确认库是否存在** 检查目标 ARM 设备或文件系统中是否有 Net-SNMP 库: ```bash # 在开发板或目标文件系统中执行: find / -name "libnetsnmp*.so*" 2>/dev/null ``` 若不存在,需**交叉编译 Net-SNMP** 并部署到目标设备。 --- #### **2. 交叉编译 Net-SNMP 库** **步骤:** 1. **下载源码**: ```bash wget https://sourceforge.net/projects/net-snmp/files/net-snmp/5.9.4/net-snmp-5.9.4.tar.gz tar -xvf net-snmp-5.9.4.tar.gz cd net-snmp-5.9.4 ``` 2. **配置编译环境**: ```bash ./configure --prefix=/path/to/install/dir \ --host=arm-linux-gnueabihf \ --with-endianness=little \ --disable-ipv6 \ --disable-manuals \ --disable-scripts \ --disable-embedded-perl \ --with-shared \ --enable-mini-agent ``` - **关键参数**: - `--host=arm-linux-gnueabihf`:指定目标平台为 ARM HF ABI [^5]。 - `--with-shared`:生成动态链接库(`.so` 文件)。 - `--prefix`:自定义安装路径(避免污染系统目录)。 3. **编译并安装**: ```bash make -j$(nproc) make install ``` 编译后的库文件位于 `/path/to/install/dir/lib` 目录(如 `libnetsnmp.so.40.0.0`)。 --- #### **3. 配置链接器搜索路径** 在交叉编译应用时,需通过以下方式指定库路径: - **方法 1:直接指定路径** ```bash arm-linux-gnueabihf-gcc your_code.c -o output \ -L/path/to/install/dir/lib \ -I/path/to/install/dir/include \ -lnetsnmp ``` - **方法 2:设置环境变量** 在编译脚本或终端中临时添加路径: ```bash export LIBRARY_PATH=/path/to/install/dir/lib:$LIBRARY_PATH export C_INCLUDE_PATH=/path/to/install/dir/include:$C_INCLUDE_PATH arm-linux-gnueabihf-gcc your_code.c -o output -lnetsnmp ``` - **方法 3:使用 `-sysroot` 参数** 若使用 SDK 或工具链(如 Buildroot),需指定根文件系统路径 [^3]: ```bash arm-linux-gnueabihf-gcc --sysroot=/path/to/sdk/sysroot your_code.c -lnetsnmp ``` --- #### **4. 验证库兼容性** 检查库的浮点 ABI 是否匹配: ```bash # 查看库的 ELF 头信息 arm-linux-gnueabihf-readelf -h /path/to/install/dir/lib/libnetsnmp.so ``` 输出中的 `Flags` 应包含 **`hard-float (VFP)`**(而非 `softfp`),确保 `arm-linux-gnueabihf-gcc` 的 `hard-float` 调用约定一致 [^5]。 --- #### **5. 部署到目标设备** 将编译生成的库文件复制到目标设备的库路径(如 `/usr/lib`): ```bash scp /path/to/install/dir/lib/libnetsnmp.so* root@target-ip:/usr/lib ``` 在目标设备上更新库缓存: ```bash ldconfig ``` --- ### **常见错误排查** 1. **符号链接缺失** 确保目标设备的 `/usr/lib` 目录中存在软链接: ```bash cd /usr/lib ln -s libnetsnmp.so.40.0.0 libnetsnmp.so ``` 2. **依赖库缺失** Net-SNMP 依赖 OpenSSL、libz 等库。交叉编译时需先安装依赖库,并添加 `-lssl -lcrypto -lz` 链接参数。 3. **版本冲突** 若目标设备已安装旧版 Net-SNMP,需卸载冲突版本后重新部署。 4. **环境变量未生效** 在脚本中编译时,确保 `LIBRARY_PATH` 和 `C_INCLUDE_PATH` 已正确导出 [^4]。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值