[SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

byjove01 · 2023-08-13 22:18:07

Hello.
I tried using that d&@! software to rename a bunch of files I wanted to change the name on my NTFS-formatted HDD, after making sure I correctly configured it, but it seems like this software is flawed a lot. Not the first time it happens, but I didn't think it would get worse. My group of files got correctly renamed but any other in my folder would get "removed" ; however, one of them was being edited in photoshop, and as I wanted to save it again, the software told me it would mean to overwrite the current version of this file. Are the files still there?!

I ran "ls -l" but couldn't find any of these files in the list. Tried something with ntfsundelete, but it couldn't bring me anything else than some files I willingly deleted long ago.
Is there a way to get back the data I lost?

Last edited by byjove01 (2023-09-02 15:28:06)

seth · 2023-08-14 07:54:34

Try "ls -lRa" - what kind of rename pattern did you use?
I'd not rely on the photoshop information (because wine filesystem mapping, perhaps cached information and it could also be a generic warning if you try to "save as" w/ the original filename)

Is there a parallel windows installation?
Did you already reboot?

byjove01 · 2023-08-14 08:47:37

I didn't use a specific pattern - I just used the Replace function.
Welp, PS is not the only one to tell me the files are still there - I made instant copies on my desktop and tried to put them back in the folder, and Dolphin tells me too these are present.
I'm gonna reboot and tell ya if I can move the files after then. No Windows install, I'm fully on Linux.
EDIT: did reboot, nothing changed.

Last edited by byjove01 (2023-08-14 08:51:28)

V1del · 2023-08-14 14:17:29

which ntfs implementation are you using? ntfs3 has been quite prone to subtle breakage and corruption, likely the files will "reappear" after a chkdisk from Windows. But very little of that is KRename's fault and more likely the kernel driver keeling over. It did get better, but I'd definitely be weary before doing these kind of operations when using it.

byjove01 · 2023-08-14 15:42:15

It's ntfs3, yes. Is there an alternative to chkdisk ?

seth · 2023-08-14 16:06:15

Not really, there's ntfsfix, but the suggested approach is chkdisk.
https://wiki.archlinux.org/title/NTFS-3 … ilesystems

Do you still get file collisions when trying to put files there?
Is the filesystem marked as corrupt?

V1del · 2023-08-14 21:47:02

I'd also check dmesg, while ntfs3 is easily corrupted it's also quite chatty when such a corruption did occur

byjove01 · 2023-08-15 06:57:50

dmesg output: https://0x0.st/HLXL.txt

I don't remember the FS being marked as corrupt. How can I definitely check it?

seth · 2023-08-15 07:03:05

ntfs doesn't show up in that file at all, was the drive mounted before you fetched that?
Did you copypaste it out of the pager (there're two empty lines…)?

byjove01 · 2023-08-15 07:09:05

Yes, it was mounted. No I just gave you the output of

curl -F'file=@log.txt' https://0x0.st

without doing the operation again, that's my bad.

Here is the new output: https://0x0.st/HLXf.txt

seth · 2023-08-15 07:17:57

That one at least has ntfs3, but no errors.

seth wrote:

Do you still get file collisions when trying to put files there?

Did you try to mount it w/ ntfs-3g?

You want to chkdisk the drive - ntfs support is mostly for file exchange w/ windows drives, it's not a primary FS on any POSIX system.

V1del · 2023-08-15 07:58:47

Did you just mount, or also navigate to the "broken" directory? The chatiness will start when trying to access the files in question. But yes, generally having a chkdisk handy is a good idea.

byjove01 · 2023-08-15 08:16:07

Yes, I still do get file collisions. I mounted the drive with NTFS-3G and did go back at the directory but it was marked as purely empty. Couldn't move any file in it.
Anyways, I think I'll switch to another external hard drive and format this one to ext4. I don't think I'll have to do something with Windows again.

Arch Linux

#1 2023-08-13 22:18:07

[SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#2 2023-08-14 07:54:34

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#3 2023-08-14 08:47:37

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#4 2023-08-14 14:17:29

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#5 2023-08-14 15:42:15

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#6 2023-08-14 16:06:15

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#7 2023-08-14 21:47:02

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#8 2023-08-15 06:57:50

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#9 2023-08-15 07:03:05

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#10 2023-08-15 07:09:05

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#11 2023-08-15 07:17:57

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#12 2023-08-15 07:58:47

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

#13 2023-08-15 08:16:07

Re: [SOLVED] KRename "removed" a whole ton of files on my NTFS filesystem

Board footer