Thanks for suggestions.
On 2/8/11, Brian Wheeler <[email protected]> wrote: > On Tue, 2011-02-08 at 16:24 +0530, vishesh kumar wrote: >> Thanks for response >> Is there any option to gt the list of damaged blocks. >> > > Use smartctl to get a count of remapped sectors and run tests. Modern > disks hide bad sectors by remapping them. If you have a large number of > remapped sectors its time to get a different disk. The remapping is > silent on writes (if the write fails it just writes it to a remapped > sector) but will give i/o errors on read, at least as I understand it. > > skdump is also good for reading the smart information. > > Brian > >> Thanks >> >> >> On Mon, Feb 7, 2011 at 10:27 PM, John Haxby <[email protected]> >> wrote: >> >> >> On 7 February 2011 16:21, Robert G. (Doc) Savage >> <[email protected]> wrote: >> On Mon, 2011-02-07 at 21:37 +0530, vishesh kumar >> wrote: >> > Dear all >> > I suspect one of my hard disk have corruption. I >> want to perform >> > surface scan to get idea of corrupted hard disk >> sectors. What command >> > will be most appropriate for this purpose on RHEL 5. >> > Does 'badblocks' is right command to use in this >> scenario ? >> >> >> Vinesh, >> >> >From 'man badblocks': >> >> Important note: If the output of badblocks is going >> to be fed to the >> e2fsck or mke2fs programs, it is important that the >> block size is >> properly specified, since the block numbers which are >> generated are >> very dependent on the block size in use by the >> filesystem. For this >> reason, it is strongly recommended that users not run >> badblocks >> directly, but rather use the -c option of the e2fsck >> and mke2fs >> programs. >> >> Hope this helps... >> >> >> >> That's also somewhat dated now. >> >> You can often recover bad blocks simply by writing to them and >> letting the disk allocate replacements -- badblocks -n can be >> useful for this. >> >> You should also look at smartctl -- it'll tell you whether or >> not it thinks the disk is healthy. >> >> Usually when a disk is throwing errors I bin it on the grounds >> that once it's started to have problems it's only going to get >> worse. Disks are not generally cheaper than the data they >> store :-) >> >> jch >> >> >> _______________________________________________ >> rhelv5-list mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/rhelv5-list >> >> >> >> >> -- >> http://linuxmantra.com >> _______________________________________________ >> rhelv5-list mailing list >> [email protected] >> https://www.redhat.com/mailman/listinfo/rhelv5-list > > > _______________________________________________ > rhelv5-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/rhelv5-list > -- http://linuxmantra.com _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
