virgins...@vfemail.net wrote:
> Does it play back as well as record? If so, do the recordings sound
> correct when played directly from the device?
Yup. Sounds just fine on the device itself.
> That's not likely to be a problem unless you're playing a high bitrate
> mp3 directly over USB from the device, with lots of other traffic on
> the bus.
It is an older, USB1.0 hub plugged into the same bus as a keyboard *
mouse, so it shouldn't be an issue. Other devices on the hub when
plugged in work fine.
Ben suggested plugging direct into the bus, but ATM that jack is rather
inconveniently on the back of the box... I'll try it when I have time to
fuss with it.
>
>> Mar 5 04:14:41 ono-sendai kernel: attempt to access beyond end of device
>> Mar 5 04:14:41 ono-sendai kernel: sdb: rw=0, want=251840, limit=246864
>
> That message is often indicative of a corrupt FS. Did you specify any
> low-level filesystem parameters when you mounted the device, or did
> you let it autoguess the format?
Completely auto-guessed.
dosfsck initially found a problem, but corrected it. A current dosfsck
gives me:
$ sudo dosfsck -atvV /dev/sdb1
dosfsck 2.11 (12 Mar 2005)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
1024 bytes per cluster
38 reserved sectors
First FAT starts at byte 19456 (sector 38)
2 FATs, 32 bit entries
500224 bytes per FAT (= 977 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 1019904 (sector 1992)
124972 data clusters (127971328 bytes)
63 sectors/track, 255 heads
63 hidden sectors
251937 sectors total
Starting check/repair pass.
Checking for bad clusters.
Reclaiming unconnected clusters.
Checking free cluster summary.
Starting verification pass.
Checking for unused clusters.
/dev/sdb1: 46 files, 5280/124972 clusters
$
The device has an SD slot, so I plan to try that out later today.
What is confusing me is that it is properly detected, according to this:
Mar 5 09:29:17 ono-sendai kernel: sd 52:0:0:0: [sdb] 246864 512-byte
hardware sectors (126 MB)
...but only miliseconds later, I see:
Mar 5 09:29:18 ono-sendai kernel: attempt to access beyond end of device
Mar 5 09:29:18 ono-sendai kernel: sdb: rw=0, want=251840, limit=246864
So it already sees that there are 246864 but is still trying to access
251840 through 252000.
It automatically mounts it wit the following message:
Mar 5 09:29:23 ono-sendai hald: mounted /dev/sdb1 on behalf of uid 500
And a mount -v tells me:
/dev/sdb1 on /media/SMILABEL type vfat
(rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=500,utf8,shortname=lower)
Googling the issue tells me that others have had luck re-partitioning
their external drives, but I'm not so sure this thing would recognize a
newly partitioned internal drive...
Indeed, fdisk gives me:
$ sudo fdisk /dev/sdb
Command (m for help): p
Disk /dev/sdb: 126 MB, 126394368 bytes
16 heads, 63 sectors/track, 244 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 250 125968+ b W95 FAT32
Command (m for help): v
Partitions 1: cylinder 250 greater than maximum 244
Total allocated sectors 251938 greater than the maximum 246864
Command (m for help): q
$
I've emailed the manufacturer's support dept. to see if I can just
re-partition and reformat or if that will brick the device.
Brian
--
---------------------------------------------------------------
| br...@datasquire.net Proprietor: http://www.JustWorksNH.com |
| Computers and Web Sites that JUST WORK |
| Work: +1 (603) 484-1461 Home: +1 (603) 484-1469 |
---------------------------------------------------------------
_______________________________________________
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
