|
Top-level
 And I am pretty sure there's a lot of software you might be able to break given that they do not expect this case on the most basic of fs concepts. Also note that these anonymous inodes are not actually as anonymous as one might think: because open fds appear in /proc/self/fd/ as magic symlinks you can easily get am fs path when you call stat() on will return you a zero inode type. Double 🤯🤯 4 comments
 @pid_eins what’s the purpose of these inodes? do they have a practical use? @nilsding yes, a multitude of apis of the kernel expose these anonymous inodes these days. Eventfd, signalfd, epoll, inotify, and so on. Basically a good chunk of the kernel apis that give you an fd as a reference to some api object do this. Tremendously useful hence, and very common. But not particularly visible outside of programs since generally not visible in the fs except for /proc/self/fd/. @pid_eins oooh, that makes sense actually. Never really questioned the origin of these |
Gregory's Server
And note that they don't want you to know about the 8th, secret inode type! It's not mentioned in the inode(7) man page after all. But now I spilled the beans anyway!
Psst! 🤫