Re: Should I be Worried: sda: p1 size .... limited to end of disk

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Oct 13, 2009 at 5:48 PM, Eddie <stunnel@xxxxxxxxxxxxx> wrote:
....
>  Device Boot      Start         End      Blocks   Id  System
> /dev/sda1              63  2929677659  1464838798+  8e  Linux LVM
>
>
> OK, the total sectors seems to match the hardware scan -> sd 4:1:0:0: [sda]
> 2929686528 512-byte hardware sectors: (1.49 TB/1.36 TiB)
>
> But 255 * 63 * 182364 = 2929677660.  What's this discrepancy due to.  Does
> the drive report ALL sectors, even the ones used to replace "bad" ones.

Definitely does not. SCSI disks report whatever number of sectors the
firmware is told to report. That's *always* less than the actual
number of physical sectors since drives need a reasonable supply of
"spare" sectors/tracks.


> However, 2929677660 does seem to tie up quite nicely with the "end sector",
> from the fdisk, so I'm assuming that everything is now correct.
>
> Well, apart from the fact that LVM reports a Total PE allocation of 357627
> extents, which maps to 1464840192 Blocks, according to my maths anyway,
> which happens to be bigger than the "available" sectors on the disk.  I
> guess it's time to hit the LVM list, to see if there's any way I can safely
> correct this, before anything tries to use the "phantom" sectors.

I expect the LVM needs to be resized anytime the size of the
underlying partitions has changed. I'll bet there wiki/HOWTO someplace
that describes how to do that.

grant

>
> Cheers,
> Eddie
>
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux