最近我见过很多关于btrfs的信息。 我一直在考虑ext4为我的下一个文件系统，但是被诱惑反而btrfs。 btrfs有多广泛使用？ 优缺点都有什么？
想知道在CentOS 6中目录内可以存储的文件数量是否有限制。有一个特定的目录可能有数百万个子目录。 除了存储容量之外，目录中可以包含的文件数量是否有限制？ （我在这里假设“文件”可以是文件或目录）。 非常感谢！
我很快就会拥有一个文件夹，数千个文件，每个文件的大小只有几KB。 我将需要通过Windowsnetworking从一个UNC共享转移到另一个。 一般来说，简单地复制整个文件会更快吗？还是更快地将它们压缩（例如，以最快的模式使用7zip）并发送一个或几个大文件？ 或者在实践中没有区别？
有没有人有一个工具或脚本，将recursion更正目录上的文件权限？ 在Ubuntu Linux机器上，一堆文件被错误地复制到一个具有完整777权限（用户，组，其他 – 读，写，执行）的USB磁盘。 我想把它们放回用户的目录中。 目录应该是775，所有其他文件可以是664.所有的文件是图像，文件或MP3，所以他们都不需要是可执行的。 如果目录位被设置，那么它需要执行，否则它只需要用户和组，读写。 我认为这是值得检查，如果这样的实用工具之前一起hacking一个shell脚本:)
我在这个主题上看到的最后一个真正的问题是大约两年前（ ext4准备好用于生产 ）。 在这段时间内， ext4又如何改进？ XFS ， JFS和ext3是备用的可靠select。 我只在最近的Ubuntutesting/开发环境中使用了ext4，并没有看到任何问题 – 但是它们也是低使用率的工作站，虚拟机和一次性的培训环境。 从速度和可靠性的angular度来看，ext4现在是如何堆积起来的，特别是XFS和JFS已经有了一些成熟的时间了。 ZFS是一个可行的select（看起来它是一个保险丝 模块 ，可能不适用于Linux）。
我pipe理一个包含一个文件存储的应用程序，在这个文件存储中，所有文件的文件名都等于他们的md5总和。 所有文件都存储在一个目录中。 目前有成千上万，但很快它们应该是服务器上的数百万个文件。 当前服务器在ext4文件系统上运行Ubuntu 11.10。 有人告诉我，把许多文件放在一个目录中是不明智的，因为这会大大增加查找时间和可靠性（他有一个单个目录可能指向的最大文件的故事，导致一个大的链接列表）。 相反，他build议创build子目录，例如文件名的子string。 但是，这会使我的应用程序中的一些事情变得更加繁琐。 这仍然是真的，或者现代文件系统（如ext4）有更有效的方法来处理这个问题，自然而然地扩展吗？ 维基百科有一些关于文件系统的细节，但是它并没有真正说明每个目录的最大文件或查询时间。
几乎无处不在，我在日志中失败抱怨No space left on device Gitlab日志： ==> /var/log/gitlab/nginx/current <== 2016-11-29_20:26:51.61394 2016/11/29 20:26:51 [emerg] 4871#0: open() "/var/opt/gitlab/nginx/nginx.pid" failed (28: No space left on device) Dovecot电子邮件日志： Nov 29 20:28:32 aws-management dovecot: imap([email protected]): Error: open(/home/vmail/emailuser/Maildir/dovecot-uidlist.lock) failed: No space left on device df -Th输出 Filesystem Type Size Used Avail Use% Mounted on /dev/xvda1 ext4 7.8G 3.9G 3.8G 51% / […]
在为UNIX分区新系统磁盘时，对于桌面和/或服务器，您最喜欢的策略是什么？ 请包括磁盘分区布局，文件系统格式和选项，安装点，RAID级别，LVM组和卷，encryption以及任何其他相关设置。
什么命令可以告诉我最后一次文件系统是fsck'd？ date会很好，但是自从上一次fsck以来，我已经决定了坐骑的数量。 我已经在fsck *，lsattr和stat中find了这个，所以我没有看到它。
我正在尝试使用ext4文件系统来testing需要压缩存储的项目，因为我使用的应用程序依赖于ext4function。 有什么生产/稳定的解决scheme在那里透明压缩ext4？ 我曾经尝试过： 启用压缩的ZFS卷上的Ext4 。 这实际上有一个不利的影响。 我试图创build一个启用了lz4压缩的ZFS卷，并在/ dev / zvol /上创build了一个ext4文件系统，但是zfs卷显示了实际使用的两倍，压缩似乎没有任何影响。 # du -hs /mnt/test **1.1T** /mnt/test # zfs list NAME USED AVAIL REFER MOUNTPOINT pool 15.2T 2.70G 290K /pool pool/test 15.2T 13.1T **2.14T** – ZFS创build命令 zpool create pool raidz2 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde2 /dev/sdf1 /dev/sdg1 /dev/sdh2 /dev/sdi1 zfs set recordsize=128k pool zfs create -p […]