Hallo,
über Monate lief meine Syno völlig störungsfrei. Ich habe mir vier Verzeichnisse eingerichtet
/volume1/music
/volume1/video
/volume1/photo
/volume1/sichern
Diese binde ich auf meinem Computer über /mnt ein.
Heute teilte mir meine Frau mit, sie sei versehentlich an den Server gestoßen. Auf meinen Computer sind die Verzeichnisse unter /mnt leer, was heißt, dass der Server nicht eingebunden wird.
Meine fstab:
sudo mount -a liefert
Bad superblock habe ich hier im Forum recherchiert. Vermutung: Filesystem beschädigt. Meine Syno lässt sich über das Webinterface völlig normal ansteuern. Alle Daten darauf scheinen völlig in Ordnung zu sein.
Also bin ich über telnet als root auf die syno.
Festellen, welche Dateisysteme gemounted sind mit
mount
Dann musste /volume1 augehängt werden. Das gelingt nur, wenn alle Prozesse, die darauf zugreifen, gekillt werden. Prozessliste mit
ps
zeigte mir so dies und das. Gemäß dem von mir im Forum gefundenen Thread dann ein killall mit
httpd, smbd, afpd, ftpd und nmbd ***** und postgres *****
Danach konnte ich /volume1 aushängen.
Anschließend
/sbin/fsck.ext4 -pf /dev/md2
Das läuft dann eine ganze Weile.
Ergebnis:
sonne> /sbin/fsck.ext4 -pf /dev/md2
1.41.12-1955: /lost+found not found. CREATED.
1.41.12-1955: 35393/121806848 files (1.6% non-contiguous), 183769982/487198064 blocks
OK, danach fuhr ich die syno per Knopfdruck runter (wie würde ich dies auf der Kommandozeile tun? shutdown gibt es nicht) und wieder rauf.
Leider sehe ich meine Verzeichnisse auf der Syno nun immer noch nicht auf dem Rechner :-(
mount -a liefert exakt dasselbe Resultat.
Irgendwelche Tips?
Eremit
über Monate lief meine Syno völlig störungsfrei. Ich habe mir vier Verzeichnisse eingerichtet
/volume1/music
/volume1/video
/volume1/photo
/volume1/sichern
Diese binde ich auf meinem Computer über /mnt ein.
Heute teilte mir meine Frau mit, sie sei versehentlich an den Server gestoßen. Auf meinen Computer sind die Verzeichnisse unter /mnt leer, was heißt, dass der Server nicht eingebunden wird.
Meine fstab:
Rich (BBCode):
# Gemeinsame Ordner auf sonne
192.168.0.103:/volume1/transfer /mnt/transfer nfs rw,auto,user,nosuid,noexec,async 0 0
192.168.0.103:/volume1/music /mnt/Musik nfs rw,auto,user,nosuid,noexec,async 0 0
192.168.0.103:/volume1/photo /mnt/Fotos nfs rw,auto,user,nosuid,noexec,async 0 0
192.168.0.103:/volume1/video /mnt/Videos nfs rw,auto,user,nosuid,noexec,async 0 0
192.168.0.103:/volume1/sichern /mnt/sichern nfs rw,auto,user,nosuid,noexec,async 0 0
sudo mount -a liefert
Rich (BBCode):
@Erde:~$ sudo mount -a
[sudo] password for eremit:
mount: wrong fs type, bad option, bad superblock on 192.168.0.103:/volume1/transfer,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
mount: wrong fs type, bad option, bad superblock on 192.168.0.103:/volume1/music,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
mount: wrong fs type, bad option, bad superblock on 192.168.0.103:/volume1/photo,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
mount: wrong fs type, bad option, bad superblock on 192.168.0.103:/volume1/video,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
mount: wrong fs type, bad option, bad superblock on 192.168.0.103:/volume1/sichern,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
Manchmal liefert das Syslog wertvolle Informationen – versuchen
Sie dmesg | tail oder so
Bad superblock habe ich hier im Forum recherchiert. Vermutung: Filesystem beschädigt. Meine Syno lässt sich über das Webinterface völlig normal ansteuern. Alle Daten darauf scheinen völlig in Ordnung zu sein.
Also bin ich über telnet als root auf die syno.
Festellen, welche Dateisysteme gemounted sind mit
mount
Dann musste /volume1 augehängt werden. Das gelingt nur, wenn alle Prozesse, die darauf zugreifen, gekillt werden. Prozessliste mit
ps
zeigte mir so dies und das. Gemäß dem von mir im Forum gefundenen Thread dann ein killall mit
httpd, smbd, afpd, ftpd und nmbd ***** und postgres *****
Danach konnte ich /volume1 aushängen.
Anschließend
/sbin/fsck.ext4 -pf /dev/md2
Das läuft dann eine ganze Weile.
Ergebnis:
sonne> /sbin/fsck.ext4 -pf /dev/md2
1.41.12-1955: /lost+found not found. CREATED.
1.41.12-1955: 35393/121806848 files (1.6% non-contiguous), 183769982/487198064 blocks
OK, danach fuhr ich die syno per Knopfdruck runter (wie würde ich dies auf der Kommandozeile tun? shutdown gibt es nicht) und wieder rauf.
Leider sehe ich meine Verzeichnisse auf der Syno nun immer noch nicht auf dem Rechner :-(
mount -a liefert exakt dasselbe Resultat.
Irgendwelche Tips?
Eremit