是否可以打开一个知道其inode的文件？ls-i/tmp/test/test.txt529965/tmp/test/test.txt我可以提供路径、inode(529965以上)，我希望得到一个文件描述符作为返回。 最佳答案 这是不可能的，因为它会在访问控制规则中打开一个漏洞。您是否可以打开文件不仅取决于它自己的访问权限位，还取决于每个包含目录的权限位。(例如，在您的示例中，如果test.txt是模式644但包含目录test是模式700，则只有root和test的所有者可以打开test.txt。)inode编号仅标识文件，而不标识包
是否可以打开一个知道其inode的文件？ls-i/tmp/test/test.txt529965/tmp/test/test.txt我可以提供路径、inode(529965以上)，我希望得到一个文件描述符作为返回。 最佳答案 这是不可能的，因为它会在访问控制规则中打开一个漏洞。您是否可以打开文件不仅取决于它自己的访问权限位，还取决于每个包含目录的权限位。(例如，在您的示例中，如果test.txt是模式644但包含目录test是模式700，则只有root和test的所有者可以打开test.txt。)inode编号仅标识文件，而不标识包
我相信有两种类型的inode-磁盘上和核心inode(fs.h中的'structinode')。磁盘上的inode基于文件系统实现。我试图理解基本概念并有几个问题-有人可以指出将磁盘上的inode读取/复制到核心inode的代码(或完成这些步骤)吗？即，当创建核心inode时，它必须来自磁盘inode。那么，这是如何发生的？为什么核心inode不存储指向磁盘inode的指针？如果对核心inode进行了修改，那么它如何传播到磁盘inode？任何指向代码或代码流的指针都会有所帮助。谢谢! 最佳答案 在使用iget算法为新分配的磁盘i
我相信有两种类型的inode-磁盘上和核心inode(fs.h中的'structinode')。磁盘上的inode基于文件系统实现。我试图理解基本概念并有几个问题-有人可以指出将磁盘上的inode读取/复制到核心inode的代码(或完成这些步骤)吗？即，当创建核心inode时，它必须来自磁盘inode。那么，这是如何发生的？为什么核心inode不存储指向磁盘inode的指针？如果对核心inode进行了修改，那么它如何传播到磁盘inode？任何指向代码或代码流的指针都会有所帮助。谢谢! 最佳答案 在使用iget算法为新分配的磁盘i
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭9年前。Improvethisquestion我想对Linux(2.6.31)中的sync(8)和fsync函数的功能有更多的说明。它是否确保将文件写入相应的存储？
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭9年前。Improvethisquestion我想对Linux(2.6.31)中的sync(8)和fsync函数的功能有更多的说明。它是否确保将文件写入相应的存储？
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭8年前。Improvethisquestion我正在考虑将我的ext3分区移动到ext4以克服32000个子目录的限制。我看到了两个关于ext4限制的不同数字，它们都来自有信誉的
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭8年前。Improvethisquestion我正在考虑将我的ext3分区移动到ext4以克服32000个子目录的限制。我看到了两个关于ext4限制的不同数字，它们都来自有信誉的
我将使用LinuxNTFS驱动程序作为示例。Linux内核NTFS驱动程序在内核中只有非常有限的写支持，5年后它仍然被认为是实验性的。同一个开发团队创建了ntfsmount用户空间驱动程序，它具有近乎完美的写入支持。同样，不同团队编写的NTFS-3G项目也有近乎完美的写入支持。为什么内核驱动器花费了这么长的时间？是否更难开发？说已经存在一个像样的用户空间应用程序并不是内核驱动程序不完整的原因。注意:不要将其迁移到superuser.com。从编程的角度来看，我想要一个编程繁重的答案，而不是实际使用的答案。如果问题不适合SO，请告知我原因，以便我可以对其进行编辑。
我将使用LinuxNTFS驱动程序作为示例。Linux内核NTFS驱动程序在内核中只有非常有限的写支持，5年后它仍然被认为是实验性的。同一个开发团队创建了ntfsmount用户空间驱动程序，它具有近乎完美的写入支持。同样，不同团队编写的NTFS-3G项目也有近乎完美的写入支持。为什么内核驱动器花费了这么长的时间？是否更难开发？说已经存在一个像样的用户空间应用程序并不是内核驱动程序不完整的原因。注意:不要将其迁移到superuser.com。从编程的角度来看，我想要一个编程繁重的答案，而不是实际使用的答案。如果问题不适合SO，请告知我原因，以便我可以对其进行编辑。
