|
|
Back to UserFriendly Strip Comments Index
| uficle help: bittorrent recovery |
by ripley8 |
2007-06-03 04:56:26 |
The other day I posted a little rant about BitTorrent and some
difficulties about a file named "?.avi" within a download and an
external FAT32 disk drive that didn't work with the filename.
Now I've got a much more serious issue:
I started some other torrent with the external disk as the download
destination folder. The client hung up and I had some repairs to
be done on the disk. Yesterday I copied a finished download to the
disk and when I wanted to copy another one the kernel suddendly
turned the disk to readonly.
I found the mounting point gibberish again, unmounted the disk and
attached it to the other machine to find out what happened and clean
it up again.
This time was much more serious (I even had to reboot the Linux box
in order to get *any* external disk and the one USB mouse back to
working. Luckily the main keyboard connection was still alive as
it's usb as well...
Several repair runs and hours later the disk seems to be fine again
from the metadata point of view. I've got several folders wich have
FOUNDnnnn.CHK files in it (10000 file each), most of them just a
single cluster in size...
In the first folder there are some files with a size of about 350MB
which surely are the files from the finished download.
Now for the interesting part for which I hope someone has a solution:
I have to find out, which's which and whether they're still ok.
Information at hand: the torrent file and the metadata contained
within. If I can find out a mapping between FILEnnnn.CHK and the real
files' names I can arrange another torrent download and the client
should correct any remaining glitches.
One might even be able to take the first $blocksize of each file and
the appropriate checksum from the torrent file to map the files. If I
had a program to extract each block's checksum from the torrent file.
To complicate things, file size are rounded up to clustersize of
course and sizes are quite similar...
Is there any known utility that peeks inside the torrent file and
shows more information than "btshowmetainfo" from bittornado?
It seems, BitTorrent 4.4.0 does some things that are incompatible with
FAT32 disk handling. Like opening a temp file, keeping its file
handle and removing the directory entry for the meantime. This frees
up the data blocks of the file immediately (at least on non-*nix
systems) and wrecks havoc if anything else writes to the disk...
|
|
[ Reply ] |
|
|
[Todays Cartoon Discussion]
[News Index]
|
|
