You are not logged in.
I have a drive mounted with ntfs3, the kernel driver, with a directory showing only a part of the children (with ls, find, ncdu, file manager…) but the invisible children are still accessible and for instance ls-able if the subdirectory name is directly given.
Also, the invisible children begin with [A-G] and some H, creating a file with a name beginning the same way works but is invisible.
Edit: actually others are missing not beginnig by [A-H], not sure what the pattern is except that all [A-G].* are invisible.
Re-mounting with ntfs-3g gives input/output error when ls-ing the directory, "Failed to read index block: input/output error" in the systemd journal.
The contents of this directory are actually my music from bandcamp, so I could redownload it all but it would be a hassle, alternatively beet (a music collection manager) should have all the names of the invisible directories in its database so I could get them and mv them all to a new directory, which seem to work as I tried one.
Any ideas about what is going on and what simpler solution I could use to get the content back?
Edit2: ok I forgot I had a backup file with the tree content of the directory, mv-ed everything and rmdir-ed, gone. If you have hindsight on what happened and whether there is something to do to prevent the situation happening again, I’m all ears.
Edit3: I know I could have kept the directory to test further what was wrong, but rmdir made me sure all content was moved.
Last edited by Idlusen (2022-05-11 18:49:12)
Offline
Parallel windows? See 3rd link below.
Offline
This is on a machine that has only Arch installed, and the drive hasn’t been mounted on Windows for years, so wrong track I presume.
Offline