* 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
* 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
* 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.