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

Re: Hard drive bad sector warning



2011/9/10 yudi v <yudi.tux@gmail.com>:
> d-i uses parted (partman).
>>
>> I know the first release of Squeeze failed to properly align 4K sectors
>> with partitions - but using the udeb from Wheezy fixed that for me - it
>> could be fixed in a previous point release, and, it could be just a DOS
>> partition table issue (what I used in that instance). I could have manually
>> aligned partitions but I'm lazy.
>>
>> NOTE: neither fdisk or parted is the cause of your original problem...
>
> This is what I thought. I suspect it's got something to do with the kernel.
> I am just using the default Sqeeze kernel 2.6.32-5-686.
>
>>
>> http://rhn.redhat.com/errata/RHBA-2011-0699.html is when more support
>> began upstream.
>>
>> Sector size is a separate issue, hence your error message:-
>>
>> [quote]
>> Warning: The driver descriptor says the physical block size is 512 bytes,
>> but Linux says it is 2048 bytes.
>> [/quote]
>>
>> Which seems to indicate a problem with the driver - and the kernel.
>>
>> Check that your kernel supports larger sectors - see further in this post
>> - if it does, file a bug report on the driver.
>>
>> Also see http://lwn.net/Articles/377895/ for an overview of the problems.
>> NOTE: most Debian kernels do support the larger sectors, but you can check
>> with:-
>> cat /sys/block/<drive_eg_sda>/queue/physical_block_size
>
> Here's the output
>
> /sys/block$ cat sda/queue/physical_block_size
> 4096
> /sys/block$ cat dm-0/queue//physical_block_size
> 4096
> /sys/block$ cat dm-1/queue//physical_block_size
> 4096
> /sys/block$ cat dm-2/queue//physical_block_size
> 4096
> $:/sys/block$ cat dm-3/queue//physical_block_size
> 4096
> /sys/block$ cat dm-4/queue//physical_block_size
> 4096
> /sys/block$ cat sr1/queue//physical_block_size
> 2048
> /sys/block$ cat sr0/queue//physical_block_size
> 512
>
>
>>>
>>> Isn't� EFI/UEFI needed to use GPT?
>>
>> No. It's part of Intel's EFI specs, which I presume is where that
>> conclusion comes from (EFI is *not* needed to support GPD).
>>
> If I wipe this disk, I will definitely use GPT.  I also have win 7 on the
> disk, wiki says 64bit win7 can be booted from GPT disk.
>
>>
>> Cheers
>>

> Last time it did the same and after wiping the drive, it passed without any
> issue. I believe this is what is going to happen again. Also, if it's
> reporting bad sectors from Windows7, I don't think it's a Linux specific
> issue. Correct me if I am wrong.
> --
> Kind regards,
> Yudi

I think that, it is a problem with Squeeze fdisk+GPT; please try
cfdisk, it seems updated.


Reply to: