Support and General Use > Audio Playback, Database and Playlists

Linux, iHP-140 and mystery files

(1/3) > >>

spurty:
Hope this wasn't covered but my searching only uncovered something in an unrelated thread about Linux USB drivers not quite being ready for prime time. Anyway, I used to use Rockbox exclusively thru Windows XP and had no problems. The LED light on my player would light when it was transferring and wouldn't let me unmount the player until it was finished doing whatever it was doing.

Now I'm using the latest build with a Puppy Linux live CD and I think it works most of the time but when copying files over the player the indicator light doesn't come on. On a few occasions I think I must have unmounted the player before copy completion because there will be empty or broken files within a directory -- it'll play track 2 then skip to 14 or just get stuck on 3.

I've used several versions of Rockbox in past year or so and have noticed the USB Bootloader screen change a couple of times. Does that vary with operating system and is that what my problem is? Is there a temporary work around like 'ps' to check that the copy process is in fact done? Other than that I'm having to listen to all the files off the player while it's still connected to my computer to make sure they are actually there.

Thanks.

Chronon:
Have you run a disk checking utility?  If your file system is damaged transferring more files to it isn't a good idea.  You should repair any damage otherwise the situation will likely get worse.

I use my players with Linux and don't have any problems. 

spurty:
Newbie question: Do most Linux distros come with a basic file system checker and repair command?

bluebrother:
fsck.vfat

spurty:
For the benefit of other newbies. I ended up using the command below with Puppy Linux 4.20 where "/dev/sda1" is where my iHP-140 was mounted. To check the 40Gs it took about an hour. Not sure what reclaiming unused clusters is. This mean everything checks out?

#dosfsck -vfat /dev/sda1
dosfsck 3.0.1 (23 Nov 2008)
dosfsck 3.0.1, 23 Nov 2008, FAT32, LFN
Checking we can access the last sector of the filesystem
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  71:20/00, 72:20/00, 73:20/00, 74:20/00, 75:20/00, 76:20/00, 77:20/00
  , 78:20/00, 79:20/00, 80:20/00, 81:20/00
  Not automatically fixing this.
Boot sector contents:
System ID "MSWIN4.1"
Media byte 0xf8 (hard disk)
       512 bytes per logical sector
     32768 bytes per cluster
        32 reserved sectors
First FAT starts at byte 16384 (sector 32)
         2 FATs, 32 bit entries
   4882432 bytes per FAT (= 9536 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 9781248 (sector 19104)
   1220389 data clusters (39989706752 bytes)
63 sectors/track, 255 heads
        63 hidden sectors
  78124032 sectors total
Checking for bad clusters.
Reclaiming unconnected clusters.
Reclaimed 16875 unused clusters (552960000 bytes) in 112 chains.
Checking free cluster summary.
Performing changes.
/dev/sda1: 2503 files, 332279/1220389 clusters

Navigation

[0] Message Index

[#] Next page