Date: Fri, 16 May 2014 12:38:51 -0700 From: "Ronald F. Guilmette" <rfg@tristatelogic.com> To: John-Mark Gurney <jmg@funkthat.com> Cc: freebsd-geom@freebsd.org Subject: Re: GEOM_PART: Integrity check failed (ada2, MBR) Message-ID: <97826.1400269131@server1.tristatelogic.com> In-Reply-To: <20140516130346.GB43976@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20140516130346.GB43976@funkthat.com>, John-Mark Gurney <jmg@funkthat.com> wrote: >> The result of the above operations is as follows: >> >> May 15 21:53:33 segfault kernel: ada2 at ata5 bus 0 scbus5 target 0 lun 0 >> May 15 21:53:33 segfault kernel: ada2: <Hitachi HTS541010A9E680 JA0OA480> AT >A-8 SATA 3.x device >> May 15 21:53:33 segfault kernel: ada2: 300.000MB/s transfers (SATA 2.x, UDMA >5, PIO 8192bytes) >> May 15 21:53:33 segfault kernel: ada2: 31MB (65134 512 byte sectors: 16H 63S >/T 64C) > >Wow, I just noticed this... FreeBSD is only seeing it as a 31MB drive >instead of a 1TB drive... This is probably the problem... OHHHHH! Wow! Yea. That is MESSED UP! Good eye there! I hadn't noticed THAT! >What do "diskinfo /dev/ada2" and "camcontrol identify ada2" return? I have created files containing those two outputs. Please fetch them here: ftp://ftp.tristatelogic.com/pub/ada2.diskinfo ftp://ftp.tristatelogic.com/pub/ada2.camcontrol >If it really does return that the disk is only 31MB, we need to track this >down, and this is why we're failing the integrity check of the MBR.. I don't know how to properly read/interpret these outputs, so your further guidance would be greatly appreciated. I will say however that it does appear to me that both programs _are_ indeed viewing the drive in question as (perhaps) containing only 31MB... which is indeed seriously messed up. (It is absolutely the case that the drive in question is indeed a 1TB drive.)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?97826.1400269131>