mehet a kukába a merevlemezem?

Sziasztok!

Az itthoni szerverem merevlemeze pár napja felmondta a szolgálatot.
A gép egy P2 Celeron 333 MHz (régi PC) és egy Quantum Fireball 20GB-os ATA66-os merevlemez ment tönkre. Egyébként Ubuntu Gutsy Server fut rajta, ext3 fájlrendszer, egyéb rendszerhiba nincs.
A fő bajom az hogy ilyen régi (ATA66) merevlemezt már nem nagyon árulnak. Meg ha mégis az nem olcsó...

Az a kérdésem hogy szerintetek ennek a lemeznek végleg annyi, vagy egy újraformázás rendbeteheti a lelki-világát?
(mert mintha lenne olyan hogy formázáskor a hibás blokkokat nem veszi figyelembe és akkor egy elvben jó, de kisebb kapacitású lemezt kapok. Átmeneti megoldásnak ez se lenne rossz, lehet ilyet?)

ezeket találtam a syslogban:


Jan  6 06:30:56 servername kernel: [628985.893779] ata1: soft resetting port
Jan  6 06:30:56 servername kernel: [628986.069915] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x1)
Jan  6 06:30:57 servername kernel: [628986.069939] ata1.01: revalidation failed (errno=-5)
Jan  6 06:30:57 servername kernel: [628986.069990] ata1: failed to recover some devices, retrying in 5 secs
Jan  6 06:30:57 servername kernel: [628991.078129] ata1: soft resetting port
Jan  6 06:30:57 servername kernel: [628991.258241] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x1)
Jan  6 06:30:57 servername kernel: [628991.258263] ata1.01: revalidation failed (errno=-5)
Jan  6 06:30:57 servername kernel: [628991.258320] ata1.01: limiting speed to UDMA/33:PIO3
Jan  6 06:30:57 servername kernel: [628991.258335] ata1: failed to recover some devices, retrying in 5 secs
Jan  6 06:30:58 servername kernel: [628996.266458] ata1: soft resetting port
Jan  6 06:30:58 servername kernel: [628996.446567] ata1.01: failed to IDENTIFY (I/O error, err_mask=0x1)
Jan  6 06:30:58 servername kernel: [628996.446587] ata1.01: revalidation failed (errno=-5)
Jan  6 06:30:58 servername kernel: [628996.446638] ata1.01: disabled
Jan  6 06:30:58 servername kernel: [628996.446653] ata1: failed to recover some devices, retrying in 5 secs
Jan  6 06:30:58 servername kernel: [629001.614927] ata1.00: configured for MWDMA2
Jan  6 06:30:58 servername kernel: [629001.614981] ata1: EH complete
Jan  6 06:30:59 servername kernel: [629001.624739] sd 0:0:1:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
Jan  6 06:30:59 servername kernel: [629001.624770] end_request: I/O error, dev sdb, sector 17892487
Jan  6 06:30:59 servername kernel: [629001.658971] sd 0:0:1:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
Jan  6 06:30:59 servername kernel: [629001.659003] end_request: I/O error, dev sdb, sector 229455
Jan  6 06:30:59 servername kernel: [629001.659122] sd 0:0:1:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
Jan  6 06:30:59 servername kernel: [629001.659148] end_request: I/O error, dev sdb, sector 23855223
Jan  6 06:30:59 servername kernel: [629001.659171] Buffer I/O error on device sdb1, logical block 2981895
Jan  6 06:31:00 servername kernel: [629001.659225] lost page write due to I/O error on sdb1
Jan  6 06:31:00 servername kernel: [629001.659253] Buffer I/O error on device sdb1, logical block 2981896
Jan  6 06:31:00 servername kernel: [629001.659294] lost page write due to I/O error on sdb1
Jan  6 06:31:00 servername kernel: [629001.659640] sd 0:0:0:0: [sda] 3331852 512-byte hardware sectors (1706 MB)
Jan  6 06:31:00 servername kernel: [629001.664394] sd 0:0:1:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK

és még ilyen hibából kb 6 kilóméter.
ujraindításkor az fsck néha clean-nek mondja, néha a fenti üzenetekkel megfagy. ha be is bootol, pár perc után akkor is megfagy ha időben umountolom egyébként. így hát most kivettem.

köszi a segítséget!

Hozzászólások

Ez halott. ATA100/133-as disk miért nem jó neked?
__________________________________________
Sex the unix way: unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep; exit 0

Csak annyi, hogy a kukába semmiképpen ne dobd, mert veszélyes hulladék, sok helyen visszaveszik, ha veszel újat.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

"mert mintha lenne olyan hogy formázáskor a hibás blokkokat nem veszi figyelembe és akkor egy elvben jó, de kisebb kapacitású lemezt kapok. Átmeneti megoldásnak ez se lenne rossz, lehet ilyet?" Igen ezt hivjak low formatnak vagy melyformazasnak. 1 probat meger szerintem semmit nem vesztesz vele. Szerintem

A low format az teljesen más és LBA-s diskeknek többet árt, mint használ az automatikus sector relocation miatt.
Amire ő gondol, az az, hogy badblocks-szal kiíratja egy file-ba a hibás szektorokat, majd a mkfs-nek ezt beadva az megjelöli azokat. Ez elméletben jól is hangzik, gyakorlatban viszont ahol néhány bad block van , ott nemsokára sok bad block lesz.
__________________________________________
Sex the unix way: unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep; exit 0

hülye kérdés: IDE kábelt cseréltél már? lehet hogy az a szar, ill átdugtad a másik csatornára?

---------------------------------------------------------------------
„Az Univerzum már elég nagy és öreg ahhoz, hogy egy fél óráig vigyázzon magára.”

A badsectorokkal az a baj, hogy az esetek zömében, ha megjelentek, akkor hamar még több lesz belőle, úgyhogy nem sok remény

------------------------------------------------------
Aki utoljára nevet, annak van 56k-s modeme.