Am 2011-01-17 21:47, schrieb Volker Armin Hemmann:
> On Monday 17 January 2011 19:59:57 Stefan G. Weichinger wrote:
>> Would someone help me out on this issue?
>>
>> I have a flaky disk in a server, and dmesg says:
>>
>> end_request: I/O error, dev sdb, sector 1835240116
>>
>> Now i have this layout:
>>
>> # fdisk -l /dev/sdb
>>
>> Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
>> 255 heads, 63 sectors/track, 121601 cylinders
>> Units = cylinders of 16065 * 512 = 8225280 bytes
>> Sector size (logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>> Disk identifier: 0x00000000
>>
>>    Device Boot      Start         End      Blocks   Id  System
>> /dev/sdb1               1          13      104391   fd  Linux raid
>> autodetect
>> /dev/sdb2              14          50      297202+  82  Linux swap / Solaris
>> /dev/sdb3              51        2483    19543072+  fd  Linux raid
>> autodetect
>> /dev/sdb4            2484      121601   956815335    5  Extended
>> /dev/sdb5            2484      106917   838866073+  8e  Linux LVM
>> /dev/sdb6          106918      121601   117949198+  fd  Linux raid
>> autodetect
>>
>>
>> My question (apart from the fact that I evacuate all on that
>> non-raid-LVM-partition right now!):
>>
>> In which partition is that "sector 1835240116" ?
>>
>> Sorry for this maybe stupid question ...
>>
>> Thanks, Stefan
> 
> man debugfs:
> 
>        bmap filespec logical_block
>               Print the physical block number corresponding to the logical 
> block number logical_block
>               in the inode filespec.
> 
>        icheck block ...
>               Print a listing of the inodes which use the one or more blocks 
> specified on the command
>               line.
> 
>        ncheck inode_num ...
>               Take  the  requested  list  of inode numbers, and print a 
> listing of pathnames to those
>               inodes.
> 
> 
> if you are using extX-

thanks .... I also found this one:

http://smartmontools.sourceforge.net/badblockhowto.html

looks also worth reading ....

Stefan

Reply via email to