Pliki konfiguracyjne Drobo-FS wykazujące błąd wejścia / wyjścia

Mam Drobo-FS z DropBear zainstalowaną za pośrednictwem DroboApps, która pozwala mi na dostęp SSH do systemu operacyjnego Linux, który zasila Drobo-FS.

System plików Drobo-FS ma katalog, który wygląda następująco

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

Każdy z katalogów wymienionych ma conflub podobny katalog wewnątrz niej i dla mnie samba, netatalki avahiconf wszystkie pliki wykazywaćInput/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

Czytałem, że takie zachowanie wskazuje na awarię dysku twardego lub luźny kabel (zakładam podłączenie dysku do kontrolera). Jednak nie jest to zwykłe urządzenie z systemem Linux, więc moje pierwsze pytanie brzmi:

Na jakim urządzeniu znajduje się / mnt / DroboFS / System . Zakładam, że nie może znajdować się na dysku twardym w żadnej wnęce i dlatego musi znajdować się na innym dysku wewnętrznym lub w pamięci flash. Jeśli tak, czy to oznacza, że mój Drobo-FS jest uszkodzony?

Należy również zadać pytanie: dlaczego wpłynęło to tylko na pliki konfiguracyjne?

A może ten problem może sięgać głębiej?

Dodatkowo, czy ktoś z konkretnie Drobo-FS i oprogramowaniem frimware w wersji 1.2.0 może dostarczyć swoje wersje następujących plików?

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

Dzięki temu mogłem zastąpić pozornie uszkodzone pliki prawidłowymi wersjami.

I wreszcie, jeśli sam Drobo jest wadliwy, dane konfiguracyjne RAID (lub BeyondRAID) są przechowywane na samych dyskach twardych lub drobo. Innymi słowy, czy mogę przenieść istniejące dyski na nowy drobo bez utraty danych?

Edycja: Mogę odpowiedzieć na własne pytanie tutaj. Odkryłem, że jest to możliwe, jeśli przeniesiesz wszystkie dyski Drobo jako „pakiet dysków” do nowego Drobo. Aby to działało, należy zachować kolejność / pozycję każdego napędu.

Edycja: Wynik zcat /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
źródło

co cat /proc/mountspowiesz

— technozaur

Zmodyfikowałem swoją odpowiedź, aby uwzględnić wynik.

— Marcus Whybrow

Przepraszamy, nikt jeszcze nie otrzymał odpowiedzi na twoje pytanie. Mam DroboFS, daj mi znać, jeśli nadal masz problemy.

— bobmagoo,

@ bobmagoo Nadal mam te same problemy, chociaż mogę teraz z nimi współistnieć. Od tego czasu cały mój DroboFS został wymieniony, a problem nadal występuje.

— Marcus Whybrow

@MarcusWhybrow Brzmi dobrze. Przykro nam, że nadal masz problemy. Mam nadzieję, że nie powoduje to problemów z używaniem tej rzeczy.

— bobmagoo

ls -ld /mnt/DroboFS/Systempowinien powiedzieć ci i pozwolić ci zidentyfikować, które to urządzenie; jeśli nie jest to dowiązanie symboliczne do czegoś innego, bardziej prawdopodobne jest, że dysk twardy jest uszkodzony, więc może być konieczna jego wymiana, zakładając, że kabel jest prawidłowo podłączony i nienaruszony.

— Tamara Wijsman
źródło