『壹』 linux 挂载 文件系统
每个文件和文件夹都有自己的 inode 。文件名只是一个指向 inode 的“连接”。那么，/home 的 inode 就是在 / 上面的分区里，/home 里面的文件就是存放在 /home 分区里面。你访问 /home ，不管是不是挂载了，这个文件夹依然还是在 / 里面。但你访问 /home 里面的目录，那么系统先回去解析这个文件名指向的 inode ，之后，/home 里面的文件，都在 /home 分区里面。和是不是控制 / 分区无关。sda1 的文件系统，只能用来访问和控制 sda1 里面的东西，如果 sda2 挂载到 /home 上。那么，你访问文件，不是先去访问 sda1 。而是系统先读取你访问的文件的文件名，系统在根据挂载信息，确定这个文件名对应的文件在哪个分区上，之后去读取这个文件名对应的 inode 。之后再去根据 inode 访问文件。挂载是凌驾于文件系统之上的。从 / 开始所有的文件系统，不管挂载到什么地方，都要靠着同一套目录结构去进行控制，而不是通过某个分区去管理其它的分区。简单来说就是，先解析文件所在地址，之后才去访问分区。而你现在的想法是，看到文件了，先去访问分区而不管目录信息，自然找不到别的分区存放的文件。你自然出现你这个混乱的感觉。
『贰』 挂载文件系统出错，怎么回事
用NFS方式挂载根文件系统由于原来的内核是用ATBOOT的方式下载的，不知道怎么传递参数（好像不能，网上查的nfs方式都是用U-boot的方式挂载的），因此决定用u-boot重新下载内核。1rph0 = 30,<br/>.twrph1 = 10,<br/>…原来是20,60,20,但这个参数会找不到nand flash，需要修改为上面几个。否则得到的uImage 文件会下载运行不了。1.1.3修改交叉编译器vi Makefile找到CROSS_COMPILE ?= arm-linux这一行，将arm-linux-修改为交叉编译器的路径(Linux系统上交叉编译工具的路径为下）/usr/local/arm/3.4.1/bin/arm-linux-输入:wq 保存并退出。1.1.4编译make cleanmake uImage(在执行命令之前要执行make menuconfig,进行配置内核：networking options－》IP:kernel level autoconfiguralion项选中file systems－》network file systems－》下的root file system on nfs和nfs file system support由于我解压的是板子自带的内核，发现这些都已经选中了，因此直接编译即可，执行make uImage后，最后会提示一个错误，说不能创建某个文件，但我发现uImage已经生成了，就没理会错误，直接拿来用了）1.2下载u-boot和内核1.2.1下载u-boot1.2.1.1 SJF2440 环境设置（见前面部分图文介绍）下载u-boot用板子自带工具SJF2440.exe，安装其驱动，具体见说明文档1.2.1.2 烧写u-boot.bin 到Nand flash 中新建D:\atboot，把sjf2440.exe 和u-boot.bin复制到文件夹内（sjf2440.exe 和u-boot.bin 必须在同一目录下）具体见说明文档1.2.1.3 利用u-boot下载uImage和文件系统到arm板上由于板子自带是用autoflash.img自动下载uImage和文件系统到arm板上，现在我还不太明白具体的地址，因此就自动把文件系统也下载上去了，但是这个文件系统不用，下面将用nfs挂载linux主机上的文件系统rootfs文件具体见说明文档2. 用nfs挂载根文件系统2.1 在虚拟机Linux上建立文件夹/home/water/rootfs把板子自带的系统直接拷进rootfs文件夹内2.2linux主机 配置nfs 文件系统修改/etc/exports 文件，格式为共享目录开发板ip 地址（权限设置）：cat <<EOM >/etc/exports/home/water/rootfs *(rw,sync,insecure,no_root_squash)重启nfs 服务器：/etc/init.d/nfs restart2.3 IP设置XP:192.168.1.100linux:192.168.1.128arm:192.168.1.7(这个一会用U-boot给内核传递）2.4 给u-boot传递参数启动u-boot，在倒计时结束前，按下空格键，进入输入参数界面输入：AVANTECH# set bootargs root=/dev/nfsnfsroot=192.168.1.128:/home/water/rootfs rw noinitrdinit=/linuxrc ip=192.168.1.7:192.168.1.128:192.168.1.128:255.255.255.0:avantech:eth0:off console=ttySAC0,115200（注:上面为一行代码，只是可能自动换行的缘故，因此输入是可以一部分一部分的复制）AVANTECH# saveenvAVANTECH# reset2.5然后就ok了
『叁』 如何挂载一个文件系统
挂载一个文件系统中最重要的数据结构有以下3个：1. file_system_type 要挂载的文件系统类型。2. super_block其中有怎样获取该文件系统相关数据的方法。3. vfsmount 这个数据结构起到被挂载文件系统和挂载点文件系统的枢纽所用这几个数据结构的关系，请着重看下图的红色椭圆形区域：如果要挂载一个文件系统需要做的工作：1.查找相应的文件系统类型，such as ext2 ext3 or ntfs or yaffs2 or rootfs etc.2.查找相应的挂载点，方法：一路摸索，顺藤摸瓜。找到其dentry和inode.3.生成一个vfsmount，这个数据结构是挂载点目录以及正在挂载的这个文件系统的根目录（依据的数据结构是：mnt_mountpoing和mnt_root）的枢纽（非常重要）,并将这个vfsmount放在到hashtable中。这个hashtable的hash值运算依据的是挂载点目录以及挂载点inode.除了挂载到hashtable中外，还要链到父挂载点的子链表中。放在hashtable的原因是，将来在lookup其内的目录或者文件时，需要根据挂载点的目录和挂载点的inode取hash值快速得到vfsmount。4.主要的工作完成后，还需要把正在挂载的这个文件系统的根目录的inode和dentry取出来放在内存中，其中dentry的值还要赋给vfsmount的mnt_root.当然这个第4步骤和第3步骤可能会有混合，主要是为了给vfsmount->mnt_root赋值，所以，需要取该文件系统的根目录。
『肆』 如何在Windows上挂载文件系统
1、挂载点必须是一个目录。 2、一个分区挂载在一个已存在的目录上，这个目录可以不为空，但挂载后这个目录下以前的内容将不可用。对于其他操作系统建立的文件系统的挂载也是这样。 需要理解的是：光盘、软盘、其他操作系统使用的文件系统的格式…
『伍』 linux 挂载文件系统需要多久
linux 挂载文件系统需要多久命令对了，0.1秒以内就OK了要挂载文件系统，需要几个步骤1.分区工具有fdisk,gdisk,parted2.格式化mkfs -t xfs /dev/sda13.挂载mount -t xfs /dev/sda1 /mnt
『陆』 linux 挂载文件系统需要多久
每个文件和文件夹都有自己的 inode 。文件名只是一个指向 inode 的“连接”。那么，/home 的 inode 就是在 / 上面的分区里，/home 里面的文件就是存放在 /home 分区里面。你访问 /home ，不管是不是挂载了，这个文件夹依然还是在 / 里面。但你访问 /home 里面的目录，那么系统先回去解析这个文件名指向的 inode ，之后，/home 里面的文件，都在 /home 分区里面。和是不是控制 / 分区无关。sda1 的文件系统，只能用来访问和控制 sda1 里面的东西，如果 sda2 挂载到 /home 上。那么，你访问文件，不是先去访问 sda1 。而是系统先读取你访问的文件的文件名，系统在根据挂载信息，确定这个文件名对应的文件在哪个分区上，之后去读取这个文件名对应的 inode 。之后再去根据 inode 访问文件。挂载是凌驾于文件系统之上的。从 / 开始所有的文件系统，不管挂载到什么地方，都要靠着同一套目录结构去进行控制，而不是通过某个分区去管理其它的分区。简单来说就是，先解析文件所在地址，之后才去访问分区。
『柒』 挂载GFS文件系统时报错，达人们看看问题在哪
1、去掉hosts文件中本机机器名到127.0.0.1的绑定，改为到机器内网IP绑定，解决集群套件启动时节点验证失败2、依次启动 GFS 文件系统依赖的服务service cman startservice clvmd startservice gfs2 start3、mount -a 挂载文件系统4、挂载成功，检查文件系统中数据是否正常
『捌』 linux中，mount挂载时间过长的原因
具体一下，挂载几乎是等于创建了一个连接，时间不会很长，除非是网络文件系统。
『玖』 如何使用Docker构建运行时间较长的脚本
问题让我们从这个我试图解决的问题开始。我开发了一个会运行很长时间的构建脚本，这个脚本中包含了很多的步骤。这个脚本会运行1-2个小时。它会从网络下载比较大的文件（超过300M）。后面的构建步骤依赖前期构建的库。但最最烦人的是，运行这个脚本真的需要花很长的时间。文件系统是固有状态我们一般是通过一种有状态的方式与文件系统进行交互的。我们可以添加、删除或移动文件。我们可以修改文件的 权限或者它的访问时间。大部分独立的操作都可以撤销，例如将文件移动到其它地方后，你可以将文件恢复到原来的位置。但我们不会通过快照的方式来将它恢复到 原始状态。这篇文章我将会介绍如何在耗时较长的脚本中充分利用快照这一特性。使用联合文件系统的快照Docker使用的是联合文件系统叫做AUFS（译者注：简单来说就是支持将不同目录挂载到同一个虚拟文件系统下的文件系统）。联合文件系统实现了Union mount。顾名思义，也就是说不同的文件系统的文件和目录可以分层叠加在单个连贯文件系统之上。这是通过分层的方式完成的。如果一个文件出现在两个文件系统，那最高层级的文件才会显示（该文件其它版本也是存在于层级中的，不会改变，只是看不到的）。在Docker中，每一个在Union mount转哦给你的文件系统都被称为layers（层）。使用这种技术可以轻松实现快照，每个快照都是所有层的一个Union mount。生成脚本的快照使用快照可以帮助构建一个长时运行的脚本。总的想法是，将一个大的脚本分解为许多小的脚本（我喜欢称之为 scriptlets），并单独运行这些小的脚本，脚本运行后为其文件系统打一个快照 （Docker会自动执行此操作）。如果你发现一个scriptlet运行失败，你可以快速回退到上次的快照，然后再试一次。一旦你完成脚本的构建，并且 可以保证脚本能正常工作，那你就可以将它分配给其它主机。回过头来再对比下，如果你没有使用快照功能了？当你辛辛苦苦等待了一个半小时后，脚本却构建失败了，我想除了少部分有耐心的人外，很多人是不想再来一次了，当然，你也会尽最大努力把系统恢复到失败前的状态，比如可以删除一个目录或运行make clean。但是，我们可能没有真正地理解我们正在构建的组件。它可能有复杂的Makefile，它会把把文件放到文件系统中我们不知道的地方，唯一真正确定的途径是恢复到快照。使用快照构建脚本的Docker在本节中，我将介绍我是如何使用Docker实现GHC7.8.3 ARM交叉编译器的构建脚本。Docker非常适合做这件事，但并非完美。我做了很多看起来没用的或者不雅的事情，但都是必要的，这都是为了保证将开发脚本的总时间降到最低限度。构建脚本可以在这里找到。用Dockerfile构建Docker通过读取Dockerfile来构建镜像。Dockerfile会通过一些命令来具体指定应该执行哪些动作。具体使用说明可以参考这篇文章。在我的脚本中主要用到WORKDIR、ADD和RUN。ADD命令非常有用因为它可以让你在运行之前将外部文件添加到当前Docker镜像中然后转换成镜像的文件系统。你可以在这里看到很多scriptlets构成的构建脚本。设计1. 在RUN之前ADD scriptlets如果你很早就将所有的scriptletsADD在Dockerfile，您可能会遇到以下问题：如果你的脚本构建失败，你回去修改scriptlet并再次运行docker build。但是你发现，Docker开始在首次加入scriptlets的地方构建！这样做会浪费了大量的时间并且违背了使用快照的目的。出现这种情况的原因是由于Docker处理它的中间镜像（快照）的方式。当Docker通过Dockerfile构建镜像时，它会与中间镜像比较当前命令是否一致。然而，在ADD命令的情况下被装进镜像的文件里的内容也会被检查。如果相对于现有的中间镜像，文件已经改变，那么Docker也别无选择，只能从这点开始建立一个新的镜像。因为Docker不知道这些变化会不会影响到构建。此外，使用RUN命令要注意，每次运行时它都会导致文件系统有不同的更改。在这种情况下，Docker会发现中间镜像并使用它，但是这将是错误的。RUN命令每次运行时会造成文件系统相同的改变。举个例子，我确保在我的scriptlets我总是下载了一个已知版本的文件与一个特定MD5校验。对Docker 构建缓存更详细的解释可以在这里找到。2.不要使用ENV命令来设置环境变量，请使用scriptlet。它似乎看起来很有诱惑力：使用ENV命令来设置所有构建脚本需要的环境变量。但是，它不支持变量替换的方式，例如 ENV BASE=$HOME/base 将设置BASE的值为$HOME/base着很可能不是你想要的。相反，我用ADD命令添加一个名为set-env.sh文件。此文件会包含在后续的scriptlet中：THIS_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"source $THIS_DIR/set-env-1.sh如果你没有在第一时间获取set-env.sh会怎么样呢？它很早就被加入Dockerfile并不意味着修改它将会使随后的快照无效？是的，这会有问题。在开发脚本时，我发现，我已经错过了在set-env.sh添加一个有用的环境变量。解决方案是创建一个新的文件set-env-1.sh包含：THIS_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"source $THIS_DIR/set-env.shif ! [ -e "$CONFIG_SUB_SRC/config.sub" ] ; thenCONFIG_SUB_SRC=${CONFIG_SUB_SRC:-$NCURSES_SRC}fi然后，在所有后续的scriptlets文件中包含了此文件。现在，我已经完成了构建脚本，我可以回去解决这个问题了，但是，在某种意义上，它会破坏最初的目标。我将不得不从头开始运行构建脚本看看这种变化是否能成功。缺点一个主要缺点是这种方法是，所构建的镜像尺寸是大于它实际需求的尺寸。在我的情况下尤其如此，因为我在最后删除了大量文件的。然而，这些文件都仍然存在于联合挂载文件系统的底层文件系统内，所以整个镜像是大于它实际需要的大小至少多余的是删除文件的大小。然而，有一个变通。我没有公布此镜像到Docker Hub Registry。相反，我：使用docker export导出内容为tar文件。创建一个新的Dockerfile简单地添加了这个tar文件的内容。产生尺寸尽可能小的镜像。结论这种方法的优点是双重的：它使开发时间降至最低，不再做那些已经构建成功的子组件。你可以专注于那些失败的组件。这非常便于维护构建脚本。构建可能会失败，但只要你搞定Dockerfiel，至少你不必再从头开始。此外，正如我前面提到的Docker不仅使写这些构建脚本更加容易，有了合适的工具同样可以在任何提供快照的文件系统实现。
『拾』 Linux挂载文件
简单用法： 格式：mount [-参数] [设备名称] [挂载点] 其中常用的参数有： 复制代码-a 安装在/etc/fstab文件中类出的所有文件系统。-f 伪装mount，作出检查设备和目录的样子，但并不真正挂载文件系统。-n 不把安装记录在/etc/mtab 文件中。-r 讲文件系统安装为只读。-v 详细显示安装信息。-w 将文件系统安装为可写，为命令默认情况。-t <文件系统类型> 指定设备的文件系统类型，常见的有：ext2 是linux目前常用的文件系统msdos MS-DOS的fat，就是fat16 vfat windows98常用的fat32 nfs 网络文件系统iso9660 CD-ROM光盘标准文件系统ntfs windows NT/2000/XP的文件系统auto 自动检测文件系统-o <选项> 指定挂载文件系统时的选项，有些也可写到在 /etc/fstab 中。常用的有：defaults 使用所有选项的默认值（auto、nouser、rw、suid）auto/noauto 允许/不允许以 –a选项进行安装dev/nodev 对/不对文件系统上的特殊设备进行解释exec/noexec 允许/不允许执行二进制代码suid/nosuid 确认/不确认suid和sgid位user/nouser 允许/不允许一般用户挂载codepage=XXX 代码页iocharset=XXX 字符集ro 以只读方式挂载rw 以读写方式挂载remount 重新安装已经安装了的文件系统loop 挂载“回旋设备”以及“ISO镜像文件”复制代码需要注意的是，挂载点必须是一个已经存在的目录，这个目录可以不为空，但挂载后这个目录下以前的内容将不可用，umount以后会恢复正常。使用多个-o 参数的时候，-o 只用一次，参数之间用半角逗号隔开： # mount –o remount,rw / 例如要挂载windows下文件系统为FAT32的D盘，一般而言在Linux下这个分区对应/dev/hda5，根据具体的分区情况会有不同，这里就以hda5来举例说明： # mkdir /mnt/hda5 //创建hda5的目录作为挂载点，位置和目录名可自定义//# mount -t vfat /dev/hda5 /mnt/hda5 一般而言，Linux会自动探测分区的文件系统，除非让你指定时，否则-t vfat 可以省掉。 # mount /dev/hda5 /mnt/hda5 这样就可以进入/mnt/hda5目录去访问分区中的资源了。 1. 为什么mount上分区后显示不了中文文件为问号/乱码？ 显示问号表明你的系统中没有可识别使用的中文字体，请先安装中文字体。确保你的系统已经可以很好的显示中文。显示为乱码一般是mount默认使用的文件系 统编码和文件系统中文件的实际编码不一致造成的。要想正常显示中文文件，mount时需要用到 -o 参数里的codepage和iocharset选项。codepage指定文件系统的代码页，简体中文中文代码是936；iocharset指定字符集， 简体中文一般用cp936或gb2312。 # mount –o iocharset=gb2312 codepage=936 /dev/hda5 /mnt/hda5 一般来说 mount –o iocharset=cp936 /dev/hda5 /mnt/hda5 就可以解决问题了。 如果这样做了以后还有问题，请尝试UTF-8编码： # mount –o iocharset=utf8 /dev/hda5 /mnt/hda5 2. 为什么mount上去以后分区普通用户不可写？ mount时加上 –o umask=000 即可： # mount –o umask=000, iocharset=cp936 /dev/hda5 /mnt/hda5 3. 为什么mount上去后的分区中的文件都变成短文件名了？ 这是文件系统挂错的原因，将FAT32挂载成FAT16时就会出现这种情况，先umount，然后用 –t vfat 重新挂载即可解决问题。 # mount –t vat /dev/hda5 /mnt/hda5 4. 如何挂载U盘和mp3？ 如果计算机没有其它SCSI设备和usb外设的情况下，插入的U盘的设备路径是 /dev/sda1，用命令： # mkdir /mnt/u# mount /dev/sda1 /mnt/u 挂载即可。 5. 可以直接使用iso文件吗？ 可以，就是mount的这一选项使得Linux下有免费虚拟光驱的说法，具体用法是： # mkdir /mnt/iso# mount –o loop linux.iso /mnt/iso 当然，挂载以后挂载点/mnt/iso也是只读的。 6. 如何开机自动挂载分区？ 每次挂载都要输入那么长的命令的确是繁琐了些，只要将分区信息写到 /etc/fstab 文件中即可实现系统启动的自动挂载，例如对于 /dev/hda5 的自动挂载添加如下的行即可： /dev/hda5 /mnt/hda5 vfat defaults,iocharset=cp936, rw 0 07. 如何挂载samba 分区？ # mkdir /mnt/share# mount -t smbfs -o username=root,password=abc,codepage=936,iocharset=gb2312 //192.168.1.100/share /mnt/share 如果中文显示不正常请尝试UTF-8编码。当然可以写到fstab中实现自动挂载。 8. mount –bind是什么意思？ mount –bind 是将一个目录中的内容挂载到另一个目录上，用法是 # mount –bind olddir newdir 这个命令使得自己搭建的FTP要共享某个目录的时候变得特别方便。如果要取消mount用命令： # mount –move olddir newdir即可。 如果mount –bind 也想写入fstab中的话格式如下： olddir newdir none bind 0 09. 为什么umount的时候老显示 device busy？ 这是因为有程序正在访问这个设备，最简单的办法就是让访问该设备的程序退出以后再umount。可能有时候用户搞不清除究竟是什么程序在访问设备，如果用户不急着umount，则可以用: # umount -l /mnt/hda5 来卸载设备。选项 –l 并不是马上umount，而是在该目录空闲后再umount。还可以先用命令 ps aux 来查看占用设备的程序PID，然后用命令kill来杀死占用设备的进程，这样就umount的非常放心了。++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++开机挂载及/etc/fstab格式当我们在挂载磁盘的时候，除了利用磁盘的代号之外 (/dev/hdxx) 也可以直接利用磁盘的 label 来作为挂载的磁盘挂载点喔！基本上， 就是那个 /etc/fstab 档案的设定,Label 来做为磁盘挂载的依据， 这样有好有坏：优点：不论硬盘代号怎么变，不论您将硬盘插在那个 IDE 接口 (IDE1 或 IDE2 或 master 或 slave 等)，由于系统是透过 Label ，所以，磁盘插在那个接口将不会有影响。缺点：如果插了两颗硬盘，刚好两颗硬盘的 Label 有重复的，那就惨了～ 因为系统会无法判断那个磁盘分割槽才是正确的！开机挂载 /etc/fstab 及 /etc/mtab：系统挂载的一些限制：根目录 / 是必须挂载的,而且一定要先于其它 mount point 被挂载进来。其它 mount point 必须为已建立的目录,可任意指定,但一定要遵守必须的系统目录架构原则所有 mount point 在同一时间之内,只能挂载一次。所有 partition 在同一时间之内,只能挂载一次。如若进行卸载,您必须先将工作目录移到 mount point(及其子目录) 之外。复制代码[[email protected] ~]# cat /etc/fstab# Device Mount_point filesystem parameters mp fsckLABEL=/ / ext3 defaults 1 1 （以标头名称挂载）/dev/hda5 /home ext3 defaults 1 2/dev/hda3 swap swap defaults 0 0/dev/hdc /media/cdrom auto pamconsole,exec,noauto,managed 0 0/dev/devpts /dev/pts devpts gid=5,mode=620 0 0/dev/shm /dev/shm tmpfs defaults 0 0/dev/proc /proc proc defaults 0 0/dev/sys /sys sysfs defaults 0 0复制代码 其实这个 /etc/fstab 就是将我们使用 mount 来挂载一个装置到系统的某个挂载点， 所需要下达的指令内容，将这些内容通通写到 /etc/fstab 里面去，而让系统一开机就主动挂载。 那么 mount 下达指令时，需要哪些参数？不就是『装置代号、挂载点、档案系统类别、参数』等等， 而我们的 /etc/fstab 则加入了两项额外的功能，分别是备份指令 mp 的执行与否， 与是否开机进行 fsck 扫瞄磁盘。 前面的4个已经很熟悉了，每个档案系统还有很多参数可以加入的，例如中文编码的 iocharset=big5,codepage=950 之类的，当然还有很多常见的参数，具体可以看mount中的详细介绍，具体说一下后2个：mp和fsck。能否被 mp 备份指令作用： 在 Linux 当中，可以利用 mp 这个指令来进行系统的备份的。而 mp 指令则会针对 /etc/fstab 的设定值，去选择是否要将该 partition 进行备份的动作呢！ 0 代表不要做 mp 备份， 1 代表要进行 mp 的动作。 2 也代表要做 mp 备份动作， 不过，该 partition 重要度比 1 小。是否以 fsck 检验扇区： 开机的过程中，系统预设会以 fsck 检验我们的 partition 内的 filesystem 是否完整 (clean)。 不过，某些 filesystem 是不需要检验的，例如虚拟内存 swap ，或者是特殊档案系统， 例如 /proc 与 /sys 等等。所以，在这个字段中，我们可以设定是否要以 fsck 检验该 filesystem 喔。 0 是不要检验， 1 是要检验， 2 也是要检验，不过 1 会比较早被检验啦！ 一般来说，根目录设定为 1 ，其它的要检验的 filesystem 都设定为 2 就好了。 一般来说， 当我们编辑 /etc/fstab 后，为了避免可能的错误，通常就会以 mount -a （模拟开机自动挂载操作）这个指令来测试看看呢！这是很重要的一个测试动作喔！/etc/fstab 是开机时的设定档，不过，实际 filesystem 的挂载是记录到 /etc/mtab 与 /proc/mounts 这两个档案当中的。每次我们在更动 filesystem 的挂载时，也会同时更动这两个档案喔！但是，万一发生您在 /etc/fstab 输入的数据错误，导致无法顺利开机成功，而进入单人维护模式当中，那时候的 / 可是 read only 的状态，当然您就无法修改 /etc/fstab ，也无法更新 /etc/mtab ,没关系，可以利用底下这一招：[[email protected] ~]# mount -n -o remount,rw /加上 -n 则不更新 /etc/mtab ，加上 -o 则提供额外的参数设定。 利用这一动作，嘿嘿！您的 / 就可以读写，那么自然就能够更新档案内容了。
未经允许不得转载：山九号 » 挂载文件系统耗时|Linux 挂载 文件系统
