ls -l f.txt -rwxrwxr-x 1 abc abc 1161 Sep 1 02:02 f.txt stat f.txt File: `f.txt' Size: 1161 Blocks: 34 IO Block: 524288 regular file Device: 38h/56d Inode: 6448956669 Links: 1 Access: (0775/-rwxrwxr-x) Uid: ( 1024/ carle) Gid: ( 100/ users) Access: 2017-09-09 02:02:36.000000000 -0700 Modify: 2017-09-09 02:02:36.000000000 -0700 Change: 2017-09-11 20:42:00.709807459 -0700 du -h […]
我想在高负载下断电后testingRDBM的灾难恢复。 我的想法是将数据目录挂载到新的挂载点下，然后在加载过程中执行umount -f并调查文件的结果/状态。 我的期望是，对于非持久configuration，数据应该是不一致的，否则就是一致的。 有没有人认为这是好主意，也许还有其他相关的提示（例如哪个文件系统更好使用，或者我的期望是不相关的，那么为什么）？
过去，无法缩小JFS。 在此期间是否发生了变化，是否有人正在进行研究，是否计划…？ 如何将JFSreplace为另一个FS而无需备份和恢复文件？
我是相对较新的使用Linux，但有一个VPS与uTorrent通过葡萄酒安装centos安装。 VPS有50GB的空间，我注意到这些都被home / admin /目录所占用。 在这个目录里面有两个其他的目录 – 桌面和下载，下载只需要34GB，桌面上没有任何内容，因为所有的内容都有1个图标到utorrent。 什么可以占用额外的16GB的空间？ 编辑： 这些文件在/home/admin/.local/share/Trash/files中
在Windows中，如何确定在给定的硬盘上有多less字节已经改变？ 我不只是说有多less个文件被改变，这些改变的大小。 我的意思是给定一段时间，比如1小时，写入磁盘的更改的大小是多less？
我想知道是否会有任何帮助，如果某种工具，文件系统监测（即inotify工具）将被修改，以通过SSH监视/报告。 它会帮助系统pipe理员能够做一些像inotify-watch 192.168.0.33:/home/deploy/script ？ 可能受监控的服务器应该满足一些先决条件，但这听起来可行吗？
是否可以启用基于Linux或OpenSolaris的服务器来处理标准的unixlogin请求，而无需启动持有根分区的硬盘驱动器？ 我有一个基于Nexenta的（1）服务器，它使用非常旧的40GB PATA驱动器作为根分区，它不能驻留在主存储arrays中（我也不希望它，尽pipe它备份到它）。 它执行得很好，因为所有主动访问存储的东西都使用SATA raid2zarrays。 这意味着根分区本身实际上是完全不活动的，40GB的磁盘通常是睡着了。 或者说， 几乎完全不活动。 login请求需要驱动器启动，导致恼人的login延迟和这个旧的驱动器，否则可能保持完全hibernate不必要的压力。 据我所知，驱动器只能读取passwd和shadow文件，而且我感到惊讶的是，这些文件在第一次被读取之后并没有被修改，所以不会保留在内存中。 是否有可能明确地保留它们caching，将它们重新放置在其他位置，否则阻止根分区不得不旋转起来？ （2） 对于那些不熟悉的人来说，Nexenta是Ubuntu的一个变体，它使用OpenSolaris内核和工具链，同时尽可能地支持Debian工具链。 在大多数情况下，我可以使用两者的function。 请注意，当存储arrays不存在时，我不认为合适的解决scheme会导致login或启动失败。
我有一些我不清楚的理论问题，所以如果有人能解释我会非常感激，这与文件系统有关。 在分布式系统中，我想问的是，如果我们有一个由目录服务和一个平面文件服务构成的文件服务，然后我们有一些客户端模块通过它们导出的接口（通过RPC）访问它们。 因此，客户端模块实现了像UNIX一样的function，但是平面文件和目录服务没有类UNIX的“打开”或“closures”操作？ 但是可以通过引用UFID立即获取文件？ （我想是这样，要求确认，为什么它是这样的。） 而在谈到分布式文件系统时，是什么使得AFS比NFS更具扩展性呢？
我有一个USB硬盘，它是旧的。 这是fat32格式。 它太老了，部分是失败的。 当我告诉它从某些部分读取或写入时，我的控制台上出现IO错误（我正在使用Ubuntu 9.10）。 有一些我可以运行的程序，会扫描我的驱动器坏的部分，然后“删除”他们？ 我愿意为此花费我几GB（这是一个160GB的驱动器）。 我关心的驱动器上没有任何东西，最近又重新格式化了。 目前它是格式化的fat32，但它只能插入linux机器，所以我愿意尝试ext3或其他一些Linux文件系统。 这个驱动器最近被重新格式化，同样的事情正在发生。 我知道真正的解决办法是换一个新的驱动器，一个是订货。 但是在新的几天里，我需要给某人一个硬盘，这个（部分损坏的）是唯一的备用。 如果我得到这个工作，那会很棒。 有什么办法可以重新格式化或重新分区这个驱动器，所以我至less有一些可用的驱动器空间？
最近发生了电源故障，导致我的一台服务器掉线。 在重新启动时，主存储文件系统 – 7TB（9x1TB RAID6）文件系统上的JFS – 在安装读写之前需要fsck。 在我开始使用fsck之后，我观察了一段时间，内存使用率稳步上升（但不是太快），CPU使用率达到或接近100％。 现在，大约12个小时，fsck进程消耗了系统中4GB内存的将近94％，CPU使用率下降到了2％左右。 该进程仍在运行（并没有提供进一步运行时间的指示）。 首先：这是否表示有问题？ 我担心的是CPU使用率已经大幅度下降 – 看起来好像这个过程已经成为内存限制，而fsck将会永远完成，因为它花费了所有的时间。 （我注意到kswapd0浮动在顶部的顶部附近，实际上超过fsck进程的CPU使用率超过一半的时间。）如果情况并非如此，如果fsck只是减慢CPU的方式在这个过程结束的时候，这很好 – 我只需要知道这一点。 如果这是一个问题，我能做些什么来提高fsck性能？ 我几乎可以接受任何东西，甚至包括“为系统购买更多内存”。 从上面的相关行： PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5201 root 20 0 58.1g 3.6g 128 D 2 93.8 1071:27 fsck.jfs 而free -m的结果是： total used free shared buffers cached Mem: 3959 3932 […]