获取目录大小的常用方法是:
du -hs /path/to/directory
Run Code Online (Sandbox Code Playgroud)
但是,它不起作用,我怀疑这是 btrfs 问题。它报告带有子模块的子目录的大小大于磁盘本身的总大小。
但是,我可以使用 gnome disks 实用程序检查磁盘是否有 60% 以上是空的。
上通过改变进一步检查n
在
du -h --max-depth=n /path/to/folder
Run Code Online (Sandbox Code Playgroud)
我能够将大子目录大小缩小到 btrfs 子卷,这就是为什么我认为这个问题与子卷有关
Linux 已经用文件存储了大量元数据。例如所有者、权限、文件名、校验和(在某些文件系统中)以及磁盘上的位置等基本数据。
是否有任何文件系统(例如 btrfs、zfs、ext*)允许您存储额外的元数据?
如果没有两个不同的选择(主要和剪贴板),那么它将完全按照我想要的方式工作。这是如何运作的:
这可能吗?
我wc -l
用来计算命令输出中的行数,因为输入是通过管道传输到它的。
commad | wc -l
Run Code Online (Sandbox Code Playgroud)
这工作正常,但如果command
正在进行一些繁重的计算,这很慢。是否有替代方法可以显示“到目前为止已通过管道输入”的行数?
当我在做一种每项计算时,这样的事情会特别有用,比如
cat something | xargs -L1 heavy-per-line-computation | wc -l
Run Code Online (Sandbox Code Playgroud)
我可以手动执行此操作的一种方法是将输出通过管道传输到文件 ( command > file
) 并定期对其进行cat file | wc -l
处理。但是一个单一的命令(它不重定向到文件,以避免浪费的 I/O),就是我所追求的。
我一直在使用 X11 转发从远程服务器转发剪贴板内容。
当我尝试使用 X11 从一台 GUI linux 计算机转发到另一台时,我注意到一些奇怪的事情。假设机器 A SSH 进入机器 B。
我可以在任何机器上发出以下命令来检查它的剪贴板内容
xclip -selection clipboard -o
Run Code Online (Sandbox Code Playgroud)
我看到同样的剪贴板中的内容时,我发出了它A
,并从连接SSH提示A
到B
。
但是,如果我在 machineB
的 GUI 会话上发出它,那么我会看到不同的内容!
这是否意味着该机器B
有两个 X11 会话?一个用于 GUI,另一个是在我通过 ssh 进入时创建的A
?
由于在 linux 上一切都是一个文件,这些相应会话的文件在哪里?
x11 ×2
btrfs ×1
clipboard ×1
filesystems ×1
io ×1
performance ×1
shell ×1
ssh ×1
wc ×1
xforwarding ×1