From: Berk Demir (bdd@ieee.org)
Date: Wed 11 Dec 2002 - 15:53:48 EET
On Tue, 10 Dec 2002 g01156033@mersin.edu.tr wrote:
>
> ad0s1f: hard error reding fsbn 28247900 (ad0s1 bn 28247900; cn 1758 tn 89=
sn 23) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247903 (ad0s1 bn 28247903; cn 1758 tn 89=
sn 26) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247904 (ad0s1 bn 28247904; cn 1758 tn 89=
sn 27) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247905 (ad0s1 bn 28247905; cn 1758 tn 89=
sn 28) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247906 (ad0s1 bn 28247906; cn 1758 tn 89=
sn 29) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247907 (ad0s1 bn 28247907; cn 1758 tn 89=
sn 30) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247908 (ad0s1 bn 28247908; cn 1758 tn 89=
sn 31) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247909 (ad0s1 bn 28247909; cn 1758 tn 89=
sn 32) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247910 (ad0s1 bn 28247910; cn 1758 tn 89=
sn 33) status=3D59 error=3D40
> ad0s1f: hard error reding fsbn 28247911 (ad0s1 bn 28247911; cn 1758 tn 89=
sn 34) status=3D59 error=3D40
> THE FOLLOWING DISK SECTORS COULD NOT BE READ: 28247900, 28247903, 2824790=
4, 28247905, 28247906, 28247907, 28247908, 28247909, 28247910, 28247911
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Pahse 5 - Checl Cyl groups
> 219480 files, 28790271 used, 2584481 free (63457 frags, 315128 blocks, %0=
=2E2 fragmantation)
>
> fsck'i en az 10 kere yeniden yapt=FDm ama nafile hep ayn=FD hata ayn=FD h=
ata.
> Orda yatan 28GB data var! onlar=FD kaybetmek beni mahveder :(
> nas=FDl kuratarabilirim? sistemi yeniden nas=FDl aya=F0a kald=FDrabilirim=
?
>
> =DEimdiden yard=FDmlar=FDn=FDz i=E7in =E7ook ama =E7ook te=FEekk=FCrler.
> Bi =E7aresi var de=F0il mi? :(
Merhaba,
Hata cok acik. Bir donanim problemi yasiyorsunuz. Buyuk ihtimalle sabit
diskin plakalarindan kaynaklanan bir problem. Bu tip problemler genelde
geri donusu olmayan zararlara yol acarlar. Ilginctir ki zaman icinde
yeniden problemsiz calismaya baslayan diskler de vardir benzer problemleri
yasayan. Siz boyle bir htimalin hic olmadigini dusunerekten hareket edin.
Bu 28 GB veri sizin icin cok onemli ise yedeklerini zaten almis olmaniz
lazim.
Yakinmanizdan anlasildigi kadari ile bu onemli sureci atlamissiniz.
Tavsiyem bu diski baska bir makineye takip dd ile hatalari goz erdi edip
devam edecek sekilde bir disk imaji cikartmaniz.
Bundan sonra TASK ( The @stake Sleuth Kit ) isimli forensics yazilimi
ile sonra bu imaj uzerinden veri kurtarmaya calisabilirsiniz.
TASK'i basari ile kullanbilmeniz icin, cok ciddi sekilde dosya sistemi
yapilarini ve hedef sisteminizin disk bolmesi (partition/slice/label/vs.)
yapsini bilmeniz lazim. Ciddi derecede teknik bilgi gerektiyor ve cok
fazla vakit harcamaniz gerekebilir. (Bazi durumlarda bunalip
vazgecebiliyorsunuz)
OpenBSD ports tree'sinde task yer aliyor. Buyuk ihtiamlle FreeBSD ve
NetBSD tree'lerinde de vardir.
Neyse, bu saaten sonra "gecmis olsun" ve "kolay gelsin" diyebiliriz.
-bdd
Insan yedek almanin degerini boyle aci tecrubeler yasayinca anliyor.