Drobo-FS-Konfigurationsdateien mit Eingabe- / Ausgabefehlern

Ich habe einen Drobo-FS mit DropBear über DroboApps installiert, der mir den SSH-Zugriff auf das Linux-Betriebssystem ermöglicht, das den Drobo-FS antreibt.

Das Drobo-FS-Dateisystem verfügt über ein Verzeichnis, das so aussieht

# ls /mnt/DroboFS/System
DNAS    avahi    netatalk    samba

Jede der genannten Verzeichnisse hat ein confoder ähnliches Verzeichnis innerhalb sie und für mich das samba, netatalkund avahiconf - Dateien zeigen alle einInput/ouput error

# ls /mnt/DroboFS/System/samba/conf
ls: /mnt/DroboFS/System/samba/conf/scratch.smb.conf: Input/output error
ls: /mnt/DroboFS/System/samba/conf/smb.conf: Input/output error

# ls /mnt/DroboFS/System/netatalk/conf
ls: /mnt/DroboFS/System/netatalk/conf/afpd.conf: Input/output error
ls: /mnt/DroboFS/System/netatalk/conf/AppleVolumes.default: Input/output error

# ls /mnt/DroboFS/System/avahi/conf
ls: /mnt/DroboFS/System/avahi/conf/scratch.avahi-daemon.conf: Input/output error
avahi-daemon.conf

Ich habe gelesen, dass dieses Verhalten auf einen Festplattenfehler oder ein loses Kabel hinweist (ich gehe davon aus, dass das Laufwerk an den Controller angeschlossen ist). Dies ist jedoch keine gewöhnliche Linux-Box, daher lautet meine erste Frage

Welche Einrichtung / mnt / DroboFS / System gespeichert sind . Ich gehe davon aus, dass es sich in keinem Schacht auf einer Festplatte befinden kann und sich daher auf einem anderen internen Laufwerk oder Flash-Speicher befinden muss. Wenn ja, bedeutet dies, dass mein Drobo-FS fehlerhaft ist?

Auch muss die Frage gestellt werden: Warum sind nur die Konfigurationsdateien betroffen?

Oder könnte dieses Problem tiefer gehen?

Könnte jemand mit einem speziellen Drobo-FS und einer Frimware-Version 1.2.0 seine Versionen der folgenden Dateien bereitstellen?

/mnt/DroboFS/System/samba/conf/smb.conf
/mnt/DroboFS/System/netatalk/conf/afpd.conf
/mnt/DroboFS/System/netatalk/conf/AppleVolumes.default

Damit könnte ich die scheinbar beschädigten Dateien durch die richtigen Versionen ersetzen.

Und schließlich, wenn der Drobo selbst fehlerhaft ist, werden die RAID- (oder BeyondRAID-) Konfigurationsdaten auf den Festplatten selbst oder im Drobo gespeichert. Mit anderen Worten, kann ich die vorhandenen Laufwerke ohne Datenverlust auf einen neuen Drobo verschieben?

Edit: Ich kann hier meine eigene Frage beantworten. Ich habe festgestellt, dass dies möglich ist, wenn Sie alle Drobo-Festplatten als "Festplattenpaket" auf einen neuen Drobo verschieben. Die Reihenfolge / Position jedes Laufwerks muss beibehalten werden, damit dies funktioniert.

Edit: Ergebnis voncat /proc/mounts

# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / jffs2 rw 0 0
proc /proc proc rw 0 0
devpts /dev/pts devpts rw 0 0
none /sys sysfs rw 0 0
/dev/shm /dev/shm tmpfs rw 0 0
/dev/mtdblock/2 /var jffs2 rw 0 0
/dev/sda1 /mnt/DroboFS ext3 rw,noatime,nodiratime,data=ordered 0 0

— Marcus Whybrow
quelle

was cat /proc/mountssagt das

— Technosaurus

Ich habe meine Antwort so bearbeitet, dass sie das Ergebnis enthält.

— Marcus Whybrow

Entschuldigung, noch hat niemand die Antwort auf Ihre Frage erhalten. Ich habe ein DroboFS. Lassen Sie mich wissen, wenn Sie immer noch Probleme haben.

— Bobmagoo

@ Bobmagoo Ich habe immer noch die gleichen Probleme, obwohl ich jetzt mit ihnen koexistieren kann. Seitdem wurde mein gesamtes DroboFS ersetzt, und das Problem besteht weiterhin.

— Marcus Whybrow

@MarcusWhybrow Hört sich gut an. Es tut mir leid zu hören, dass Sie immer noch Probleme haben, hoffentlich verursacht es keine Probleme mit dem Ding.

— Bobmagoo

ls -ld /mnt/DroboFS/Systemsollte es Ihnen sagen und Ihnen ermöglichen, zu identifizieren, um welches Gerät es sich handelt; Wenn es sich nicht um einen Symlink zu etwas anderem handelt, ist es wahrscheinlicher, dass Ihre Festplatte fehlerhaft ist, sodass Sie sie möglicherweise ersetzen müssen, vorausgesetzt, das Kabel ist ordnungsgemäß angeschlossen und intakt.

— Tamara Wijsman
quelle