Date: Sun, 2 Jun 2013 16:30:14 +0200 From: Alban Hertroys <haramrae@gmail.com> To: "Steven Hartland" <killing@multiplay.co.uk> Cc: Kimmo Paasiala <kpaasial@gmail.com>, freebsd-stable@freebsd.org Subject: Re: Corrupt GPT header on disk from twa array - fixable? Message-ID: <791A4144-BCFB-4D49-9844-352F45BB6677@gmail.com> In-Reply-To: <2FAF6B543DC04149B2ADCD1CB7B77D08@multiplay.co.uk> References: <EA2DCEC2-8B07-434B-8B60-8AB15B3788F7@gmail.com> <7ABBEE71A96E411793E41BD97DA72BCE@multiplay.co.uk> <CA%2B7WWSe7O9%2Bxq3UEJ%2B%2BtM1d3tphf7pWU=n4DoQY8XZq39RRScQ@mail.gmail.com> <2FAF6B543DC04149B2ADCD1CB7B77D08@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 2, 2013, at 16:19, "Steven Hartland" <killing@multiplay.co.uk> = wrote: > ----- Original Message ----- From: "Kimmo Paasiala" = <kpaasial@gmail.com> >=20 >> Looking at the gpart(8) output it seems that only 20GBs of the disk = is >> recognized by the disk driver but the GPT table still shows the full >> capacity 910GB. I'd say that the GPT table is in fact correct and if >> you can somehow get the disks to be recognized with full capacity = they >> should be usable as they are. What does dmesg(8) say about the disks? >=20 > What does "camcontrol identify ada4" show? You guys are asking good questions! I'm learning new stuff already :P # camcontrol identify ada4 pass4: <Hitachi HDS721010CLA332 JP4OA39C> ATA-8 SATA 2.x device pass4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model Hitachi HDS721010CLA332 firmware revision JP4OA39C serial number JP2930HQ0XPH3H WWN 5000cca35dcd0b0d cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 1953525168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6=20 media RPM 7200 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 254/0xFE 128/0x80 media status notification no no power-up in Standby yes no write-read-verify no no unload no no free-fall no no data set management (TRIM) no For good measure: # uname -a FreeBSD solfertje 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 = 09:23:10 UTC 2012 = root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 (I'm building STABLE world as we speak) Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?791A4144-BCFB-4D49-9844-352F45BB6677>