Questions tagged «filesystems»

长期以来，Linux一直没有对文件创建日期感到困扰，因为它通常使用的文件系统都不支持它们。但是现在，两个常用的文件系统（NTFS和ext4）都记录了文件创建日期。 stat但是，Birth: -即使我们可以看到ext4使用来存储了文件的创建日期，该命令仍然在ext4文件系统上输出debugfs -R 'stat <inode_number>' /dev/file_device。 当我调查这是为什么时，我发现其他人最近已经提交了一个错误报告，并且响应链接到一个上游问题，该问题简单地指出“目前没有Linux内核接口来获取该信息[file创立日期]”。在我看来，这显然仍然是事实，因为人们多年来一直要求stat显示此信息（并且stat输出一个Birth字段，即使它显然还不支持它！他们是否在预期中添加了它？） 因此，目前尚无Linux内核接口来获取文件创建日期是否仍然正确？是否有实施此计划的计划？

21 filesystems  stat 

我在Xfce中使用Arch。 最近，我创建了一个指向文件系统上目录的符号链接。 但是我不想在引导过程中挂载文件系统，也不想在打开符号链接之前手动挂载它。 当我打开到该文件系统上目录的符号链接时，是否仍然可以自动挂载该文件系统？

21 arch-linux  filesystems  mount  symlink  automounting 

我曾经mount展示过已安装的驱动器，但我不想看到那些不太有趣的驱动器（即非物理驱动器）。所以我曾经有一个脚本mnt可以做到： mount | grep -Ev 'type (proc|sysfs|tmpfs|devpts) ' 在Ubuntu 8.04下显示ext3并reiserfs仅显示安装点。该行实际上已被注释掉，现在我使用（对于Ubuntu 12.04）： mount | grep -Ev 'type (proc|sysfs|tmpfs|devpts|debugfs|rpc_pipefs|nfsd|securityfs|fusectl|devtmpfs) ' 只显示我ext4和zfs分区（我使用删除了reiserfs）。 现在，我正在为Ubuntu 14.04作准备，必须再次扩展脚本（cgroup，pstore）。是否有更好的方法来执行此操作而不必扩展脚本？我只关心在安装和安装网络驱动器（物理光盘nfs，cifs）。

21 linux  filesystems  mount 

我有一个目录，其中包含许多用户之间共享的数据。对目录及其下任何内容的访问将由目录的组控制，该组将添加到有问题的用户中。这样，我创建了文件夹“粘性组” chmod g+s集。该目录将包含带有目录和文件的树形结构，文件总数可能为几百万。文件将很小，我预计不会超过50MB。 我的问题是文件或目录的所有者仍然是创建它的用户。这样，即使我应该从访问组中删除该用户，也不会完全删除其访问权限。 所以： 为了确保所有文件和子目录具有相同的所有者，我是否错过了其他选择？ 我希望我可以使用cron-job来定期浏览整个目录，但是这对于一次执行一次PR文件命令效率低下。 我找到了一个使用INotify 的示例，但由于需要编写脚本，因此使我感到非常维护。 我还无法弄清楚ACL是否可以帮助我进行强制所有权。 有更聪明的方法吗？ 我想要的是拥有一个可以通过向用户添加组来共享的目录。在此目录中创建的任何内容都将从其父级继承权限方案。如果有比我尝试的方法更好的方法，那么我无所不能。

21 debian  permissions  filesystems 

例如，这是my的第一行/etc/fstab： UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 这是df -h命令的输出（报告可用磁盘空间）： honey@bunny:~$ df -T Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/vda ext4 30832636 4884200 24359188 17% / none tmpfs 4 0 4 0% /sys/fs/cgroup udev devtmpfs 498172 12 498160 1% /dev tmpfs tmpfs 101796 320 101476 1% /run none tmpfs …

21 filesystems  mount  disk-usage  fstab 

