Pomoc Aktualizacja firmware do wersji 4.1.x z 4.0.x

JohnyB

Entry Technician
Q Associate
7 Wrzesień 2012
68
1
16
8
QNAP
TS-x73A
Ethernet
1 GbE
Witam,

Mam pewien problem z TS-219P+ a mianowicie mając zainstalowaną wersję 4.0.7 zachciało mi się podnieść do 4.1.2 (taką mi zaproponował QTS) po aktualizacji jedyną dostępną opcją po uruchomieniu interfejsu www miałem inicjalizację i prośbę o włożenie dysków - czyli nie wykrywał mi dysków. Po zalogowaniu przez SSH dmesg pokazuje, iż oba dyski są wykrywane jako /dev/sady oraz /dev/sadz, mogłem je zamontować ręcznie. Wydanie polecenia config_util 1 kończy się komunikatem: HD no exists. W urządzeniu mam dyski 1TB WD Green, które są na liście jako niekompatybilne, ale przez 2 lata ja z nimi nie miałem żadnych problemów. Aktualnie dane z tych dysków już zgrałem i próbuję postawić system od nowa, a robię to tak:
- pobieram z strony producenta wersję 4.0.1 (około 14 MB obraz) - tylko jeśli tą wersją zaktualizuje urządzenie to mam dostęp do QTS i mogę wgrać inną wersję firmware'u.
- wyłączam urządzenie
- wyciągam wszystkie dyski
- uruchamiam urządzenie
- wgrywam przez QFinder (najnowszy) firmware w wersji 4.0.1
- po restarcie mam dostęp do QTS
- wkładam dyski na miejsce i robię aktualizację firmware ręcznie np. wersję 4.0.7 (image ma około 170MB) - system proponuje wersję 4.1.2

Z tego co do tej pory zaobserwowałem to do wersji 4.0.7 wszystko działa idealnie, ale jak tylko wgram coś z 4.1.x to już QTS nie widzi dysków i każe mi włożyć dyski, zaznaczam iż uruchamiam QTS w wersji 4.1.x bez dysków w kieszeniach i wkładam je na gorąco i zero reakcji a dmesg pokazuje, że dyski włożono a jak je ręcznie podmontuje to mam ich zawartość.

Ręce mi już opadają bo nie mam pomysłu co jest nie tak i jak na razie zostaje mi zostanie przy wersji 4.0.7. Nie wiem, czy to jest normalne ale QFinder nie chce mi aktualizować wersjami, których rozmiar pliku jest około 170 MB (wyskakuje błąd przy 20%). Próbowałem instalować system od zera zaczynając od v.4.0.1 na innych dyskach, które są na liście kompatybilnych z tym samym efektem co wyżej. Chciałbym podnieść firmware do 4.1.x bo bez tego nie mogę zaktualizować niektórych paczek z powodu za niskiej wersji QTS'a :(

Pozdrawiam

Zbyszek
 
Aktualizację mogę zrobić z interfejsu www jak mam wgraną wersję 4.0.7. Dodatkowo z tego co zauważyłem to gdy mam 4.0.7 to dyski wykrywane są jako /dev/sda /dev/sdb a po wgraniu 4.1.x (4.1.3 nie próbowałem więc za chwilę spróbuję powyżej przytoczoną procedurą) jako /dev/sady i /dev/sadz (o ile mnie pamięć nie myli to zależy od kernela).
 
