FreeBSD-15.0+OLYMPUS WS-806: dictaphone OLYMPUS WS-806 [umass0: detached]

USerID

USerID

The motherboard (Intel B75A) is a noname.
The voice recorder is connected via USB for 9 seconds and then disconnected. This process is not random, but rather regular and repetitive.
$ uname -aKU
Code: 
FreeBSD none 15.0-RELEASE-p1 FreeBSD 15.0-RELEASE-p1 releng/15.0-n280999-7bceec30b351 GENERIC amd64 1500068 1500068

$ tail /var/log/messages
Code: 
Dec 31 08:41:03 none kernel: (da0:umass-sim0:0:0:0): CACHE PAGE TOO SHORT data len 3 desc len 0
Dec 31 08:41:03 none kernel: (da0:umass-sim0:0:0:0): Mode page 8 missing, disabling SYNCHRONIZE CACHE
Dec 31 08:41:03 none kernel: da1 at umass-sim0 bus 0 scbus3 target 0 lun 1
Dec 31 08:41:03 none kernel: da1: <OLYMPUS DVR 1.02> Removable Direct Access SCSI-2 device
Dec 31 08:41:03 none kernel: da1: Serial Number 2001347530000000
Dec 31 08:41:03 none kernel: da1: 40.000MB/s transfers
Dec 31 08:41:03 none kernel: da1: 14910MB (30535680 512 byte sectors)
Dec 31 08:41:03 none kernel: da1: quirks=0x2<NO_6_BYTE>
Dec 31 08:41:03 none kernel: (da1:umass-sim0:0:0:1): CACHE PAGE TOO SHORT data len 3 desc len 0
Dec 31 08:41:03 none kernel: (da1:umass-sim0:0:0:1): Mode page 8 missing, disabling SYNCHRONIZE CACHE

$ tail /var/log/messages
Code: 
Dec 31 08:41:03 none kernel: (da1:umass-sim0:0:0:1): Mode page 8 missing, disabling SYNCHRONIZE CACHE
Dec 31 08:41:09 none kernel: ugen1.5: <OLYMPUS CORPORATION DIGITAL VOICE RECORDER> at usbus1 (disconnected)
Dec 31 08:41:09 none kernel: umass0: at uhub4, port 3, addr 5 (disconnected)
Dec 31 08:41:09 none kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun 0
Dec 31 08:41:09 none kernel: da0: <OLYMPUS DVR 1.02>  s/n 2001347530000000 detached
Dec 31 08:41:09 none kernel: da1 at umass-sim0 bus 0 scbus3 target 0 lun 1
Dec 31 08:41:09 none kernel: da1: <OLYMPUS DVR 1.02>  s/n 2001347530000000 detached
Dec 31 08:41:09 none kernel: (da0:umass-sim0:0:0:0): Periph destroyed
Dec 31 08:41:09 none kernel: (da1:umass-sim0:0:0:1): Periph destroyed
Dec 31 08:41:09 none kernel: umass0: detached

$ gpart show
Code: 
=>     63  7602113  da0  MBR  (3.6G)
       63     8129       - free -  (4.0M)
     8192  7593984    1  fat32  (3.6G)

=>      63  30535617  da1  MBR  (15G)
        63      8129       - free -  (4.0M)
      8192  30527488    1  fat32  (15G)

$ gpart show
Code: 
=>      40  62533216  ada0  GPT  (30G)
        40    532480     1  efi  (260M)
    532520      1024     2  freebsd-boot  (512K)
    533544       984        - free -  (492K)
    534528   8388608     3  freebsd-swap  (4.0G)
   8923136  53608448     4  freebsd-zfs  (26G)
  62531584      1672        - free -  (836K)

=>      40  62533216  ada1  GPT  (30G)
        40    532480     1  efi  (260M)
    532520      1024     2  freebsd-boot  (512K)
    533544       984        - free -  (492K)
    534528   8388608     3  freebsd-swap  (4.0G)
   8923136  53608448     4  freebsd-zfs  (26G)
  62531584      1672        - free -  (836K)
$ gpart show da0
Code: 
gpart: No such geom: da0.


On a different motherboard ASUS (AMD) and on version 14.3-p7 the voice recorder does not fail.
 
atax1a said:
your cable might be marginal, or you might be tripping the current limit.
Click to expand...
Great idea about the poor current pumping! I thought the same thing at first. But... unfortunately, it didn't work. I had to install the sacred Windows 11 to clear things up. Read below to find out what happened...
Selin said:
Tested with Windows on the same hardware - no issues.
Click to expand...
Yes, I also upgraded the recorder to Windows 11 using the same hardware and the same cables. Yes... nothing crashes. Everything works perfectly: automounting, internal memory detection, SD card detection, reading directories, stable display in Disk Manager... In short, NO, it's not the hardware or the amps being poorly supplied to the USB line. I wanted to believe the recorder was consuming amps well, but there wasn't enough juice (not like a regular flash drive). But damn, if this is an annoying bug, then I'm disappointed... In 2025, not being able to manage a stable connection for a recorder is bad form...
 
You must log in or register to reply here.
Back
Top