fschk schmiert ab

[nethzt]

ich habe hier ein volume mit 8 TB und das Volume ist gecrasht.

mit einem fschk.ext3 konnte ich bis zu einem gewissen punkt die fehler beheben lassen.
nun schmiert das teil immer an der selben stelle ab

ich habe auch den trick mit der e2fsck.conf probiert, leider ist und bleibt das cache verzeichniss leer

DISKSTATION> cat /etc/e2fsck.conf
[scratch_files]
directory = /var/cache/e2fsck
DISKSTATION> ls -la /var/cache/e2fsck
drwxr-xr-x 2 root root 4096 Apr 16 12:35 .
drwxr-xr-x 3 root root 4096 Apr 16 12:35 ..

es läuft eine version 4.0 darauf. wer weiss weiter ?

DISKSTATION> uname -a
Linux DISKSTATION 2.6.32.12 #2198 Wed Mar 7 15:41:41 CST 2012 ppc GNU/Linux synology_ppc853x_509+


DISKSTATION> fsck.ext3 -yf /dev/md2
DISKSTATION> e2fsck 1.41.12 (17-May-2010)
DISKSTATION> Pass 1: Checking inodes, blocks, and sizes
Inode 25722852 has illegal block(s). Clear? yes

Illegal block #1 (4190635500) in inode 25722852. CLEARED.
Illegal block #3 (2469214953) in inode 25722852. CLEARED.
Illegal block #4 (2746471768) in inode 25722852. CLEARED.
Illegal block #5 (3265955755) in inode 25722852. CLEARED.
Illegal block #7 (2870009988) in inode 25722852. CLEARED.
Illegal block #10 (3637016504) in inode 25722852. CLEARED.
Illegal double indirect block (3204513792) in inode 25722852. CLEARED.
Illegal block #136315916 (1950436111) in inode 25722852. CLEARED.
Error storing directory block information (inode=25722852, block=0, num=21789811): Memory allocation failed
e2fsck: aborted

 

[jahlives]

Memory allocation failed

das klingt danach als könnte kein Speicher mehr verwendet werden. Hast du denn auch alle Dienste sauber beendet vor dem check? Wieviel freien RAM hast du bevor du den check startest? free oder top können dir das sagen

 

[nethzt]

ich glaube es sollte genug frei sein

DISKSTATION> free
total used free shared buffers
Mem: 1035648 106764 928884 0 3588
Swap: 2097080 10680 2086400
Total: 3132728 117444 3015284

 

[jahlives]

106MB sollten eigentlich reichen. Dann also die Frage: Hast du denn überhaupt alle Dienste die auf dein Volume zugreifen wollen beendet? Wenn ich deinen RAM Verbrauch angucke, dann wohl eher nicht ;-) Bevor du nicht alle Prozesse beendet hast, die auf dein Volume zugreifen, kannst du dieses Volume normalerweise nicht umounten. Das Volume darf nicht als RW eingehängt sein, wenn du einen check machst

 

[nethzt]

ich glaube es sollte genug frei sein

DISKSTATION> free
total used free shared buffers
Mem: 1035648 106764 928884 0 3588
Swap: 2097080 10680 2086400
Total: 3132728 117444 3015284

es ist leider schlecht formatiert.
hier nochmals besser.
<welcher speicher>: total, used, free, shared, buffers
Mem: 1035648, 106764, 928884, 0, 3588
Swap: 2097080, 10680, 2086400
Total: 3132728, 117444, 301528

Es sind also knapp über 900 MB RAM frei und 2 GB swap (ebenfalls sind ca 1,5 Gig auf dem /root frei, für den fall das er endlich die blöde option verwenden würde) , alles wurde gestoppt.

wenn man ein fsck bei einem gemoutetem volume durchführen möchte, bekommt man sowieso eine dicke fette warnung. eigentlich hab ich keine lust, durch solche blödheit irgendwelche daten zu verlieren.
deswegen hab ich vorher ein umount -f /volume1 gemacht.
ein mount -o remount,ro /volume1 hätte vermutlich auch gereicht, aber sicher ist s

 

[jahlives]

deswegen hab ich vorher ein umount -f /volume1 gemacht.

was aber ins Auge gehen kann wenn noch Dienste laufen, die auf Daten von /volume1 angewiesen sind. Die Dienste können plötzlich ihre Konfigs nicht mehr lesen oder ihre Daten nicht mehr schreiben. Du solltest wirklich dringend alle Dienste beenden welche auf volume1 zugreifen und erst dann den umount machen. Wenn du alles sauber stoppst, brauchst du kein -f beim umount.