linux-admin.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Jorge R . Csapo" <jorge@completo.com.br>
To: "Abiy,Mike [Edm]" <Mike.Abiy@EC.gc.ca>
Cc: linux-admin@vger.kernel.org
Subject: Re: Bad Blocks
Date: Thu, 19 Sep 2002 12:23:26 -0300	[thread overview]
Message-ID: <20020919122326.B1485@completo.com.br> (raw)
In-Reply-To: <F8500ECEBD66D211A3D20008C724A29C01CEFD9D@SR-EDM-EXCH4.edm.ab.ec.gc.ca>; from Mike.Abiy@EC.gc.ca on Thu, Sep 19, 2002 at 08:48:09AM -0600

assim falou Abiy,Mike [Edm] (em 19/09/2002):
> I would like to apologize, first, if this happens to be a simple question.
> 
> 1. How does one test for bad blocks on a hard drive in linux.
> 
> 2. More important, how does one render a bad block on hard drive unreadable,
> so that the bad block utility that was used( whatever it may be)  and/or
> program does not try to write or read to this same bad block, resulting in
> the same errors happening again and again.

mkfs -c does just that, addressing both 1. and 2. 

> 
> 3. This was necessitated by trips to a remote site from remote power bootup
> ( sometime it is absolutely necessary to do that) to do a manual fsck,
> because the linux box stops the normal bootup process awaiting manual
> intervention to do manual fsck.

This is totally configurable, meaning the necessity for a manual fsck can
simply be removed. You can either prevent Linux from fsck'ing at boot (not a
really good idea) or force fsck at every boot but with options that don't
require manual intervention. The way to do this depends on your distro, but
it may involve editing /etc/inittab, a number of /etc/rc.d files, re-creating
your filesystems or all of the above...

-- 
Jorge R. Csapo
--------------------------------------------------
 /"\
 \ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
  X  ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
 / \
--------------------------------------------------
http://www.completo.com.br/~jorge
===========================================
With a PC, I always felt limited
by the software available.
On Unix, I am limited only by my knowledge.
--Peter J. Schoenster

  reply	other threads:[~2002-09-19 15:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-19 14:48 Bad Blocks Abiy,Mike [Edm]
2002-09-19 15:23 ` Jorge R . Csapo [this message]
     [not found] <F8500ECEBD66D211A3D20008C724A29C01CEFD9D@SR-EDM-EXCH4.edm. ab.ec.gc.ca>
2002-09-19 15:03 ` Scott Taylor
  -- strict thread matches above, loose matches on Subject: below --
2002-09-23 14:17 Abiy,Mike [Edm]
2002-09-23 20:33 ` Glynn Clements
2002-09-24  4:14 Aleksander Kujbida
2002-09-24  4:54 ` Glynn Clements
2002-09-24  7:54 Aleksander Kujbida

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020919122326.B1485@completo.com.br \
    --to=jorge@completo.com.br \
    --cc=Mike.Abiy@EC.gc.ca \
    --cc=linux-admin@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).