File system is not clean -- disk media problems

Fällt jemanden was dazu ein ??
HP/UX 10.20 Fehlermeldung!
Ich weiss einfach nicht weiter!!
Ich brauche unbedingt die Daten von der Platte!
fsck hilft mir nicht weiter

HILFE

mount: /dev/wg_pdf/lvol_pdf needs to be fsck’ed before mounting
mount: warning: if device /dev/wg_pdf/lvol_pdf is mounted to another system
then do not run fsck

fsck -b 1038672 -y /dev/wg_pdf/lvol_pdf

fsck: /etc/default/fs is used for determining the file system type
Alternate super block location: 1038672
** /dev/wg_pdf/lvol_pdf
** Last Mounted on
** Phase 1 - Check Blocks and Sizes

CANNOT READ: BLK 10208
CONTINUE? yes

CANNOT READ: BLK 10208
CONTINUE? yes

CANNOT READ: BLK 10208
CONTINUE? yes

FAILED READ OF BLOCK #10208, RETRIED 2 TIMES
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
SUMMARY INFORMATION (INODE FREE) BAD
BAD CYLINDER GROUPS
FIX? yes

** Phase 6 - Salvage Cylinder Groups
658 files, 0 icont, 41635 used, 983982 free (126 frags, 122982 blocks)
DISK MEDIA PROBLEMS ENCOUNTERED!
BAD BLOCKS WERE FOUND ON THE DISK.
***** FILE SYSTEM IS NOT CLEAN – DISK MEDIA PROBLEMS ENCOUNTERED *****

***** FILE SYSTEM WAS MODIFIED *****

http://www.tunza.com/books/hpux/disast1.htm

http://www.tunza.com/books/hpux/disast1.htm

hm, der link ist leider tot…

joachim

mount: /dev/wg_pdf/lvol_pdf needs to be fsck’ed before
mounting
mount: warning: if device /dev/wg_pdf/lvol_pdf is mounted to
another system
then do not run fsck

fsck -b 1038672 -y /dev/wg_pdf/lvol_pdf

CANNOT READ: BLK 10208
CONTINUE? yes

offenbar ein lesefehler in einem directory block. die standardprozedur waere natuerlich, vom backup zu restaurieren, aber ich nehme mal an, dass es keines gibt, wenn schon so gefragt wird…

ein erster versuch were es, die maschine single zu booten (bootvorgang unterbrechen, am prompt „bo pri“ eingeben und interact with ipl bejahen. dann am ipl prompt „hpux -iS“ eingeben und bis zum root prompt warten (falls ein login verlangt wird laeuft die maschine trusted, dann braucht man das root passwort)).

dann kann man versuchen das filesystem readonly und perforce zu mounten (mount -rf /dev/wg_pdf/lvol_pdf ) und mal zu gucken, was fehlt. koennte allerdings einiges sein. vor allen weiteren versuchen nach untenstehendem link sollte man sich gruendlich ueberlegen, ob die daten eventuell einen professionellen rettungsversuch rechtfertigen, denn jetzt kommen die harten methoden…

noch dabei? ok auf eigenes risiko:

http://groups.google.de/groups?hl=de&lr=&ie=UTF-8&oe…

besonders erhellend ist die methode vom grossen meister ken ganz unten, allerdings kann hier ein schneller vertipper ganz schnell auch die chancen der profis, die dann noch helfen sollen, stark verschlechtern…

viel glueck,

joachim

Danke Leute!
Ich habs aufgegeben!
Jeglich Art von mount lehnt das ding ab.
Mit dd bricht er bei dem Block ab. (auch ohne Fehlerkorrektur)
fsck „no chance“
file system debugger war eine gute Idee aber ich habe die Platte schon ausgebaut!
Ich habe eine vollsicherung vom Jahreswechsel!
Danke nochmals!
mfg.
Walter

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

http://www.tunza.com/books/hpux/disast1.html

Zu kurz kopiert …
ML