Partitions not detected with firewire - 36 bytes offset - PL-3507
Brought to you by:
aeb,
bencollins
From: Fab S. <fab...@ya...> - 2016-06-02 12:13:10
|
Hello I have a external hard drive box (brand SQP : www.sqp.fr, more details below) with USB & Firewire support. The chipset is a PL-3507. On MaxOS X or windows (eg win10), if I connect through USB or FW, my partitions are displayed and the disk is well detected. In Linux (kernel 4.5.3) with USB, disk and partitions are well detected. However when connected through firewire, the disk is well detected but not the partitions. By investigating the issue I came to that thread [ https://sourceforge.net/p/linux1394/mailman/message/13218958/ ] which I read carefuly. I also have an offset when running dd on the disk. There are 36 additional bytes (value : 0x00) at the begining of the disk when connected through FW compared to USB. That may explain the fact that the partitions are not found. BTW, it is a GUID Partition Table in my case. I checked the firmware, it is dated 2004/Oct/06. According to the release notes of the firmware, there was a fix in firmware 2004/Mar/24 labeled " Fixed cannot mount HDD in Linux RedHat. Must use kernel v2.4.20 and above. [1394] ". So I supposed upgrading wouldn't bring anything. Nevertheless, I tried upgrading the firmware to a more recent one [2004/Nov/09 or even 2006/Apr/20], but upgrade was rejected. The above thread mentioned that some boards have a zero resistor preventing upgrade. I searched for the zero resistance R72 (http://club.cdfreaks.com/showthread.php?p=957178), but on my board there isn't any. So I don't see how to upgrade the firmware. My questions are : - could it be a bug in linux driver ? - is it that my device is not well detected ? Or is there any workaround in the kernel for buggy devices which doesn't match my particular device ? It's vendor/device id are when connected as USB idVendor=0025, idProduct=3507 (usualy for prolific it is idVendor=067b, idProduct=3507) - do you have any other clue to make it work, or upgrade the firmware, or determine which zero resistor has to be removed ? - is there some way to tell linux to start reading the disk with an offset of 36 bytes or ignore these 36 bytes? You can find below all technical details. Thank you * kernel version : Linux debian 4.5.0-0.bpo.2-amd64 #1 SMP Debian 4.5.3-2~bpo8+1 (2016-05-13) x86_64 GNU/Linux * which kernel drivers you are using (lsmod | grep -e 1394 -e firewire) firewire_sbp2 24576 0 scsi_mod 229376 7 sg,uas,usb_storage,libata,sd_mod,sr_mod,firewire_sbp2 firewire_ohci 40960 0 firewire_core 65536 2 firewire_ohci,firewire_sbp2 crc_itu_t 16384 1 firewire_core * relevant messages from dmesg [66693.391283] firewire_core 0000:02:00.0: phy config: new root=ffc1, gap_count=5 [66697.227221] firewire_core 0000:02:00.0: phy config: new root=ffc1, gap_count=5 [66697.666381] firewire_core 0000:02:00.0: created device fw1: GUID 0000190e0000026e, S400 [66697.844315] scsi host5: SBP-2 IEEE-1394 [66697.844445] firewire_sbp2 fw1.0: workarounds 0x20 (firmware_revision 0x012804, model_id 0x000001) [66698.044800] firewire_sbp2 fw1.0: logged in to LUN 0000 (0 retries) [66698.045542] scsi 5:0:0:0: Direct-Access-RBC SAMSUNG SP0842N PQ: 0 ANSI: 4 [66698.045892] sd 5:0:0:0: Attached scsi generic sg3 type 14 [66698.046476] sd 5:0:0:0: [sdc] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB) [66698.046591] sd 5:0:0:0: [sdc] Write Protect is off [66698.046596] sd 5:0:0:0: [sdc] Mode Sense: 11 00 00 00 [66698.046868] sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [66698.055440] sd 5:0:0:0: [sdc] Attached SCSI disk * make and model of FireWire peripheral : SQP BOIT-XPCOMPO * adapter card model and/or OHCI chipset 02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 46) (prog-if 10 [OHCI]) Subsystem: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller Flags: bus master, stepping, medium devsel, latency 64, IRQ 16 Memory at fdcff000 (32-bit, non-prefetchable) [size=2K] I/O ports at ef00 [size=128] Capabilities: <access denied> Kernel driver in use: firewire_ohci * output of lspci 00:00.0 Host bridge: Intel Corporation 82946GZ/PL/GL Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corporation 82946GZ/PL/GL PCI Express Root Port (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82946GZ/GL Integrated Graphics Controller (rev 02) 00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01) 00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01) 00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01) 02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 46) 02:08.0 Ethernet controller: Intel Corporation NM10/ICH7 Family LAN Controller (rev 01) * versions of libraries (libraw1394...), application or utility (if applicable) libraw1394 : v2.1.0 |