我注意到安装在ext4文件系统上的Linux机器上的几个文件/目录的e属性。 [[email protected] ~]$ lsattr -d /bin ————-e- /bin 根据chattr(1) ： 'e'属性表示该文件正在使用盘区映射磁盘上的块。 它可能不会被删除使用chattr（1）。 这种不同的方式，更重要的是，这种细节以何种方式显着，特别是为什么这个细节足够重要，可以作为文件属性报告？ 在什么情况下，我应该改变我的行为，基于这个文件“正在使用扩展映射磁盘块”的知识？ 大概这是我需要知道的，否则它不会变得如此明显，对吧？
Linux服务器pipe理员可以select许多文件系统。 另外，根据您的需求来确定适当的布局和最佳文件系统并不总是一件容易的事情。 你能提出一些为Linux服务器select“最佳”文件系统的指导原则吗？ 我知道这是一个普遍的问题。 让我们更具体一点。 我会这样说。 1-我有一个caching的Web代理服务器。 代理通常需要存储许多小对象，也有一些中等和大的对象。 我认为networking服务器的情况将是类似的。 我有一个电子邮件服务器。 它需要保存用户的消息。 3-我有一个数据库服务器。 所有这三个服务器都需要非常多的IO访问（读写）。 对于其他types的服务器，我认为这并不重要。 例如，基于Linux的防火墙不需要像代理服务器或Web服务器那样的高清访问。 大部分的处理是在内存中完成的。 我认为最好的答案会为每个服务器build议适当的文件系统（最好有正当理由）。 让我们把性能作为build议的依据。
已经有类似的问题，但我的标准有一点不同。 我需要在Mac OSX，Linux和Windows XP系统之间共享一个便携式硬盘驱动器（USB / Firewire），在这些系统中共享的文件有时大于4GB。 所有这些支持这种操作系统的开箱即用的文件系统是否可用， 并允许读/写访问？ 如果没有，在这些操作系统上安装附加软件的下一个最佳解决scheme是什么？
有没有Linux的软件使用SSD作为磁盘caching？ 我相信Sun在ZFS上做了这样的事情，虽然不太清楚。 快速search没有提供任何合适的。 目标是将经常请求的文件放在SSD上。 由于固态硬盘比硬盘具有更多的容量，而且硬盘性能更好，性能更好，所以这应该可以提高性能。
我从来没有真正支付块大小的注意力，但显然有select以外的东西可以有其他的好处。 我正在寻找一个很好的“最佳实践”论文select块大小。 而且，在LVM之上使用时，性能上的收益或重要性是否会被否定？ TIA
在UDF格式化的CD / DVD /蓝光光盘上检查cfdisk可能并不重要，但我手头上都没有。 我在USB硬盘上创build了一个UDF格式的分区来共享Linux和Windows计算机之间的数据（FAT不处理4GB文件，在Linux下NTFS访问权限支持不稳定）。 我现在只有一个问题 – 当文件系统typesID被设置为'83'（'Linux'）时，Windows拒绝挂载分区。 我已经看了很多，找不到应该放在哪里的号码？ （后续：“ 我应该用什么工具将硬盘格式化为UDF？ ”）
在我们的一台服务器上出现了一些错误的php代码，这些代码试图打开一个不存在的文件，最后我们得到了尚未configuration的大型apache日志文件。 我们刚刚删除了这些日志文件。 之后，我们看到我们的磁盘没有真正清理。 df -h的输出显示如下 Filesystem Size Used Avail Use% Mounted on /dev/sda1 18G 16G 1.1G 94% / udev 999M 12K 999M 1% /dev tmpfs 403M 848K 402M 1% /run none 5.0M 0 5.0M 0% /run/lock none 1007M 72K 1007M 1% /run/shm /dev/mapper/vg_ftp-ftp 9.9G 5.3G 4.2G 56% /mnt/local/ftp Inodes似乎也可以 Filesystem Inodes IUsed IFree IUse% Mounted […]
几乎所有外部USB硬盘驱动器和USB存储器媒体/棒今天预格式化为FAT32 。 据我所知，文件系统的唯一优点是操作系统和设备之间的兼容性。 用exFAT甚至NTFS重新格式化是否合理？ 这将如何影响性能和安全？
当一台Linux服务器正在提供许多并发请求来读取许多不同的文件时，是否这样做： 寻findFile_1，读取整个文件，然后寻找File_2，读取整个文件，然后寻找File_3等 寻findFile_1，读取它的一部分（直到readahead的值？），然后寻找File_2，读取它的一部分，然后回到它已经离开的File_1，多读取它，然后寻找File_3等，等等 如果是第二种情况，那么服务器做的比寻求更多，这会大大减缓。 在那种情况下，我可以做些什么调整？
据我所知，Unix类操作系统上的每个文件都有一个inode号（可以用“ls -i”查看），每个inode是一个包含文件实际数据的磁盘块列表。 是否有一个Linux命令将文件名作为其参数，并打印该文件的inode指向的磁盘块列表？ PS有问题的文件系统是ext3。