A na której wersji powinienem zrobić tą aktualizację ręczną bo do flash wgrać mogę tylko 4.0.1. Po restarcie robię inicjalizację wkładam czysty dysk i instaluję 4.0.7. W tym stanie mogę korzystać z NAS a dmesg mówi że dysk jest wykrywany jako /dev/sda (kernel w tym momeńcie jest: 2.6.33.2). W historii poprawek znalazłem QFix, który miał być rozwiązaniem na: "Solution for unsuccessful firmware update (QTS 4.1.0 Build 0504 and above)", ale on u mnie nie daje rezultatu :(. Mając 4.0.7 wgrałem Qfix a następnie v.4.1.3 z QTS ale efekt ten sam, czyli dyski w dmesg widzę (jako /dev/sdya lub /dev/sdza - kernel: 3.4.6), że wykryte, QFinder mówi, że wersja to 4.1.3 a także że mam zrobić inicjalizację podczas, której dysków nie widzi.

Teraz jeszcze chcę wgrać w sposób manualny wersję 4.1.3, ale moim zdaniem to nie będzie to - bo każdą z nowych wersji z 4.1.x mogę wgrać ale mając aktualnie zainstalowaną wersję 4.0.7. Po instalacji 4.1.x, gdy urządzenie ma się uruchomić z nowego jądra to nie widzi mi dysku o czym świadczy również komunikat jak wpiszę config_util 1 czyli "config_util: No initialized HD exists." a dmesg mówi:
Kod:
[  455.804024] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
[  455.811480] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
[  455.818235] ata2: hard resetting link
[  461.585757] ata2: SRST failed (errno=-16)
[  461.589788] ata2: hard resetting link
[  467.115736] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl F330)
[  467.295736] ata2.00: ATA-8: WDC WD10EARS-00Y5B1, 80.00A80, max UDMA/133
[  467.302380] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
[  467.345732] ata2.00: configured for UDMA/133
[  467.350027] ata2: EH complete
[  467.353230] scsi 1:0:0:0: Direct-Access  WDC  WD10EARS-00Y5B1  80.0 PQ: 0 ANSI: 5
[  467.365939] Check proc_name[sata_mv].
[  467.376194] sd 1:0:0:0: [sdza] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[  467.392652] Check proc_name[sata_mv].
[  467.402748] sd 1:0:0:0: Attached scsi generic sg676 type 0
[  467.414446] sd 1:0:0:0: [sdza] Write Protect is off
[  467.419382] sd 1:0:0:0: [sdza] Mode Sense: 00 3a 00 00
[  467.425755] sd 1:0:0:0: [sdza] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  467.439289]  sdza:
[  467.444718] sd 1:0:0:0: [sdza] Attached SCSI disk
 
no i dzisiaj po kolejnej wymianie maili z serwisem i 2 godzinnej pracy serwisanta od QNAPA via Teamviewer serwisant stwierdził, że jeśli po aktualizacji z 4.0.7 do 4.1.x dysk wykrywany jest:
Kod:
[~] # dmesg | grep -i scsi
[  8.376242] scsi0 : sata_mv
[  8.379379] scsi1 : sata_mv
[  9.766522] scsi 1:0:0:0: Direct-Access  WDC  WD10EARS-00Y5B1  80.0 PQ: 0 ANSI: 5
[  9.790683] sd 1:0:0:0: Attached scsi generic sg676 type 0
[  9.829701] sd 1:0:0:0: [sdza] Attached SCSI disk
[~] # dmesg | grep sdz
[  9.778991] sd 1:0:0:0: [sdza] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[  9.796435] sd 1:0:0:0: [sdza] Write Protect is off
[  9.801334] sd 1:0:0:0: [sdza] Mode Sense: 00 3a 00 00
[  9.801483] sd 1:0:0:0: [sdza] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  9.824441]  sdza: sdza1 sdza2 sdza3 sdza4
[  9.829701] sd 1:0:0:0: [sdza] Attached SCSI disk

to wina jest w sprzęcie a dokładnie w kontrolerze sata a nie w firmwarze i zaproponował mi wysłanie urządzenia do Holandii z naprawą na ich koszt (o ile pamiętam gwarancja mi już wygasła). Czekam jeszcze na szczegóły. Macie jakieś doświadczenia z serwisem w Holandii ?

Z drugiej strony ciężko mi w to uwierzyć, że to problem sprzętu bo do wersji 4.0.7 urządzenie aktualizowało się zawsze bezproblemowo i nawet jak cofnę wersję firmware do 4.0.7 to również pracuje bez problemowo, tyle że dyski wykrywane są jako /dev/sda i /dev/sdb .

PS. Na kontakt od odpowiedzi z mojej strony czekałem około 2 dni roboczych.

Pozdrawiam
 
Wszytko ok. Serwis naprawił. @Silas Mariusz sprawdził i był 10 dni w naprawie. Niestety sklep z Niemiec i pośrednik przetrzymywali sprzęt ponad 2 miechy. Wiec jeśli masz możliwość bezpośrednio do nich to powinieneś być zadowolony. Mi wymieniali wiatrak i płytę główną.
 
Nie pisałem wcześniej, ale naprawa zrealizowana na koszt QNAP, mój koszt to tylko 67,91 za kuriera :). Naprawa zrealizowana poprzez wymianę płyty głównej. Czas naprawy: od chwili odebrania przez QNAP do wysyłki zwrotnej do mnie: 1 dzień roboczy - wręcz bosko. Generalnie jako, iż mam kilka urządzeń typu NAS różnych producentów: S i QNAP to szczerze powiedziawszy: QNAP aktualnie bije na głowę S i z firmwarem oraz obsługą serwisową (support S mimo 4 ticketów dot. błędów w oprogramowaniu nie raczył na żaden odpowiedzieć, QNAP na jeden ticket sprzętowy załatwił temat wzorowo).