Pomoc Utrata danych

Moyrez

System Engineer
Q Specialist
8 Wrzesień 2013
142
24
18
Kraków
QNAP
TS-x51
Ethernet
1 GbE
Ratujcie !!! Ostatnio to jakaś czarna seria dopadła mojego Qnap'a. Problem tym razem wydaje się poważny bo utraciłem wszystkie foldery współdzielone, gdzie miałem wszystkie swoje dane (Multimedia i wszystkie w nim podfoldery a także, Download, Public itp.) Dostaje komunikat w ostrzeżeniach, że domyślne foldery dzielone nie istnieją i należy je odtworzyć bądź sformatować dysk. Podziało się to po nieoczekiwanym restarcie, gdy miałem uruchomiony backup danych w TimeMachine oraz kopiowanie danych na dysk USB. Po tym restarcie włączył się samoczynnie proces synchronizacji wolumenu i po jego zakończeniu foldery zniknęły :'(
 
Tak, przenieś macierz na MD0_DATA. I pokaż mi obecny output z:
Bash:
df
mount
ls -alR /bin /sbin /usr/bin /usr/sbin /etc /mnt
ls możesz zapisać do pliku aby było łatwiej przekleić:
Bash:
ls -alR /bin /sbin /usr/bin /usr/sbin /etc /mnt > list
... Chyba, ze wolisz rozwiać problem inicjalizujac urządzenie na nowo? :-#

Czy dalej walczymy? :>
 
Walczymy B-)
Poniżej kolejne zrzuty zgodnie z życzeniem:

Kod:
 # ff
Filesystem                Size      Used Available Use% Mounted on
/dev/ram0              151.1M    132.2M    18.8M  88% /
devtmpfs                992.2M      4.0k    992.2M  0% /dev
tmpfs                    64.0M    144.0k    63.9M  0% /tmp
/dev/md9                509.5M    120.7M    388.8M  24% /mnt/HDA_ROOT
/dev/md13              364.2M    240.2M    124.0M  66% /mnt/ext
tmpfs                    32.0M        0    32.0M  0% /.eaccelerator.tmp
/dev/md0                  2.7T      1.1T      1.6T  41% /share/MD0_DATA

# mount
/proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=64M)
none on /proc/bus/usb type usbfs (rw)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)
/dev/md13 on /mnt/ext type ext3 (rw,data=ordered)
tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
/dev/md0 on /share/MD0_DATA type ext4 (rw)
 

Załączniki

  • ls.zip
    44,7 KB · Wyświetleń: 33
Ostatnio edytowane:
Dla przykładu możesz podłączyć dysk do zewnętrznego portu eSATA bądź USB, i w CLI przekopiować dane. Dla ułatwienia możesz zainstalować i uruchomić Midnajt Commander.. Wszystko na ten temat znajdziesz przeszukując forum. ;-)
 
U mnie problem polega na tym, że w tym momencie dane widzę tylko przez SFTP bo tak to bym nie miał z tym żadnego problemu :D
Dlatego zadaje to pytanie bo jak wyciągnąłem dysk (oba wyciągałem) z QNAP'a i podpiąłem go przez USB do kompa to nawet ubuntu mi go nie widzi.
 
Yyyyy :) Sekundę ... :pOkay rzeczywiście nie ma config_util...
  1. Wyłącz serwer
  2. Wysuń wszystkie dyski twarde
  3. Uruchom serwer (bez dysków)
  4. Kiedy serwer się uruchomi, za pomocą Findera znajdź jego adres IP (169.254.100.100?)
  5. Wsuń dyski twarde na swoje miejsce
  6. Za pomocą PuTTY zaloguj się do serwera używając konta admin oraz fabrycznego hasła admin
  7. Jest config_util ?
 
Tak, żebym czegoś nie spitolił to w pkt. 6 wsuwam dyski przy włączonym serwerze?
Tak

...i gdzie mam szukać tego pliku config_util?
Poleceniem w konsoli:
Bash:
config_util

# lub z pełną ścieżką
/sbin/config_util
Jeśli config_util będzie dostępne, to odczekaj kilka sekund, uruchom:
Bash:
config_util 1
storage_boot_init 1

Jeśli nie, to próbowałbym przeprowadzić proces inicjalizacji serwera ponownie, ale wybierając na końcu brak inicjalizacji dysków twardych - ale nie wiem czy jeszcze jest to możliwe.

Dziwna sprawa ten Twój przypadek. Najchętniej bym przedyskutował tą kwestie z QNAP'em - ale musiałbym mięć do niego pełny dostęp...
 
To odnośnie istnienia pliku config_util:
Kod:
 /sbin/config_util
-sh: /sbin/config_util: No such file or directory

Ja chętnie podzielę się problem z QNAP byle się to w miarę szybko udało doprowadzić do porządku bo chętnie bym sobie jakiś film oglądną albo posłuchał muzyki a na tą chwilę to mam bezużyteczną "cegiełkę" :D

Napisz mi proszę jak mogę ten pełny dostęp przekazać.
 
Problem rozwiązany wspólnie z supportem QNAP.

Rozwiązanie okazało się bardzo proste - wystarczyło jednym kliknięciem przywrócić domyślne foldery sieciowe.
A cała zabawa z macierzą była zbędna, ponieważ cytując słowa supportu:
we didn't use /dev/md0 any more. all change to /dev/md1
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. error loading journal
  2. utrata danych
  3. raid10
  4. jak zamontować system plików