Rockbox mail archiveSubject: Re: Datas lost/not lost problem
Re: Datas lost/not lost problem
From: corny <rockbox_at_corny.net>
Date: Thu, 15 Apr 2004 21:36:22 +0200
nope, chkdsk /f had no result.. still empty :(
but thanks for the try, Brian
Brian Wolven wrote:
> corny wrote:
>> I have a (for me) serious problem with my jukebox (rockbox 1.24), if
>> anybody could help:
>> I can still see the Datas with the correct names and play them, but
>> there are weird directories and files on the hd (like some directories
>> called '4' (3times!), 'doc.=.+', 'log.ö.+' and a lot of weird dirs more)
>> I connected the jukebox to a Mac G5 with OS-X, but after that it
>> worked for 2 weeks with my PC..
>> If I connect the box now to my WinXP, it shows me no datas, but 75%
>> filled up..
>> Does anybody have something like an idea, how I can rescue my datas?
> This sounds like what often happens when there is some corruption of
> your disk. I repaired problems of this kind under windows XP with the
> chkdisk command, namely 'chkdisk /F J:'.
> C:\WINDOWS\system32>chkdsk /?
> Checks a disk and displays a status report.
> CHKDSK [volume[[path]filename]]] [/F] [/V] [/R] [/X] [/I] [/C] [/L[:size]]
> volume Specifies the drive letter (followed by a colon),
> mount point, or volume name.
> filename FAT/FAT32 only: Specifies the files to check for
> /F Fixes errors on the disk.
> /V On FAT/FAT32: Displays the full path and name of every
> on the disk.
> On NTFS: Displays cleanup messages if any.
> /R Locates bad sectors and recovers readable information
> (implies /F).
> /L:size NTFS only: Changes the log file size to the specified
> of kilobytes. If size is not specified, displays current
> /X Forces the volume to dismount first if necessary.
> All opened handles to the volume would then be invalid
> (implies /F).
> /I NTFS only: Performs a less vigorous check of index
> /C NTFS only: Skips checking of cycles within the folder
> The /I or /C switch reduces the amount of time required to run Chkdsk by
> skipping certain checks of the volume.
Received on 2004-04-15