CentOS的6.4 我试图更好地了解文件系统ACL规则的处理方式以及ACL规则的应用顺序。 例如，假设用户bob和joe属于一个名为sales的组。假设我有一份销售凭证，其中包含以下详细信息： [root@Maui ~]# getfacl /home/foo/docs/foo.txt getfacl: Removing leading '/' from absolute path names # file: home/foo/docs/foo.txt # owner: jane # group: executives user:: r-- user:bob:rw- user:joe:rwx group:sales:rwx group::r-- mask::rwx other::--- 我的问题是，在这样的示例中如何处理权限？哪些访问权限优先？ 是否只有一个自上而下的搜索，并且首先匹配的是哪个规则？ 还是Linux根据有关用户的最具体规则强制执行访问？还是最严格和适用的规则优先？

21 linux  centos  filesystems  acl 

几年前，当我第一次使用Slackware时，我很快就学会了在ext3或reiserfs上爱上JFS，因为它是可靠的，而且如果关机不干净，其磁盘检查也非常快。直到最近，我才发现JFS晦涩难懂，几乎没有人维护过。 我不知道我是在这样的少数派中。为什么会这样呢？文件系统技术是否已经发展到现在JFS缺乏任何比较优势的地步？ext3是否可以与其他操作系统更好地互操作？特定的其他文件系统是否受到特定的供应商或内核开发人员的青睐？ 与其说是历史问题，不如说是技术问题。

21 linux  filesystems  history 

每隔一段时间，某些应用程序就会疯狂运行，并在目录中填充大量文件。修复错误并清理文件后，即使其中只有20-30个文件，该目录仍然很大（> 50MB）。 是否存在一些无需重新创建目录即可压缩目录的命令？ 优点：巨大的空目录会影响该目录的访问性能吗？我以为是这样，但是也许不值得花时间。ls在这样的目录上执行速度似乎较慢。

21 filesystems  ext3 

是否可以将回送文件挂载为只读文件，并将所有写入重定向到RAM？

21 linux  ubuntu  filesystems  readonly 

我的系统上有一个应用程序，它~/Desktop一次又一次地创建一个空目录。我不能在家里忍受大写字母，也不能忍受这个“桌面”东西。因此，就像我一样挑剔，每次看到目录都会删除它。我真的很想知道哪个应用程序对此负责（也许我不会经常使用某些应用程序¹）。 有什么好主意可以追究罪魁祸首吗？ — 1.显然，我想摆脱它，或者如果我不能没有它，也许可以修补它。

21 filesystems  monitoring 

每个都适合什么目的？

21 linux  filesystems 

我已经看到了这个答案。 您应该考虑使用inotifywait作为示例： inotifywait -m /path -e create -e moved_to | while read path action file; do echo "The file '$file' appeared in directory '$path' via '$action'" # do something with the file done 我的问题是，上面的脚本监视目录以创建任何类型的文件，但是如何修改inotifywait命令以仅在创建了某种类型/扩展名的文件（或移动到目录中）时报告？.xml创建任何文件时报告。 我尝试过的是： 我已经运行了inotifywait --help命令，并且已经阅读了命令行选项。它具有--exclude <pattern>和--excludei <pattern>命令可以排除某些类型的文件（通过使用regEx），但是我需要一种方法来仅包括某些类型/扩展名的文件。

21 shell-script  shell  filesystems  monitoring  inotify 

我有： 我通过IP 203.0.113.0端口1234上的SSH连接的Linux服务器 家用计算机（在路由器后面），公用IP 198.51.100.17，它是Debian或Windows + Cygwin 使文件夹/home/inprogress/ 同步（双向），最简单的方法是什么，有点像rsync，但是使用filesystem watcher，以便每次修改文件时，立即将其复制到另一侧？（即无需手动调用同步程序） 我正在寻找命令行/无GUI解决方案，因为服务器没有头。 有Linux / Debian内置解决方案吗？

20 networking  filesystems  synchronization 

该proc文件系统允许内核传达有关在Linux系统上运行的每个进程的信息。 为什么proc称为文件系统？它不是真正的文件系统，例如ext4。它只是包含有关正在运行的进程信息的文件的集合。

20 filesystems  proc 

我注意到我可以阅读没有扩展名的文本文件.txt。怎么来的？我应该保存带有或不带有.txt扩展名的这些文件吗？ 还有，.ini文件呢？我通常这样使用它们：config.ini，我应该在此处删除扩展名吗？ 有关Linux如何处理文件扩展名的任何常规资源都将很有用。

20 filesystems  files  text