4 ms·

ununlink would be pretty useful. Then again, this kind of exists; I have fond memories of a panicky younger me struggling with undelete in DOS.

• marcan_42 7y ago
  ununlink is link() on a /proc/<pid>/fd/<fd> entry. Assuming some process still has the file open, that is.
  • coldtea 7y ago
    Does that mean that one could implement "undelete" by changing open() so that some central process (let's call it "recycle-bin") also opens a copy at the same time a process opens them (but keeps it open until you send it a "empty" signal), and then calling that link()?
    • wichert 7y ago
      You could use LD_PRELOAD to replace unlink with a version that passes an fd to a running recycle-bin daemon. That approach doesn't really have much, or any, advantage over just moving files to a recycle-bin folder and keeping track of items in there.
      • claudius 7y ago
        It would "automatically empty" the recycle bin at each shutdown though.
      • coldtea 7y ago
        Doesn't it have the advantage that "rm" and co are then made automatically undo-able? (Whereas moving to recycle-bin is a manual process you need to remember to do).
        • saagarjha 7y ago
          alias rm trash
          • coldtea 7y ago
            Also a manual process -- and per user at that...
  • jwilk 7y ago
    link() doesn't work for this use case. You need linkat() with the AT_SYMLINK_FOLLOW flag enabled.