On Sun, Dec 23, 2018 at 09:45:47AM +0100, Martin Steigerwald wrote:
> Hendrik Boom - 23.12.18, 04:15:
> > On Sun, Dec 23, 2018 at 02:35:35AM +0100, Gonzalo Pérez de Olaguer
> Córdoba wrote:
> > > Hi Hendrik,
> > >
> > > El Sat, 22 Dec 2018 18:20:22 -0500
> > >
> > > Hendrik Boom <hend...@topoi.pooq.com> escribió:
> > > > > > > Rename them.
> > > > > > >
> > > > > > > 1. 'ls -i' #Gets the inode number.
> > > > > > > 2. 'find . -inum "inode-number-from-ls -i" -exec mv {}
> > > > > > > "newfilename" \;'> >
> > > > Yes, I see inode numbers. Unfortunately, the files with slashes
> > > > in
> > > > their names have question marks for their inode numbers.
> > > >
> > > > 2522 @ 2523 ? 2526 ? ? 07/TRA~1.MP3
> > > > 2516
> > >
> > > You don't have to use inodes at all. Anything provided by find to
> > > match the file will do. For example, try something like:
> > >
> > > find . -type f -iname '07*TRA*MP3' -exec ...
> >
> > I'm starting to think the way to go about this is to use a utility
> > that bypasses the kernel's VFAT file system and treats /dev/sdb1 as a
> > block device. A few have been suggested. Maybe a hex editor. Maybe
> > fsck.vfat. Maybe mtools, possibly modified since the documentation
> > https://www.gnu.org/software/mtools/manual/mtools.html#default-values
> > says:
>
> Well mtools act directly on an FAT filesystem and do not use the vfat/
> msdos filesystem drivers in Linux. It has the "mren" command to rename
> files.
>
> However I still assume that this FAT filesystem is just corrupted and
> that maybe not even mtools is able to do the rename.
>
> What I'd do is:
>
> First copy the whole block device with the filesystem block by block into
> a file.
Already did that.
> Then make a copy of that file. Only work from the copy of the file.
That's actually a good idea -- thanks. I hadn't thought of that. I'll
dig up some extra storage somewhere. Don't have space on the laptop
SSD for a second 32014073856-byte file.
>
> Then you can throw 'mren', 'fsck.vfat' / 'fsck.msdos', use a hex editor,
> or well just 'photorec' on it. And due to working with a copy of the
> copy you have unlimited attempts.
>
> Thanks,
> --
> Martin
>
>
> _______________________________________________
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
_______________________________________________
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
