为什么Linux支持这个:
umount /
为什么有人会这样写,而不是这样写:
mount / -oremount,ro
我在这里查看内核代码:
if (&mnt->mnt == current->fs->root.mnt && !(flags & MNT_DETACH)) {
/*
* Special case for "unmounting" root ...
* we just try to remount it readonly.
*/
if (!ns_capable(sb
我需要知道Linux系统的目录是如何被使用的,与它们在时间上的近似读/写行为有关。
到目前为止,我还没有找到任何参考资料。有人能提供一些链接吗?
我之所以感兴趣,是因为我必须在一个小型、快速和昂贵的SSD系统上安装Linux (主要用于读取操作)、一个大型、缓慢和廉价的SSD (读和写)和一个RAM磁盘(临时存储)。
我知道答案取决于活动的类型(我的主要是开发活动),但正如我所写的,我只需要近似的值。
理想情况下,这就是我想要的:
| Directory | Size | read/write operations ratio | average N operations per second
我只是好奇,因为对于普通的用户脚本,我必须检查相应的文件是否可以被用户读取,是否可以写成这样(只是读取操作的一个片段):
if ! [ -r "$1" ]; then
dump_args "$@"
print_error__exit "! [ -r $1 ]" "The file is not readable by you!"
fi
我的问题是:在整个Linux (如果必须是,比如说Mint或Debian)系统上,是否有任何文件不可读或不能用root写?
我相信,总的来说,根可以做任何事情,但是一切都有限度,对吧
在带有ext4的嵌入式Linux发行版上,我有以下umountfs脚本:
#!/bin/sh
### BEGIN INIT INFO
# Provides: umountfs
# Required-Start:
# Required-Stop:
# Default-Start:
# Default-Stop: 0 6
# Short-Description: Turn off swap and unmount all local file systems.
# Description:
### END INIT INFO
PATH=/sbin:/bin: