* Fwd: 2TB USB hard drive for backing up [not found] ` <CAGZeNof6NWiXhCDPpZiLu8QhQ_6Cmp-nhSOf=h=-jAjccWaa7g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2013-01-19 21:40 ` Ellwood Blues 2013-01-21 21:21 ` H. Peter Anvin [not found] ` <CAGZeNoeEoecpjvuP9uwphostOcrrAJNerxYGUtjyaMEBn04jxQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 0 siblings, 2 replies; 10+ messages in thread From: Ellwood Blues @ 2013-01-19 21:40 UTC (permalink / raw) To: linux-efi-u79uwXL29TY76Z2rM5mHXA [-- Attachment #1: Type: text/plain, Size: 9524 bytes --] Hi. I've had this problem for so long that today after compiling kernel 3.7.3 and not getting any improvements I decided to let you know that some of us still only able to use our GPT 3TB hard disks only on Windows. On linux only hdparm and gdisk see 3TB but also see some kind of corruption on the alternate GPT which is not true because on windows works flawlessly. I hope you won't take too long to make it work because this is the only reason I still loging in on windows, before buying this disk I didn't log in on windows at all. I don't need the EFI drivers to work because the BIOS is not ready for that, I only would like to read and write on the disk which is already half full and cannot do any new experiments trying to fix it with gdisk. I only need the kernel GPT drivers to work out. Cheers. ---------- Forwarded message ---------- From: Ellwood Blues <elwood.blue-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Date: 2012/6/22 Subject: Fwd: 2TB USB hard drive for backing up To: 678568-61a8vm9lEZVf4u+23C9RwQ@public.gmane.org ---------- Forwarded message ---------- From: Ellwood Blues <elwood.blue-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Date: 2012/5/3 Subject: Re: 2TB USB hard drive for backing up To: debian-user-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org 2012/4/30 Martin Steigerwald <Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>: > Am Montag, 30. April 2012 schrieb Ellwood Blues: >> 2012/4/30 Martin Steigerwald <Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>: >> > Am Montag, 30. April 2012 schrieb Chris Bannister: >> >> On Sun, Apr 29, 2012 at 08:27:03PM +0200, Martin Steigerwald wrote: >> >> > Hmmm, I´d avoid those with 4 KB hardware sectors that lie to the >> >> > OS they have 512 byte sectors. Although I think even those should >> >> > work. But with 512 byte sectors you have a 2 TB limit when you >> >> > use MBR partitioning. >> >> > >> >> > 3 TB disks with 4 KB sectors both hardware (physical) and software >> >> > (logical) should just work, provided the Linux is new enough. >> >> > >> >> > On Squeeze use -cu as additional options (see manpage). >> >> >> >> Sorry for jumping in here, but I can't figure out (from your post) >> >> which command requires the additional options: -cu. Which manpage? >> > >> > fdisk. Sorry if I didn´t mention it anywhere in my post. >> >> Thanks, I've tried everything but not success. The problem is that the >> disk is already half full and aligned with WD tools. I am just waiting >> for linux to be able to read it and write it as efficiently as Windows >> does it, at the moment I am not able to read it, which is very >> frustrating. > > I would like to see some information from the disk, like > > - relevant stuff from hdparm -I /dev/yourdisk (feel free to skip serial > number if you do not want to post it here) > - fdisk -cul /dev/yourdisk > - tail -fn0 /var/log/syslog / dmesg when the kernel detects the disk > > for starters. > > You need to use GPT if the disk reports 512 byte sectors to the OS. Thats > no problem, when its just a data disk. Try gdisk on the disk. Sorry for the delay. Her you have what you've asked attached as files and as text on the message: /dev/sdf: ATA device, with non-removable media Model Number: WDC WD30EZRX-00MMMB0 Serial Number: WD-WCAWZxxxxxxx Firmware Revision: 80.00A80 Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: Supported: 8 7 6 5 Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 268435455 LBA48 user addressable sectors: 5860533168 Logical Sector size: 512 bytes Physical Sector size: 4096 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 2861588 MBytes device size with M = 1000*1000: 3000592 MBytes (3000 GB) cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 0 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * SMART feature set Security Mode feature set * Power Management feature set * Write cache * Look-ahead * Host Protected Area feature set * WRITE_BUFFER command * READ_BUFFER command * NOP cmd * DOWNLOAD_MICROCODE Power-Up In Standby feature set * SET_FEATURES required to spinup after power up SET_MAX security extension * 48-bit Address feature set * Device Configuration Overlay feature set * Mandatory FLUSH_CACHE * FLUSH_CACHE_EXT * SMART error logging * SMART self-test * General Purpose Logging feature set * 64-bit World wide name * {READ,WRITE}_DMA_EXT_GPL commands * Segmented DOWNLOAD_MICROCODE * Gen1 signaling speed (1.5Gb/s) * Gen2 signaling speed (3.0Gb/s) * Gen3 signaling speed (6.0Gb/s) * Native Command Queueing (NCQ) * Host-initiated interface power management * Phy event counters * NCQ priority information DMA Setup Auto-Activate optimization * Software settings preservation * SMART Command Transport (SCT) feature set * SCT LBA Segment Access (AC2) * SCT Features Control (AC4) * SCT Data Tables (AC5) unknown 206[12] (vendor specific) unknown 206[13] (vendor specific) Security: Master password revision code = 65534 supported not enabled not locked not frozen not expired: security count supported: enhanced erase more than 508min for SECURITY ERASE UNIT. more than 508min for ENHANCED SECURITY ERASE UNIT. Logical Unit WWN Device Identifier: 50014ee25b5ed142 NAA : 5 IEEE OUI : 0014ee Unique ID : 25b5ed142 Checksum: correct May 3 18:18:50 relampago3 kernel: [ 3931.976021] usb 1-4: new high-speed USB device number 4 using ehci_hcd May 3 18:18:50 relampago3 kernel: [ 3932.108900] usb 1-4: New USB device found, idVendor=152d, idProduct=2329 May 3 18:18:50 relampago3 kernel: [ 3932.108907] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5 May 3 18:18:50 relampago3 kernel: [ 3932.108911] usb 1-4: Product: USB to ATA/ATAPI Bridge May 3 18:18:50 relampago3 kernel: [ 3932.108914] usb 1-4: Manufacturer: JMicron May 3 18:18:50 relampago3 kernel: [ 3932.108917] usb 1-4: SerialNumber: 152D20329000 May 3 18:18:50 relampago3 kernel: [ 3932.110324] usb-storage 1-4:1.0: Quirks match for vid 152d pid 2329: 8020 May 3 18:18:50 relampago3 kernel: [ 3932.110360] scsi7 : usb-storage 1-4:1.0 May 3 18:18:50 relampago3 mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-4" May 3 18:18:50 relampago3 mtp-probe: bus: 1, device: 4 was not an MTP device May 3 18:18:57 relampago3 hddtemp[1872]: /dev/sda: WDC WD2500JS-75NCB3: 34 C May 3 18:19:06 relampago3 kernel: [ 3948.470324] scsi 7:0:0:0: Direct-Access WDC WD30 EZRX-00MMMB0 PQ: 0 ANSI: 2 CCS May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] 1565565872 512-byte logical blocks: (801 GB/746 GiB) May 3 18:19:06 relampago3 kernel: [ 3948.473541] sd 7:0:0:0: [sdf] Write Protect is off May 3 18:19:06 relampago3 kernel: [ 3948.473547] sd 7:0:0:0: [sdf] Mode Sense: 34 00 00 00 May 3 18:19:06 relampago3 kernel: [ 3948.474287] sd 7:0:0:0: [sdf] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA May 3 18:19:06 relampago3 kernel: [ 3948.504915] Alternate GPT is invalid, using primary GPT. May 3 18:19:06 relampago3 kernel: [ 3948.504944] sdf: May 3 18:19:06 relampago3 kernel: [ 3948.507541] sd 7:0:0:0: [sdf] Attached SCSI disk May 3 18:19:06 relampago3 ata_id[3163]: HDIO_GET_IDENTITY failed for '/dev/sdf': Invalid argument fdisk: opción inválida -- c GNU Fdisk 1.2.4 Copyright (C) 1998 - 2006 Free Software Foundation, Inc. This program is free software, covered by the GNU General Public License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used. o OK c Cancel o Error: Can't have a partition outside the disk! [-- Attachment #2: syslogtail --] [-- Type: application/octet-stream, Size: 1963 bytes --] May 3 18:18:50 relampago3 kernel: [ 3931.976021] usb 1-4: new high-speed USB device number 4 using ehci_hcd May 3 18:18:50 relampago3 kernel: [ 3932.108900] usb 1-4: New USB device found, idVendor=152d, idProduct=2329 May 3 18:18:50 relampago3 kernel: [ 3932.108907] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=5 May 3 18:18:50 relampago3 kernel: [ 3932.108911] usb 1-4: Product: USB to ATA/ATAPI Bridge May 3 18:18:50 relampago3 kernel: [ 3932.108914] usb 1-4: Manufacturer: JMicron May 3 18:18:50 relampago3 kernel: [ 3932.108917] usb 1-4: SerialNumber: 152D20329000 May 3 18:18:50 relampago3 kernel: [ 3932.110324] usb-storage 1-4:1.0: Quirks match for vid 152d pid 2329: 8020 May 3 18:18:50 relampago3 kernel: [ 3932.110360] scsi7 : usb-storage 1-4:1.0 May 3 18:18:50 relampago3 mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-4" May 3 18:18:50 relampago3 mtp-probe: bus: 1, device: 4 was not an MTP device May 3 18:18:57 relampago3 hddtemp[1872]: /dev/sda: WDC WD2500JS-75NCB3: 34 C May 3 18:19:06 relampago3 kernel: [ 3948.470324] scsi 7:0:0:0: Direct-Access WDC WD30 EZRX-00MMMB0 PQ: 0 ANSI: 2 CCS May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] 1565565872 512-byte logical blocks: (801 GB/746 GiB) May 3 18:19:06 relampago3 kernel: [ 3948.473541] sd 7:0:0:0: [sdf] Write Protect is off May 3 18:19:06 relampago3 kernel: [ 3948.473547] sd 7:0:0:0: [sdf] Mode Sense: 34 00 00 00 May 3 18:19:06 relampago3 kernel: [ 3948.474287] sd 7:0:0:0: [sdf] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA May 3 18:19:06 relampago3 kernel: [ 3948.504915] Alternate GPT is invalid, using primary GPT. May 3 18:19:06 relampago3 kernel: [ 3948.504944] sdf: May 3 18:19:06 relampago3 kernel: [ 3948.507541] sd 7:0:0:0: [sdf] Attached SCSI disk May 3 18:19:06 relampago3 ata_id[3163]: HDIO_GET_IDENTITY failed for '/dev/sdf': Invalid argument [-- Attachment #3: fdisk --] [-- Type: application/octet-stream, Size: 642 bytes --] fdisk: opción inválida -- c GNU Fdisk 1.2.4 Copyright (C) 1998 - 2006 Free Software Foundation, Inc. This program is free software, covered by the GNU General Public License. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used. o OK c Cancel o Error: Can't have a partition outside the disk! [-- Attachment #4: hdparm --] [-- Type: application/octet-stream, Size: 2926 bytes --] /dev/sdf: ATA device, with non-removable media Model Number: WDC WD30EZRX-00MMMB0 Serial Number: WD-WCAWZxxxxxxx Firmware Revision: 80.00A80 Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: Supported: 8 7 6 5 Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 268435455 LBA48 user addressable sectors: 5860533168 Logical Sector size: 512 bytes Physical Sector size: 4096 bytes Logical Sector-0 offset: 0 bytes device size with M = 1024*1024: 2861588 MBytes device size with M = 1000*1000: 3000592 MBytes (3000 GB) cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 0 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * SMART feature set Security Mode feature set * Power Management feature set * Write cache * Look-ahead * Host Protected Area feature set * WRITE_BUFFER command * READ_BUFFER command * NOP cmd * DOWNLOAD_MICROCODE Power-Up In Standby feature set * SET_FEATURES required to spinup after power up SET_MAX security extension * 48-bit Address feature set * Device Configuration Overlay feature set * Mandatory FLUSH_CACHE * FLUSH_CACHE_EXT * SMART error logging * SMART self-test * General Purpose Logging feature set * 64-bit World wide name * {READ,WRITE}_DMA_EXT_GPL commands * Segmented DOWNLOAD_MICROCODE * Gen1 signaling speed (1.5Gb/s) * Gen2 signaling speed (3.0Gb/s) * Gen3 signaling speed (6.0Gb/s) * Native Command Queueing (NCQ) * Host-initiated interface power management * Phy event counters * NCQ priority information DMA Setup Auto-Activate optimization * Software settings preservation * SMART Command Transport (SCT) feature set * SCT LBA Segment Access (AC2) * SCT Features Control (AC4) * SCT Data Tables (AC5) unknown 206[12] (vendor specific) unknown 206[13] (vendor specific) Security: Master password revision code = 65534 supported not enabled not locked not frozen not expired: security count supported: enhanced erase more than 508min for SECURITY ERASE UNIT. more than 508min for ENHANCED SECURITY ERASE UNIT. Logical Unit WWN Device Identifier: 50014ee25b5ed142 NAA : 5 IEEE OUI : 0014ee Unique ID : 25b5ed142 Checksum: correct ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Fwd: 2TB USB hard drive for backing up 2013-01-19 21:40 ` Fwd: 2TB USB hard drive for backing up Ellwood Blues @ 2013-01-21 21:21 ` H. Peter Anvin 2013-01-22 10:27 ` Ellwood Blues [not found] ` <CAGZeNoeEoecpjvuP9uwphostOcrrAJNerxYGUtjyaMEBn04jxQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 1 sibling, 1 reply; 10+ messages in thread From: H. Peter Anvin @ 2013-01-21 21:21 UTC (permalink / raw) To: Ellwood Blues; +Cc: linux-efi, Linux Kernel Mailing List On 01/19/2013 03:40 PM, Ellwood Blues wrote: > Hi. > > I've had this problem for so long that today after compiling kernel > 3.7.3 and not getting any improvements I decided to let you know that > some of us still only able to use our GPT 3TB hard disks only on > Windows. > > On linux only hdparm and gdisk see 3TB but also see some kind of > corruption on the alternate GPT which is not true because on windows > works flawlessly. > > I hope you won't take too long to make it work because this is the > only reason I still loging in on windows, before buying this disk I > didn't log in on windows at all. > > I don't need the EFI drivers to work because the BIOS is not ready for > that, I only would like to read and write on the disk which is already > half full and cannot do any new experiments trying to fix it with > gdisk. > > I only need the kernel GPT drivers to work out. > This has nothing to do with GPT. The problem is that the capacity reported by the drive is truncated: May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] 1565565872 512-byte logical blocks: (801 GB/746 GiB) Is the hdparm produced via the USB interface or by plugging the internal drive into an SATA/eSATA port? Either way... it is offtopic for the linux-efi mailing list. -hpa ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Fwd: 2TB USB hard drive for backing up 2013-01-21 21:21 ` H. Peter Anvin @ 2013-01-22 10:27 ` Ellwood Blues 0 siblings, 0 replies; 10+ messages in thread From: Ellwood Blues @ 2013-01-22 10:27 UTC (permalink / raw) To: H. Peter Anvin; +Cc: linux-efi, Linux Kernel Mailing List 2013/1/21 H. Peter Anvin <hpa@zytor.com>: > This has nothing to do with GPT. The problem is that the capacity > reported by the drive is truncated: > > May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > 1565565872 512-byte logical blocks: (801 GB/746 GiB) > > Is the hdparm produced via the USB interface or by plugging the internal > drive into an SATA/eSATA port? USB SATA docking station which works out very well on windows. > > Either way... it is offtopic for the linux-efi mailing list. Sorry! I didn't know this was a list I thought it was the developer email address. I think that linux-efi is the most appropriate one to send this message because GPT is included in EFI modules, I didn't see any other about GPT. Cheers. ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <CAGZeNoeEoecpjvuP9uwphostOcrrAJNerxYGUtjyaMEBn04jxQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: Fwd: 2TB USB hard drive for backing up [not found] ` <CAGZeNoeEoecpjvuP9uwphostOcrrAJNerxYGUtjyaMEBn04jxQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2013-01-22 11:05 ` James Bottomley 2013-01-22 11:49 ` Oliver Neukum 0 siblings, 1 reply; 10+ messages in thread From: James Bottomley @ 2013-01-22 11:05 UTC (permalink / raw) To: Ellwood Blues Cc: linux-efi-u79uwXL29TY76Z2rM5mHXA, linux-scsi, USB Storage List [SCSI and USB lists added, message quoted in entirety] On Sat, 2013-01-19 at 21:40 +0000, Ellwood Blues wrote: > Hi. > > I've had this problem for so long that today after compiling kernel > 3.7.3 and not getting any improvements I decided to let you know that > some of us still only able to use our GPT 3TB hard disks only on > Windows. > > On linux only hdparm and gdisk see 3TB but also see some kind of > corruption on the alternate GPT which is not true because on windows > works flawlessly. > > I hope you won't take too long to make it work because this is the > only reason I still loging in on windows, before buying this disk I > didn't log in on windows at all. > > I don't need the EFI drivers to work because the BIOS is not ready for > that, I only would like to read and write on the disk which is already > half full and cannot do any new experiments trying to fix it with > gdisk. > > I only need the kernel GPT drivers to work out. The taxonomy is that the device isn't addressable over 2TB. That smells very like a non large block problem. More on this below. > Cheers. > > > > > ---------- Forwarded message ---------- > From: Ellwood Blues <elwood.blue-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> > Date: 2012/6/22 > Subject: Fwd: 2TB USB hard drive for backing up > To: 678568-61a8vm9lEZVf4u+23C9RwQ@public.gmane.org > > > ---------- Forwarded message ---------- > From: Ellwood Blues <elwood.blue-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> > Date: 2012/5/3 > Subject: Re: 2TB USB hard drive for backing up > To: debian-user-0aAXYlwwYIJuHlm7Suoebg@public.gmane.org > > > 2012/4/30 Martin Steigerwald <Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>: > > Am Montag, 30. April 2012 schrieb Ellwood Blues: > >> 2012/4/30 Martin Steigerwald <Martin-3kZCPVa5dk2azgQtNeiOUg@public.gmane.org>: > >> > Am Montag, 30. April 2012 schrieb Chris Bannister: > >> >> On Sun, Apr 29, 2012 at 08:27:03PM +0200, Martin Steigerwald wrote: > >> >> > Hmmm, I´d avoid those with 4 KB hardware sectors that lie to the > >> >> > OS they have 512 byte sectors. Although I think even those should > >> >> > work. But with 512 byte sectors you have a 2 TB limit when you > >> >> > use MBR partitioning. > >> >> > > >> >> > 3 TB disks with 4 KB sectors both hardware (physical) and software > >> >> > (logical) should just work, provided the Linux is new enough. > >> >> > > >> >> > On Squeeze use -cu as additional options (see manpage). > >> >> > >> >> Sorry for jumping in here, but I can't figure out (from your post) > >> >> which command requires the additional options: -cu. Which manpage? > >> > > >> > fdisk. Sorry if I didn´t mention it anywhere in my post. > >> > >> Thanks, I've tried everything but not success. The problem is that the > >> disk is already half full and aligned with WD tools. I am just waiting > >> for linux to be able to read it and write it as efficiently as Windows > >> does it, at the moment I am not able to read it, which is very > >> frustrating. > > > > I would like to see some information from the disk, like > > > > - relevant stuff from hdparm -I /dev/yourdisk (feel free to skip serial > > number if you do not want to post it here) > > - fdisk -cul /dev/yourdisk > > - tail -fn0 /var/log/syslog / dmesg when the kernel detects the disk > > > > for starters. > > > > You need to use GPT if the disk reports 512 byte sectors to the OS. Thats > > no problem, when its just a data disk. Try gdisk on the disk. > > Sorry for the delay. Her you have what you've asked attached as files > and as text on the message: > > > /dev/sdf: > > ATA device, with non-removable media > Model Number: WDC WD30EZRX-00MMMB0 > Serial Number: WD-WCAWZxxxxxxx > Firmware Revision: 80.00A80 > Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev > 2.5, SATA Rev 2.6, SATA Rev 3.0 > Standards: > Supported: 8 7 6 5 > Likely used: 8 > Configuration: > Logical max current > cylinders 16383 16383 > heads 16 16 > sectors/track 63 63 > -- > CHS current addressable sectors: 16514064 > LBA user addressable sectors: 268435455 > LBA48 user addressable sectors: 5860533168 > Logical Sector size: 512 bytes > Physical Sector size: 4096 bytes > Logical Sector-0 offset: 0 bytes > device size with M = 1024*1024: 2861588 MBytes > device size with M = 1000*1000: 3000592 MBytes (3000 GB) > cache/buffer size = unknown > Capabilities: > LBA, IORDY(can be disabled) > Queue depth: 32 > Standby timer values: spec'd by Standard, with device specific minimum > R/W multiple sector transfer: Max = 16 Current = 0 > DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 > Cycle time: min=120ns recommended=120ns > PIO: pio0 pio1 pio2 pio3 pio4 > Cycle time: no flow control=120ns IORDY flow control=120ns > Commands/features: > Enabled Supported: > * SMART feature set > Security Mode feature set > * Power Management feature set > * Write cache > * Look-ahead > * Host Protected Area feature set > * WRITE_BUFFER command > * READ_BUFFER command > * NOP cmd > * DOWNLOAD_MICROCODE > Power-Up In Standby feature set > * SET_FEATURES required to spinup after power up > SET_MAX security extension > * 48-bit Address feature set > * Device Configuration Overlay feature set > * Mandatory FLUSH_CACHE > * FLUSH_CACHE_EXT > * SMART error logging > * SMART self-test > * General Purpose Logging feature set > * 64-bit World wide name > * {READ,WRITE}_DMA_EXT_GPL commands > * Segmented DOWNLOAD_MICROCODE > * Gen1 signaling speed (1.5Gb/s) > * Gen2 signaling speed (3.0Gb/s) > * Gen3 signaling speed (6.0Gb/s) > * Native Command Queueing (NCQ) > * Host-initiated interface power management > * Phy event counters > * NCQ priority information > DMA Setup Auto-Activate optimization > * Software settings preservation > * SMART Command Transport (SCT) feature set > * SCT LBA Segment Access (AC2) > * SCT Features Control (AC4) > * SCT Data Tables (AC5) > unknown 206[12] (vendor specific) > unknown 206[13] (vendor specific) > Security: > Master password revision code = 65534 > supported > not enabled > not locked > not frozen > not expired: security count > supported: enhanced erase > more than 508min for SECURITY ERASE UNIT. more than 508min for > ENHANCED SECURITY ERASE UNIT. > Logical Unit WWN Device Identifier: 50014ee25b5ed142 > NAA : 5 > IEEE OUI : 0014ee > Unique ID : 25b5ed142 > Checksum: correct > > > > > > > May 3 18:18:50 relampago3 kernel: [ 3931.976021] usb 1-4: new > high-speed USB device number 4 using ehci_hcd > May 3 18:18:50 relampago3 kernel: [ 3932.108900] usb 1-4: New USB > device found, idVendor=152d, idProduct=2329 > May 3 18:18:50 relampago3 kernel: [ 3932.108907] usb 1-4: New USB > device strings: Mfr=1, Product=2, SerialNumber=5 > May 3 18:18:50 relampago3 kernel: [ 3932.108911] usb 1-4: Product: > USB to ATA/ATAPI Bridge > May 3 18:18:50 relampago3 kernel: [ 3932.108914] usb 1-4: Manufacturer: JMicron > May 3 18:18:50 relampago3 kernel: [ 3932.108917] usb 1-4: > SerialNumber: 152D20329000 > May 3 18:18:50 relampago3 kernel: [ 3932.110324] usb-storage 1-4:1.0: > Quirks match for vid 152d pid 2329: 8020 This is the first problem. I think only UAS has been tested over 2TB > May 3 18:18:50 relampago3 kernel: [ 3932.110360] scsi7 : usb-storage 1-4:1.0 > May 3 18:18:50 relampago3 mtp-probe: checking bus 1, device 4: > "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-4" > May 3 18:18:50 relampago3 mtp-probe: bus: 1, device: 4 was not an MTP device > May 3 18:18:57 relampago3 hddtemp[1872]: /dev/sda: WDC WD2500JS-75NCB3: 34 C > May 3 18:19:06 relampago3 kernel: [ 3948.470324] scsi 7:0:0:0: > Direct-Access WDC WD30 EZRX-00MMMB0 PQ: 0 ANSI: 2 CCS But this another minor issue: The device is reporting only as SCSI-2. That means it can't support READ CAPACITY(16) which is required to get devices > 2TB. We already expect this sort of thing from USB devices, so we should cope OK. > May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > 1565565872 512-byte logical blocks: (801 GB/746 GiB) This looks like a wrap around of your actual size. This appears to indicate the device isn't replying correctly to READ CAPACITY. The conventional return from READ CAPACITY should be -1 which would trigger us to retry with READ CAPACITY(16). James > May 3 18:19:06 relampago3 kernel: [ 3948.473541] sd 7:0:0:0: [sdf] > Write Protect is off > May 3 18:19:06 relampago3 kernel: [ 3948.473547] sd 7:0:0:0: [sdf] > Mode Sense: 34 00 00 00 > May 3 18:19:06 relampago3 kernel: [ 3948.474287] sd 7:0:0:0: [sdf] > Write cache: disabled, read cache: enabled, doesn't support DPO or FUA > May 3 18:19:06 relampago3 kernel: [ 3948.504915] Alternate GPT is > invalid, using primary GPT. > May 3 18:19:06 relampago3 kernel: [ 3948.504944] sdf: > May 3 18:19:06 relampago3 kernel: [ 3948.507541] sd 7:0:0:0: [sdf] > Attached SCSI disk > May 3 18:19:06 relampago3 ata_id[3163]: HDIO_GET_IDENTITY failed for > '/dev/sdf': Invalid argument > > > > > fdisk: opción inválida -- c > GNU Fdisk 1.2.4 > Copyright (C) 1998 - 2006 Free Software Foundation, Inc. > This program is free software, covered by the GNU General Public License. > > This program is distributed in the hope that it will be useful, > but WITHOUT ANY WARRANTY; without even the implied warranty of > MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > GNU General Public License for more details. > > Error: The backup GPT table is corrupt, but the primary appears OK, so > that will be used. > o OK > c Cancel > o > Error: Can't have a partition outside the disk! ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Fwd: 2TB USB hard drive for backing up 2013-01-22 11:05 ` James Bottomley @ 2013-01-22 11:49 ` Oliver Neukum 2013-01-22 11:58 ` James Bottomley 2013-01-22 15:43 ` [usb-storage] " Alan Stern 0 siblings, 2 replies; 10+ messages in thread From: Oliver Neukum @ 2013-01-22 11:49 UTC (permalink / raw) To: James Bottomley; +Cc: Ellwood Blues, linux-efi, linux-scsi, USB Storage List On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: > > May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > > 1565565872 512-byte logical blocks: (801 GB/746 GiB) > > This looks like a wrap around of your actual size. This appears to > indicate the device isn't replying correctly to READ CAPACITY. The > conventional return from READ CAPACITY should be -1 which would trigger > us to retry with READ CAPACITY(16). What can we do? The answer the device is giving is quite ordinary. Do we need another quirk and an associated flag? Regards Oliver ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Fwd: 2TB USB hard drive for backing up 2013-01-22 11:49 ` Oliver Neukum @ 2013-01-22 11:58 ` James Bottomley 2013-01-22 15:43 ` [usb-storage] " Alan Stern 1 sibling, 0 replies; 10+ messages in thread From: James Bottomley @ 2013-01-22 11:58 UTC (permalink / raw) To: Oliver Neukum; +Cc: Ellwood Blues, linux-efi, linux-scsi, USB Storage List On Tue, 2013-01-22 at 12:49 +0100, Oliver Neukum wrote: > On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: > > > May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > > > 1565565872 512-byte logical blocks: (801 GB/746 GiB) > > > > This looks like a wrap around of your actual size. This appears to > > indicate the device isn't replying correctly to READ CAPACITY. The > > conventional return from READ CAPACITY should be -1 which would trigger > > us to retry with READ CAPACITY(16). > > What can we do? The answer the device is giving is quite ordinary. > Do we need another quirk and an associated flag? Well, firstly we have to verify the theory, but if it pans out, probably ... this time a force RC16 flag. Unless there's any other way to tell that we have this problem? James ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [usb-storage] Re: Fwd: 2TB USB hard drive for backing up 2013-01-22 11:49 ` Oliver Neukum 2013-01-22 11:58 ` James Bottomley @ 2013-01-22 15:43 ` Alan Stern 2013-01-22 17:05 ` H. Peter Anvin 1 sibling, 1 reply; 10+ messages in thread From: Alan Stern @ 2013-01-22 15:43 UTC (permalink / raw) To: Oliver Neukum Cc: James Bottomley, Ellwood Blues, linux-efi, linux-scsi, USB Storage List On Tue, 22 Jan 2013, Oliver Neukum wrote: > On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: > > > May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > > > 1565565872 512-byte logical blocks: (801 GB/746 GiB) > > > > This looks like a wrap around of your actual size. This appears to > > indicate the device isn't replying correctly to READ CAPACITY. The > > conventional return from READ CAPACITY should be -1 which would trigger > > us to retry with READ CAPACITY(16). > > What can we do? The answer the device is giving is quite ordinary. > Do we need another quirk and an associated flag? The JMicron bridges are well known to be fairly buggy. Another quirk may indeed be the only solution. Oliver, would you like to write a patch for it? Alan Stern ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [usb-storage] Re: Fwd: 2TB USB hard drive for backing up 2013-01-22 15:43 ` [usb-storage] " Alan Stern @ 2013-01-22 17:05 ` H. Peter Anvin 2013-01-22 17:13 ` James Bottomley 0 siblings, 1 reply; 10+ messages in thread From: H. Peter Anvin @ 2013-01-22 17:05 UTC (permalink / raw) To: Alan Stern Cc: Oliver Neukum, James Bottomley, Ellwood Blues, linux-efi, linux-scsi, USB Storage List On 01/22/2013 09:43 AM, Alan Stern wrote: > On Tue, 22 Jan 2013, Oliver Neukum wrote: > >> On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: >>>> May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] >>>> 1565565872 512-byte logical blocks: (801 GB/746 GiB) >>> >>> This looks like a wrap around of your actual size. This appears to >>> indicate the device isn't replying correctly to READ CAPACITY. The >>> conventional return from READ CAPACITY should be -1 which would trigger >>> us to retry with READ CAPACITY(16). >> >> What can we do? The answer the device is giving is quite ordinary. >> Do we need another quirk and an associated flag? > > The JMicron bridges are well known to be fairly buggy. Another quirk > may indeed be the only solution. Oliver, would you like to write a > patch for it? > Would it make more sense to try READ CAPACITY(16) first? Or does that have other bad effects? -hpa ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [usb-storage] Re: Fwd: 2TB USB hard drive for backing up 2013-01-22 17:05 ` H. Peter Anvin @ 2013-01-22 17:13 ` James Bottomley [not found] ` <1358874830.2387.46.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org> 0 siblings, 1 reply; 10+ messages in thread From: James Bottomley @ 2013-01-22 17:13 UTC (permalink / raw) To: H. Peter Anvin Cc: Alan Stern, Oliver Neukum, Ellwood Blues, linux-efi, linux-scsi, USB Storage List On Tue, 2013-01-22 at 11:05 -0600, H. Peter Anvin wrote: > On 01/22/2013 09:43 AM, Alan Stern wrote: > > On Tue, 22 Jan 2013, Oliver Neukum wrote: > > > >> On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: > >>>> May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: [sdf] > >>>> 1565565872 512-byte logical blocks: (801 GB/746 GiB) > >>> > >>> This looks like a wrap around of your actual size. This appears to > >>> indicate the device isn't replying correctly to READ CAPACITY. The > >>> conventional return from READ CAPACITY should be -1 which would trigger > >>> us to retry with READ CAPACITY(16). > >> > >> What can we do? The answer the device is giving is quite ordinary. > >> Do we need another quirk and an associated flag? > > > > The JMicron bridges are well known to be fairly buggy. Another quirk > > may indeed be the only solution. Oliver, would you like to write a > > patch for it? > > > > Would it make more sense to try READ CAPACITY(16) first? Or does that > have other bad effects? That has other effect: Many USB devices crash the firmware on 16 byte commands (sigh, welcome to our world ...) James ^ permalink raw reply [flat|nested] 10+ messages in thread
[parent not found: <1358874830.2387.46.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org>]
* Re: [usb-storage] Re: Fwd: 2TB USB hard drive for backing up [not found] ` <1358874830.2387.46.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org> @ 2013-01-22 19:17 ` H. Peter Anvin 0 siblings, 0 replies; 10+ messages in thread From: H. Peter Anvin @ 2013-01-22 19:17 UTC (permalink / raw) To: James Bottomley Cc: Alan Stern, Oliver Neukum, Ellwood Blues, linux-efi-u79uwXL29TY76Z2rM5mHXA, linux-scsi, USB Storage List Don't worry... I have lived in that world for decades... it's a lot like BIOS. James Bottomley <James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org> wrote: >On Tue, 2013-01-22 at 11:05 -0600, H. Peter Anvin wrote: >> On 01/22/2013 09:43 AM, Alan Stern wrote: >> > On Tue, 22 Jan 2013, Oliver Neukum wrote: >> > >> >> On Tuesday 22 January 2013 11:05:35 James Bottomley wrote: >> >>>> May 3 18:19:06 relampago3 kernel: [ 3948.472796] sd 7:0:0:0: >[sdf] >> >>>> 1565565872 512-byte logical blocks: (801 GB/746 GiB) >> >>> >> >>> This looks like a wrap around of your actual size. This appears >to >> >>> indicate the device isn't replying correctly to READ CAPACITY. >The >> >>> conventional return from READ CAPACITY should be -1 which would >trigger >> >>> us to retry with READ CAPACITY(16). >> >> >> >> What can we do? The answer the device is giving is quite ordinary. >> >> Do we need another quirk and an associated flag? >> > >> > The JMicron bridges are well known to be fairly buggy. Another >quirk >> > may indeed be the only solution. Oliver, would you like to write a > >> > patch for it? >> > >> >> Would it make more sense to try READ CAPACITY(16) first? Or does >that >> have other bad effects? > >That has other effect: Many USB devices crash the firmware on 16 byte >commands (sigh, welcome to our world ...) > >James -- Sent from my mobile phone. Please excuse brevity and lack of formatting. ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2013-01-22 19:17 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <jmunm9$90r$2@speranza.aioe.org> [not found] ` <201204301814.21525.Martin@lichtvoll.de> [not found] ` <CAGZeNoc82T0jS=Sg3d2umqi6PjAWjOKjqK2RbuK+QfAzN3Pmww@mail.gmail.com> [not found] ` <201205010044.24643.Martin@lichtvoll.de> [not found] ` <CAGZeNoeSEtTMK22+JcsG7xRRrbsQwgJV5iLgWenrX=rvLr-ZXQ@mail.gmail.com> [not found] ` <CAGZeNof6NWiXhCDPpZiLu8QhQ_6Cmp-nhSOf=h=-jAjccWaa7g@mail.gmail.com> [not found] ` <CAGZeNof6NWiXhCDPpZiLu8QhQ_6Cmp-nhSOf=h=-jAjccWaa7g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-01-19 21:40 ` Fwd: 2TB USB hard drive for backing up Ellwood Blues 2013-01-21 21:21 ` H. Peter Anvin 2013-01-22 10:27 ` Ellwood Blues [not found] ` <CAGZeNoeEoecpjvuP9uwphostOcrrAJNerxYGUtjyaMEBn04jxQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-01-22 11:05 ` James Bottomley 2013-01-22 11:49 ` Oliver Neukum 2013-01-22 11:58 ` James Bottomley 2013-01-22 15:43 ` [usb-storage] " Alan Stern 2013-01-22 17:05 ` H. Peter Anvin 2013-01-22 17:13 ` James Bottomley [not found] ` <1358874830.2387.46.camel-sFMDBYUN5F8GjUHQrlYNx2Wm91YjaHnnhRte9Li2A+AAvxtiuMwx3w@public.gmane.org> 2013-01-22 19:17 ` H. Peter Anvin
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.