Pomoc QNAP TS-410 RAID5. Znikneły katalogi w root, jak odzyskać?

cmot

Nowy użytkownik
Noobie
21 Wrzesień 2014
8
1
3
Gdynia
www.cmot.eu
QNAP
TS-410
Ethernet
802.11n (Wi-Fi 4)
Witam,
Trochę faktów:
3 diski, 1TB, Seagate Barracuda
Historia:
- Jeden dysk pokazał problem ze SMARTem, no więc wymieniłem na nowy. Stał się czwarty. Wyciągnąłem 2 i wstawiłem 4-tą kieszeń.
- system upgrade to 4.10...i to był błąd!
- po paru dniach brak dostępu do QNAPa.
Po przeczytaniu Forum, użyciu QFINDEra, etc. udało się zaaktualizować do 4.11 , uwalić starą konfigurację. Wstawić 3 dyski (nowy 4-ty nie czyta!).

Wszystko byłoby ok, gdyby nie to że zniknęły katalogi z ROOTa, w konfiguracji macierzy widać iż rozmiar zajętego miejsca jest prawidłowy (ok 900MB), ale katalogów brak. Są katalogi raczej te które tworzy system po resecie.

Pytanie jak "odzyskać" strukturę katalogów (poprzednią).????
 
Trochę faktów:
3 diski, 1TB, Seagate Barracuda
Raid type ?

Historia:
- Jeden dysk pokazał problem ze SMARTem, no więc wymieniłem na nowy. Stał się czwarty. Wyciągnąłem 2 i wstawiłem 4-tą kieszeń
Czy RAID się odbudował ?

- system upgrade to 4.10...i to był błąd!
Strzał w kolano, jak sam zauważyłeś.

- po paru dniach brak dostępu do QNAPa.
Smutne.

Po przeczytaniu Forum, użyciu QFINDEra, etc. udało się zaaktualizować do 4.11 , uwalić starą konfigurację. Wstawić 3 dyski (nowy 4-ty nie czyta!).
Błąd ! Dane mają priorytet nad systemem!

Wszystko byłoby ok, gdyby nie to że zniknęły katalogi z ROOTa, w konfiguracji macierzy widać iż rozmiar zajętego miejsca jest prawidłowy (ok 900MB), ale katalogów brak. Są katalogi raczej te które tworzy system po resecie.

ODzyskać dane - ale za mało wiemy co było itp itd.
 
upload_2014-10-12_14-45-43.png
 
Trochę faktów:
3 diski, 1TB, Seagate Barracuda
Raid type ?
Jak w tytule postu: RAID5


Historia:
- Jeden dysk pokazał problem ze SMARTem, no więc wymieniłem na nowy. Stał się czwarty. Wyciągnąłem 2 i wstawiłem 4-tą kieszeń
Czy RAID się odbudował ?
Chyba tak, dane były ok.

- system upgrade to 4.10...i to był błąd!
Strzał w kolano, jak sam zauważyłeś.

No, ale parę dni temu dopiero ukazała się informacja od QNAPa, że spaprali sprawę. Poprzednie aktualizacje były akceptowalne.
 
Użytkownik podczas procuedry ręcznego update'a nie przeczytał notatki żeby nie kasować zawartości /mnt/update i tym samym wyczyścił sobie konfiguracje. NAS po restarcie nie znajdował konfiguracji i chciał inicjować dyski od zera.

Kontakt z pomocą techniczną QNAPa - czekamy na update'a @cmot
 
Przeczytał, przeczytał i nie iniciowałem dyski, nie kasowałem zawartości....dobra, czy jest jakaś aplikacja na QNAPie typu recovery, albo jakiś scandisk? A może jedyne rozwiązanie to R-Studio?Czy to poniżej komuś coś mówi?, może jakieś wskazówki do odzyskania strukturę katalogów:

Kod:
[~] # df /dev/md0
Filesystem  Size  Used Available Use% Mounted on
/dev/md0  1.8T  890.2G  940.1G  49% /share/MD0_DATA

[~] # cat /etc/mtab
/proc /proc proc rw 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
sysfs /sys sysfs rw 0 0
tmpfs /tmp tmpfs rw,size=32M 0 0
none /proc/bus/usb usbfs rw 0 0
/dev/sda4 /mnt/ext ext3 rw 0 0
/dev/md9 /mnt/HDA_ROOT ext3 rw,data=ordered 0 0
/dev/md0 /share/MD0_DATA ext4 rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl 0 0
tmpfs /.eaccelerator.tmp tmpfs rw,size=32M 0 0
gphotofs /share/external/Marvell\040Orion\040EHCI fuse.gphotofs rw,nosuid,nodev 0 0

[~] # mdadm -D /dev/md0
/dev/md0:
  Version : 00.90.03
  Creation Time : Thu Dec  9 14:37:25 2010
  Raid Level : raid5
  Array Size : 1950387200 (1860.03 GiB 1997.20 GB)
  Used Dev Size : 975193600 (930.02 GiB 998.60 GB)
  Raid Devices : 3
  Total Devices : 3
  Preferred Minor : 0
  Persistence : Superblock is persistent

  Update Time : Sun Oct 12 17:49:08 2014
  State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
  Spare Devices : 0

  Layout : left-symmetric
  Chunk Size : 64K

  UUID : 13d8b675:9f9bc59f:01a35733:c9b3d66f
  Events : 0.2500461

  Number  Major  Minor  RaidDevice State
  0  8  3  0  active sync  /dev/sda3
  1  8  51  1  active sync  /dev/sdd3
  2  8  35  2  active sync  /dev/sdc3
 
Nie wdrażam się co Wy tam kombinujecie, ale kilka sprzecznych info dla Was:
Alan Huang (Support Manager) napisał:
“we didn't use /dev/md0 any more. all change to /dev/md1”

Alan Huang (Support Manager) napisał:
Concerning to your issue, can you please try the following commands to update the raid name to md0?

If you still have the same issue after below steps, please help to provide teamviewer for us to check.

Fix procedure:
You can fix with steps below (example is if RAID got assembled as md1)
Bash:
/etc/init.d/services.sh stop
umount /dev/md1
mdadm -S /dev/md1
mdadm -A /dev/md0 --update=name /dev/sdd3 /dev/sdc3
mdadm -S /dev/md0
/etc/init.d/init_lvm.sh
# After this step you should verify RAID was assembled as md0 and mounted properly at /share/MD0_DATA

Procedurę załączam jako ciekawostkę. A skoro już uwaliliście RAID'a to po co ręcznie go chcecie składać?
 
Ja tylko chce odzyskać dane, tak około 800gb, które to i owszem figuruja jako zajęte.
Z tych kombinacji sam juz chyba pomyliłem kolejność dysków! Jakim poleceniem można sprawdzić który ma być który(1, 2,3 czy 4)?

Teraz czekam na $ aby kupić komputer i podłączyć wszystkie 4 dyski pod recovery..
 

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

  1. historia dostępu hdd błąd
  2. historia dostępu błąd