Jump to content

Reviews

Our reviews
  • Openitbot
    Pamiętaj podczas konfiguracji komputer do którego podłączasz adapter musi być odłączony od sieci lokalnej (WiFi itp)
    Podłącz adapter Netgear WNCE2001 do zasilania (poprzez kabel USB bądź zasilacz załączony w komplecie) Podłącz kabel sieciowy RJ45 do karty sieciowej komputera oraz do wejścia sieciowego urządzenia Netgear WNCE2001 (kabel załączony w zestawie) Gdy na urządzeniu zapalą się diody Power i LAN na zielono urządzenie jest gotowe do konfiguracji Otwórz przeglądarkę internetową. Automatycznie powinna się otworzyć strona konfiguracyjna. Jeżeli strona się nie otworzy wpisz w polu adresu sieciowego adres www.mywifiext.net i naciśnij Enter. Zostanie otwarta strona konfiguracji, gdzie należy wybrać język domyślny angielski (brak języka polskiego) i klikamy przycisk Continue
    Następnie konfigurator przeprowadzi skan dostępnych sieci WiFi w okolicy.
    Po zakończeniu ukaże się naszym oczom pełna lista dostępnych sieci WiFi w okolicy. Należy wybrać naszą sieć WiFi i kliknąć Continue
    Następną czynnością jest wpisanie hasła naszej obecnej sieci WiFi i klikamy Continue
     
    Nastąpi test połączenia z routerem i zapisanie ustawień.
    urządzenie nawiązało komunikację z routerem i jest już w pełni skonfigurowane. Dioda WLAN zapaliła się na zielono. Adapter WNCE2001 można odłączyć od komputera i podłączyć do urządzenia docelowego (dekoder, TV, konsola, komputer)
    Film instruktażowy przedstawiający całą powyższą procedurę.
    Najczęściej występujące problemy:
    Problem Diagnoza Rozwiązanie Dioda Power pali się na czerwono przy zasilaniu z USB Zbyt małe napięcie zasilania Obecny wybrany port USB ma niewystarczające napięcie zasilania. Należy spróbować z innym portem lub skorzystać z zasilania za pośrednictwem dołączonego w zestawie zasilacza Dioda WLAN pali się na żółto lub czerwono. Adapter zrywa sygnał Sygnał WiFi sieci źródłowej jest za słabyWzmocnić sygnał źródłowy, np. poprzez wzmacniacz sygnału Netgear WN3000RP  

  • Zapraszam Was do recenzji trzech nowych serwerów NAS firmy NETGEAR z linii ReadyNas.
    Dzięki uprzejmości firmy NETGEAR mieliśmy okazję przyjrzeć się modelom RadyNas 102 , ReadyNas 312 oraz ReadyNas 314

    Premierę nowych urządzeń ReadyNas NETGEAR zapowiedział w marcu br (http://www.readynas.com/?p=6854 ) a ich dostępność w drugim kwartale br.
    Wszystkie produkty z tej serii zostały podzielone na trzy segmenty wydajności :
    Seria 100 została skierowana do użytkowników domowych – wyposażona w architekturę procesorów ARM (Marvell Armada 370) oraz 512MB pamięci RAM , seria 300 przeznaczona jest dla segmentu SOHO (małe biura) wyposażona w dwurdzeniowe procesory Intel Atom wraz z 2GB pamięci RAM oraz najwydajniesza seria 500 (dla małych i średnich firm) która oparta została o desktopową (!) architekturę INTEL CORE I3, z którą będziecie mogli się zapoznać na naszym portalu w najbliższym czasie. NETGEAR posiada również linię produktów pod nazwą ReadyDATA przeznaczoną dla przedsiębiorstw i dużych korporacji które, mamy nadzieję ,będziemy mogli Wam zaprezentować w przyszłości.
    Wraz z nowymi urządzeniami firma NETGEAR zaprezentowała również nową wersję systemu ReadyNAS OS 6, który został rozszerzony o wiele nowych funkcji, m.in. nielimitowane snapshot’y (ciągła ochrona danych wraz z odtworzeniem o dowolnego puktu w czasie), system plików BTRFS (najważniejsza zaleta tego systemu plików to zapis w czasie odczytu co pozwala efektywnie tworzyć w/w snapshoty), udoskonalenie obsługi rozwiązań chmurowych (synchronizacja plików ReadyDROP, integracja z Dropbox’em itp.).
    ReadyNAS OS 6 kontynuuje wsparcie dla ekosystemu NETGEAR’a pod nazwą Genie+ na potrzeby instalacji dodatkowych aplikacji , a dodatkowo zawiera nowy portal ReadyCLOUD (wraz z ReadyCLOUD Discovery), który może być używany do konfiguracji i dostępu zdalnego. Dodatkowo dodano program antywirusowy do ochrony plików w czasie rzeczywistym. Na naszym portalu znajdziecie dodatkowy artykuł dotyczący instalacji oprogramowania z pominięciem Genie+ - używając repozytoriów Debiana : zapraszamy.
    ReadyNAS OS 6 nie jest zgodny z wcześniejszymi urządzeniami ReadyNAS, więc nie ma planów ich aktualizacji do nowej wersji . Starsze ReadyNAS’y mogą być używane jako miejsca replikacji plików (dla potrzeb tzw Disaster Recovery), jednak nie są już wymagane żadne koszty licencji do tych funkcji (tak jak miało to miejsce w poprzednich wersjach tego oprogramowania). Więcej informacji możecie uzyskać z dokumentu „Software Manual” ze strony NETGEAR oraz witryny wsparcia ReadyNAS OS 6.
    Galerię zrzutów ekranu z nowej wersji ReadyOS możecie obejrzeć w naszej galerii : 
    Wygląd
    ReadyNas 102 jako jedyny przyjechał do nas w kolorowym pudełku Pozostałe urządzenia skierowane dla klientów biznesowych mają stonowane i minimalistyczne opakowanie.
    Tak prezentują się odpowiednio
    RN102
    ReadyNas 312 :
    oraz największy z nich RN314 - jest dużym solidnym urządzeniem ważącym około 3 kilogramów :

    W pierwszym kontakcie RN102 wygląda identycznie jak RN312 - podstawowe różnice widoczne są na tylnym panelu : 2 porty Gigabit LAN oraz gniazdo HDMI są elementami wyróżniającymi model RN312. Stylistyka jest znana doskonale ze starszych modeli Netgear'a więc nie jest zaskoczeniem.

    Wszystkie urządzenia wywarły na mnie pozytywne wrażenie, jakość wykonania jest na bardzo wysokim poziomie. Jedynym mankamentem który zauważyłem to sposób montażu dysków w sankach. Jest on dość problematyczny i przy pierwszym kontakcie sprawia wrażenie mało trwałego i mało intuicyjnego. Polega on na przesunięciu na przednim panelu sanek przełącznika widocznego na poniższym zdjęciu w lewo :

    następnie odsunięciu plastikowych "wąsów" trzymających dysk z metalowej podstawy :

    całość obrazuje poniższa instrukcja :

    Nowy sposób montowania dysków jest obecny we wszystkich otrzymanych przez nas urządzeniach ReadyNas. Przyzwyczajeni przykręcaniem śrubek tak jak to mam miejsce u konkurencji mieliśmy lekkie kłopoty Wąsy trzymające dysk nie wysuwają się z ramki równolegle więc należy mieć na uwadze delikatne i jednoczesne wysuwanie obu ich końcówek gdyż plastik sprawia wrażenie mało odpornego na uszkodzenia. Wsunięcie dysku do ramki jest bezproblemowe i szybkie.
    Dodatkowe zdjęcia urządzeń dostępne są w galerii zdjęć : 
    Specyfikacja
    Jak informowaliśmy na wstępie Readynas RN102 oparty jest na architekturze ARM i posiada procesor Marvell Armada 370. RN312 oraz RN312 to architektura x86_64 zaopatrzona w procesory Intel Atom D2701.
    Poniższa tabela przedstawia dokładną ich specyfikację 
     
      ReadyNas 102 ReadyNas 312 ReadyNas 314 Procesor CPUMarvell® Armada 370 1.2GHz Intel® Atom 2.1GHz dual core Intel® Atom 2.1GHz dual core Pamięć RAM 512MB 2GB 2GB Maksymalna ilość dysków 2 2 4 Wspierane typy dysków SATA/SSD 2.5” lub 3.5”SATA/SSD 2.5” SATA/SSD 2.5” lub 3.5”SATA/SSD 2.5” SATA/SSD 2.5” lub 3.5”SATA/SSD 2.5” Dyski wymieniane na gorąco TAK TAK TAK Instalacja dysków 3.5” bez narzędzi TAK TAK TAK Port eSATA 1 1 2 (1 współdzielony USB/eSATA) Maksymalna pojemność przestrzeni dyskowej 8TB 8TB (z jednostką rozszerzającą EDA500 - 28TB) 16TB (z jednostką rozszerzającą EDA500 - 56TB) Gigabit LAN 1 1 2 Porty USB 1 x USB 2.0, 2 x USB 3.0
    1 x USB 2.0, 2 x USB 3.0 1 x USB 2.0, 2 x USB 3.0 Zasilanie 12V, 5A Zewnętrzny 60W 12V, 5A Zewnętrzny 60W 12V, 7A zewnętrzny 90W Wydzielanie ciepła przy max poborze mocy 31.7W 51W 69W Wymiary GxSzxW (mm) 220 x 101 x 142 220 x 101 x 142 223 x 134 x 205 Waga (kg) 2.12 2.23 3.97 Oto kilka informacji uzyskanych z konsoli :
    RN102: [email protected]:~# uname -a Linux RN102 3.0.57.RN_ARM.1 #1 Tue Feb 19 02:10:32 PST 2013 armv7l GNU/Linux [email protected]:~# cat /proc/cpuinfo Processor : Marvell PJ4Bv7 Processor rev 1 (v7l) BogoMIPS : 1196.85 Features : swp half thumb fastmult vfp edsp vfpv3 vfpv3d16 CPU implementer : 0x56 CPU architecture: 7 CPU variant : 0x1 CPU part : 0x581 CPU revision : 1 Hardware : Marvell Armada-370 Revision : 0000 Serial : 0000000000000000 [email protected]:~# free total used free shared buffers cached Mem: 507492 106732 400760 0 8520 43696 -/+ buffers/cache: 54516 452976 Swap: 0 0 0 interfejs webowy serwuje : Apache/2.2.22 (Debian) Server at 192.168.10.160 Port 80
    grzebiąc dalej można zobaczyć repozytoria z których korzysta RN102:
    deb http://www.readynas.com/packages/readynasos 6.0.0 updates main deb http://mirrors.kernel.org/debian wheezy main RN312 oraz RN314 [email protected]:~# uname -a Linux ready312 3.0.70.RNx86_64.2.1 #1 SMP Tue Mar 26 16:05:36 PDT 2013 x86_64 GNU/Linux [email protected]:~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 54 model name : Intel(R) Atom(TM) CPU D2701 @ 2.13GHz stepping : 1 cpu MHz : 2128.001 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts nopl nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm arat dtherm bogomips : 4256.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: [email protected]:~# free total used free shared buffers cached Mem: 2040464 1987160 53304 0 1196 1852616 -/+ buffers/cache: 133348 1907116 Swap: 523964 0 523964 Testy
    Testując otrzymane urządzenia stwierdziliśmy, że nie będziemy zagłębiać się w różnorodne testy używając kilka rodzajów oprogramowania.
    Procedura testowa została przygotowana na komputerze DELL Optiplex 990SF wyposażonego w :
    procesor Intel Core I3-2120 3.3 GHz, 8GB RAM DDR3, 2 dyski WD BLUE 500 GB spięte w raid0 (stripe) Do testu użyliśmy :
    przykładowego folderu o rozmiarze 4,84 GB zawierającego 1120 zdjęć (pliki o rozmiarze 4-5 MB) pliku obrazu płyty ISO wersji ewaluacyjnej systemu Windows 8 o rozmiarze 3,25 GB (dostępnego publicznie na stronie Microsoft) przykładowo wygenerowanego pliku *.tmp o rozmiarze 10 GB (utworzonego za pomocą tego poradnika : link ). oprogramowania NAS Performance tester (www.808.dk/?code-csharp-nas-performance). z serwerach ReadyNas zainstalowaliśmy dyski WD GREEN 1TB Wyniki prezentują się następująco :


    Zaskoczeniem jest mała różnica wydajności pomiędzy RAID0 a RAID1. Wyniki są dobre i oscylują w granicach akceptowalnych w zaciszu domowym Odczyt naprawdę dużych plików w RAID1 mógłby być trochę lepszy.


    RN312 pomimo zbliżonego wyglądu pokazuje, że jest zgoła odmiennym urządzeniem. Intel Atom D2700 i 2GB pamięci prezentują naprawdę bardzo dobre wyniki w RAID0. W RAID1 zastanowiły nas słabe wyniki odczytu.
    Testy przeprowadziliśmy trzykrotnie więc wykluczyliśmy nasz błąd - wolumen był zsynchronizowany, dyski czyste i sformatowane. Tutaj NETGEAR musi skupić swoją uwagę w przyszłych wersjach ReadyOS 6.


    Identyczna konstrukcja sprzętowa jaką jest RN314 nie miała takich bolączek. Wydajność RAID1 jak i RAID0 prezentują się naprawdę świetnie.
    DODATKI: Zaciekawieni portem HDMI postanowliśmy sprawdzić do czego firma NETGEAR postanowiła go przeznaczyć. Podłączyliśmy monitor przez dvi-hdmi do RN312 i ku naszemu zdziwieniu ukazał nam się ekran bootowania znany z normalnych PC, a zaraz po nim linuxowa konsola do logowania Zdziwienie nasze było spowodowane tym, iż liczyliśmy na aplikację do odtwarzania multimediów na TV w postaci XBMC lub autorskie rozwiązanie producenta.

    Podsumowanie
    Nowe urządzenia NETGEAR zaskoczyły nas pozytywne. Obecna solidna i zwarta konstrukcja każdego modelu (oparta o sztywną, metalową obudowę) sprawia wrażenie sprzętu odpornego na działania mniej wprawnych użytkowników.
    W obyciu i instalacji urządzenia sprawiają wrażenie "topornych" ale wydaje nam się, że jest to jedynie zaleta w porównaniu to taniej "chińskiej" plastikowej konkurencji :ph34r: Nie ma mowy o odwrotnym włożeniu ramki z dyskiem do zatoki, uszkodzeniu lub porysowaniu obudowy. Sposób mocowania dysku jest delikatny i trzeba uważać aby nie połamać plastikowych "wąsów" trzymających dysk ale użytkując takie urządzenie nie przeprowadzamy tej operacji zbyt często.
    Zaskoczyło nas niewykorzystanie portu HDMI w modelach RN312 i RN314 ale tutaj rozwiązanie będzie oparte o nową wersję oprogramowania więc nie skreślalibyśmy ReadyNas'ów ze względu na ten błąd. Z pewnych źródeł wiemy, że wydana zostanie aktualizacja wprowadzająca XBMC do odtwarzania plików multimedialnych przez ten port. Wydajność stoi na wysokim poziomie (pomijając bolączkę RN312 w RAID1) i jest doskonale dopasowana dla każdego segmentu rynku. Wprowadzenie nowego systemu zarządzania ReadyOS 6 uważamy za dobre posunięcie ze strony producenta - oferuje od bardzo sprawną obsługę i użytkowanie. Poprzednia seria ReadyNas w naszej opinii nie była tak dopracowana i zdarzały się potknięcia w wydajności, dostępności dodatków itp. Widać postęp i cel ku któremu podąża NETGEAR. Reasumując powyższe - konkurencja oferuje zbliżone lub podobne funkcjonalności więc jeśli producent zaoferuje urządzenia w korzystnych cenach i poprawi niedociągnięcia - na pewno zdobędzie rzeszę zadowolonych użytkowników.
    Plusy:
    wydajność trwałość produktu możliwość instalacji dodatków pomijając GENIE+ Minusy:
    niewykorzystany port HDMI problematyczna obsługa GENIE+ Marketplace pomijając powyższe - płatne dodatki  tryb RAID1 w RN312. Pojawiła się nowa wersja ReadyOS 6.0.8 wnosząca wiele usprawnień i funkcjonalności (część aplikacji stała się darmowa oraz poprawiono tłumaczenia).
    Więcej informacji :
    http://kb.netgear.com/app/answers/detail/a_id/23690  

  • Przedstawiamy Wam spolszczoną wersję procedury odzyskiwania oprogramowania w serwerach NAS marki QNAP (wersja dla x86).
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery

    Tryb Recovery Firmware w Qnapach - Odzyskiwanie Firmware
    Przewodnik Odzyskiwania Firmware dla Nas-ów z procesorem x86 :
    TS-239 Pro, TS-239 Pro II, TS-239 Pro II +, TS-439 Pro, TS-439 Pro II, TS-439 Pro II +, TS-259 Pro, TS-259 Pro +, TS-459 Pro, TS -459 Pro +, TS-459 Pro II, TS-459U, TS-459U +, TS-559 Pro, TS-559 Pro +, TS-559 Pro II, TS-639 Pro, TS-659 Pro, TS-659 Pro +, TS -659 Pro II, TS-859 Pro, TS-859 Pro +, TS-859U, TS-859U +, TS-509, TS-809, TS-809U, SS-439, SS-839
    Instrukcja odzyskiwania jest przeznaczona dla użytkowników, którzy napotykają się z niepowodzeniem uruchomienia serwera NAS firmy Qnap z powodu niepełnej lub nieudanej aktualizacji oprogramowania, spowodowanej przerwą w zasilaniu lub odłączeniem z sieci podczas procesu aktualizacji. Aby sprawdzić, czy instrukcja ma zastosowanie w przypadku Twojego NASa, wykonaj poniższe czynności:
    Wyłącz NASa. Usuń wszystkie dyski twarde. Włącz NASa. Poczekaj dziesięć sekund i sprawdź, czy słychać krótki sygnał dźwiękowy. Po krótkim sygnale dźwiękowym, odczekaj dwie minuty, aby sprawdzić, czy usłyszysz długi sygnał. Jeśli tylko usłyszysz krótki sygnał, albo nie będzie żadnego sygnału, postępuj zgodnie z instrukcjami poniżej, aby odzyskać kontrolę na Swoim NASem. Procedura naprawy NASa
    Wyłącz NASa. Usuń wszystkie dyski twarde.
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Podłącz do NASa monitor VGA i klawiaturę USB.
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Włącz NASa "AMI BIOS ..." -> pokazuje się ekran startowy BIOS – prawidłowo "1023MB OK" -> pamięć DRAM zostaje wykryta, rozmiar DRAM zależy od modelu NAS "128MB ATA Flash Disk ADAA408J" -> DOM zostaje wykryty, rozmiar DOM jest uzależniony od modelu NAS
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Jeżeli podczas wyświetlania ekranu startowego BIOS ww. elementy nie zostaną prawidłowo wykryte ( w zależności od modelu ) to oznacza uszkodzenie hardwarowe serwera i procedura odzyskiwania nie ma tutaj zastosowania. Jeżeli serwer uruchamia się poprawnie z wyjętymi dyskami to oznacza najprawdopodobniej uszkodzenie któregoś z dysków i procedura odzyskiwania również nie ma tutaj zastosowania. [*]Gdy na ekranie pojawi się "Uncompressing Linux ..." system na DOM zostaje załadowany.

    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    [*]Jeżeli system jest uszkodzony to poniżej opisujemy procedurę odzyskania DOM.
    [*]Aby odzyskać DOM musisz wykonać następujące czynności :
    Utwórz dysk startowy na USB. Użyj dysku startowego z kroku 1. do odzyskania DOM. Tworzenie dysku startowego na USB.
    Pobierz narzędzie UNetbootin i plik iso: http://unetbootin.sourceforge.net/ - jeżeli posiadasz system Windows wybierz „Download for windows” http://distro.ibiblio.org/damnsmall/current/dsl-4.4.10-initrd.iso [*]Podłącz pamięć USB do komputera o pojemność 1GB lub 2GB. Sformatuj pamięć USB w systemie plików FAT32.

    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    [*]Zainstaluj i uruchom UNetbootin narzędzie na komputerze.
    [*]Następnie wybierz :
    w pozycji „Distribution” wartość "Damn Small Linux", w pozycji „DiskImage” wybierz plik iso pobrany w kroku 1, w pozycji „Type” upewnij się, że wybrany jest "USB Drive" i kliknij przycisk "OK", aby zainstalować system startowy na dysku USB. źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    [*]Kliknij przycisk "Exit", kiedy proces zostanie zakończony.
    [*]Sprawdź Swój model NASa i ściągnąć pełny system z linków poniżej.
    [*]Plik z system przekopiuj do folderu głównego pamięci USB zmieniając nazwę pliku na "dom.img".
    Pobierz system wg modelu NAS
    TS-239 Pro http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-239_20091014-3.1.2.img TS-239Pro II http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-239PROII_20100928-1.0.6.img TS-239 Pro II+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-239PROII+_20110118-1.0.9.img TS-259 Pro, TS-259 Pro+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-259_20101129-1.0.9.img TS-269 Pro, TS-269L http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-269_20120628-1.2.2.img TS-439 Pro http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-439_20091014-3.1.2.img TS-439 Pro II http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-439PROII_20100928-1.0.6.img TS-439 Pro II+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-439PROII+_20101119-1.0.9.img TS-439U http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-439U_20091014-3.1.2.img TS-459 Pro, TS-459 Pro+, TS-459 Pro II http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-459_20101118-1.0.9.img TS-459U, TS-459U+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-459U_20101118-1.0.9.img TS-469 Pro, TS-469L http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-469_20120628-1.2.2.img TS-469U-RP http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-469U_20120615-1.2.2.img TS-509 Pro http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-509_20100302-1.0.1.img TS-559 Pro, TS-559 Pro+, TS-559 Pro II http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-559_20101118-1.0.9.img TS-569 Pro, TS-569L http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-569_20120628-1.2.2.img TS-639 Pro http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-639_20091014-3.1.2.img TS-659 Pro, TS-659 Pro+, TS-659 Pro II http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-659_20101118-1.0.9.img TS-669 Pro, TS-669L http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-669_20120628-1.2.2.img TS-809 Pro http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-809_20101119-1.0.9.img TS-809U http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-809U_20101119-1.0.9.img TS-859 Pro, TS-859 Pro+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-859_20101118-1.0.9.img TS-859U, TS-859U+ http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-859U_20101118-1.0.9.img TS-869 Pro, TS-869L http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-869_20120628-1.2.2.img TS-869U-RP http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-869U_20120615-1.2.2.img TS-1269U-RP http://eu1.qnap.com/Storage/tsd/fullimage/F_TS-1269U_20120616-1.2.2.img SS-439 http://eu1.qnap.com/Storage/tsd/fullimage/F_SS-439_20090627-3.1.0.img SS-839 http://eu1.qnap.com/Storage/tsd/fullimage/F_SS-839_20091014-3.1.2.img Użycie dysku startowego z kroku 1. do odzyskania DOM.
    Wyłącz NASa. Usuń wszystkie dyski twarde. http://openitforum.pl/uploads/gallery/album_16/gallery_20_16_12108.jpg
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Podłącz do NASa monitor VGA i klawiaturę USB. źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Włącz NASa i kilka razy naciśnij F11.
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Wybierz „USB:USB – Flash Disk” jako urządzenie startowe. Jeśli nie uda Ci się wejść do menu BIOSa i system kontynuuje przetwarzanie w trybie wiersza poleceń, należy ponownie uruchomić NASa i powtórz krok 4.
    UWAGA : Jeśli są dwa urządzenia USB, nie należy wybierać "USB DISK MODULE PMAP".
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery W następnym menu wybierz ustawienia domyślne „Default” dla monitora. Następnie naciśnij spację aby kontynuować.
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Po uruchomieniu systemu, powinieneś zobaczyć następujące okno. źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Naciśnij Ctrl + Alt + Del, aby uruchomić okno wiersza poleceń. Wprowadź następujące polecenie: # Sudo su# Fdisk-l Legenda :
    „/ Dev / sda” to dysk Flash
    „/ Dev / sdb” i „/ dev / sda” to dysk DOM
    Pojemność powinna być 128MB lub 512MB w zależności od modelu NASa
    http://openitforum.pl/uploads/gallery/album_16/gallery_20_16_69847.jpg
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Następnie wprowadź następujące polecenie: # Mkdir usbdrive# Mount / dev/sda1 / home / dsl / usbdrive# Cd / home / dsl / usbdrive# Cp dom.img / dev / sdb Legenda :
    „/ Dev / sdb” lub „/ dev / sda” to jest dysk DOM
    „ Dom.img ” to nazwa oprogramowania
    „/ Dev / sdb” i „/ dev / sda” to nazwa twojego napędu DOM w zależności od modelu NAS
    Uruchom ponownie NAS wpisując komendę: # Reboot źródło : http://wiki.qnap.com/wiki/Firmware_Recovery
    Po restarcie urządzenia NAS, system został odzyskany. NAS powinien uruchomić się prawidłowo i będzie widoczny w QNAP Finder. Pobierz najnowsze oprogramowanie lub firmware, który było zainstalowane na serwerze przed awarią, ze strony internetowej QNAP http://www.qnap.com/v3/en/product_x_down/, rozpakuj plik i wykonaj aktualizację firmware'u poprzez QNAP Finder. W QNAP Finder kliknij w menu Narzędzia -> Firmware Update, aby zaktualizować firmware w serwerze. Po aktualizacji wyłącz NASa, włóż z powrotem dyski zachowując kolejność w jakiej znajdowały się przed ich wyjęciem, a następnie włącz zasilanie. Jeżeli po włożeniu dysków okaże się, że system jest niezgodny z zainstalowanym na serwerze, to trzeba jeszcze raz zaktualizować firmware przez Qnap Findera. Po przejściu całej procedury Recovery odzyskasz kontrolę nad Swoim serwerem.

  • PREAMBUŁA:
    Opis dotyczy będzie modyfikacji, polegającej na wymianie kostek pamięci RAM, wprowadzonej w routerze Asus WL-500g Premium v.1.
    Nie poczuwam się do odpowiedzialności za jakiekolwiek uszkodzenia/problemy związane z powieleniem opisanych tu czynności.
    Oświadczam, że jestem autorem wszystkich zdjęć widocznych jako miniatury w tym opisie.
    Nie zgadzam się na wykorzystanie tych zdjęć, niniejszego tutoriala ani jego fragmentów w jakiejkolwiek publikacji i w jakimkolwiek innym serwisie.
    Praktycznie w jednobrzmiącej formie opracowanie to zamieszczone jest w portalu o p e n r o u t e r.info .
    Pierwotnie zamieszczone było także na łamach portalu o p e n l i n k s y s.info, skąd usunięte zostało m.in. z powodu braku respektowania praw do pełnego dysponowania stworzoną treścią przez autora.IDEA:
    Asus WL-500gP v.1 swój debiut rynkowy ma w zamierzchłych czasach. W momencie wprowadzenia do sprzedaży był maszyną wręcz rewolucyjną, swymi możliwościami na tle innych routerów SOHO błyszczał niczym diament.
    Nie bez przekory Obsy pisząc jeszcze dla OL recenzję Asusa RT-N16 zaczął od "Niech żyje król". RT-N16 godnie zastąpił na tronie właśnie WL-500gP - choć o ustępującym "monarsze" nie można wcale powiedzieć, że odszedł do lamusa. Można wspomnieć jeszcze model "pośredni" - WL-500W, ale tak naprawdę router ten był tylko potwierdzeniem, że w starym "Premium" tkwi niewykorzystany jeszcze potencjał.
    Router posiada - w stosunku do innych konstrukcji tego okresu - dość mocny procesor (mocniejszy od innych w "rodzinie" nie tylko zegarem), sporą pamięć RAM (32MB), sporą pamięć FLASH (8MB) oraz interfejs USB, pozwalający na podłączenie m.in. pamięci masowej. Pozwala to wykorzystać go - pod kontrolą oprogramowania alternatywnego - jako hosta usług związanych z gromadzeniem i udostępnianiem plików.
    Pojawienie się TomatoUSB (oprogramowania chyba najbardziej "user friendly" posiadającego obsługę USB) oraz możliwości rozszerzenia softu o paczki Optware otworzyło przed tym routerem nowe możliwości. W stosunku do nowszych konstrukcji router - oprócz starszego procesora - posiada 2x/4x mniej pamięci RAM, odpowiednio porównując do popularnych dziś WNR3500L i RT-N16.
    Brak pamięci RAM w stosunku do zapotrzebowania można kompensować poprzez stworzenie pliku wymiany lub partycji SWAP na nośniku zewnętrznym. Wpływa to niestety na wydajność - bowiem obsługa interfejsu USB jest dość "procesorożerna".
    WL-500gP swojemu następcy RT-N16 raczej dorównać nie da rady. Można by jednak - rozszerzając pamięć RAM - próbować dociągnąć do posiadającego "tylko" 64MB Netgeara WNR3500L, oczywiście w zastosowaniach, w których większa RAM ma znaczenie kluczowe - czyli np. intensywne P2P z dużą ilością połączeń (Kademlia, DHT). Tam, gdzie WNR3500L będzie zużywał swoje MHz na przepychanie przez USB informacji do/ze swapa, tam rozhuśtany do 128MB Premium może zyskać parę punktów.
    Pomysł rozszerzenia fizycznej pamięci RAM w WL-500gP nie jest nowy, został dość dobrze opisany - niniejsze opracowanie bazuje właśnie na tym opisie, jest jednak dość mocno uproszczone - głownie przez założenie, że musi się udać "od pierwszego kopa".
    PRZYGOTOWANIA:
    Teoretyczna część przygotowań to zapoznanie się z w/w wymienionym tutorialem, oraz z dokumentacją fotograficzną routera.
    Należy też poczynić założenie, że sam zabieg może nieodwracalnie uszkodzić router, więc warto mieć już zakupiony sprzęt droższy, ładniejszy, nowocześniejszy... Będzie mniej bolało...
    Praktyczna część obejmować będzie przygotowanie środowiska do przeprowadzenia zabiegu, oraz pozyskanie "narządów" do "przeszczepu". Wymieniał wszystkiego po kolei nie będę od razu, poszczególne elementy wystąpią w opisie.
    DAWCA:
    Moduł pamięci DDR SDRAM o pojemności 512MB, wyprodukowany przez NANYA, z układami tegoż producenta, oznaczonymi Nanya NT5DS32M16BS-6K. Pojedynczy chip ma pojemność 64MB, potrzebne będą 2 chipy.
    Demontaż elementów z laminatu został przeprowadzony za pomocą gorącego powietrza (piekarnik z termoobiegiem). Po roztopieniu się słupka kontrolnego (drut cynowo-ołowiowy) płytka została lekko wstrząśnięta, co zaowocowało oddzieleniem się elementów:

    BIORCA i ZABIEG:
    Wstępne przygotowanie to demontaż PCB z obudowy i przeniesienie na miejsce, w którym będziemy operować. Miejsce powinno posiadać dobre oświetlenie z kilku kierunków, oraz wentylację umożliwiającą usunięcie oparów chemii używanej podczas zabiegu.
    Z PCB musimy zdemontować wlutowane tam oryginalnie przez producenta chipy pamięci. Dobra wiadomość dla tych, co już robili podobne rzeczy: miejsca wkoło jest sporo. Zła wiadomość - chipy są dwa (a nie jeden jak np. w WRT54GL).
    Zakładając, że nie posiadasz lutownicy na gorące powietrze (hotair) musisz obrać mniej (zwykła lutownica) lub bardziej (skalpel) brutalną drogę usunięcia układów z płyty.
    Wylutowanie SMD w ten sposób niesie za sobą ryzyko powikłań w postaci przegrzania pól lutowniczych, co może spowodować ich oddzielenie się od podłoża - nie wygląda to później za ładnie, i zmusza do tworzenia czasem dość nietypowych połączeń zastępczych (1,2).
    Proponowaną przeze nie alternatywą dla braku hotair'a jest wycięcie układu z płyty za pomocą skalpela - przykładowe (!!!) zdjęcia przedstawiają usuwanie uszkodzonego kontrolera LAN w WL-500gP, z kostką RAM postąpimy podobnie:

    Tniemy nóżki lekko naciskając skalpelem tuż przy tworzywie, w którym zatopiona jest krzemowa struktura układu. Wolne nogi następnie usuwamy pęsetą (chyba, że mamy "azbestowe" palce) lekko je podgrzewając lutownicą.
    W moim przypadku do demontażu użyłem lutownicy hotair, wcześniej powlekając spojenia topnikiem w żelu (flux):

    Wlutowywanie rozpocząłem od układu proksymalnego. Najpierw złapałem dwie skrajne nogi z jednej strony, żeby spozycjonować układ. Polutowałem stronę przeciwną, wróciłem do tej, gdzie były złapane dwie i dokończyłem resztę. Wszystkie luty robiłem w "osłonie" z flux-a:

    Drugi układ:

    Zgodnie ze wspomnianym na wstępie tutorialem "wzorcowym" należy jeszcze dolutować rezystor podciągający dodatkową linię adresową z kontrolera pamięci do układów. Ja użyłem rezystora o oporności 33Ohm. Pozyskałem go z demontażu, że zwłok innego routera (prawdopodobnie D-Link DI524). Rezystor został wlutowany białym "brzuszkiem" do góry, żeby wyróżniał się na fotografii:

    Lewe zdjęcie: rezystor drugi od góry w prawej kolumnie (wskazany czerwoną strzałką).
    Prawe zdjęcie: rezystor drugi od lewej w górnym szeregu.
    !!! Na zdjęciach pokazana jest dolna powierzchnia PCB - tam należy szukać miejsca do wlutowania dodatkowego rezystora.
    PRZYWRACANIE CZYNNOŚCI ŻYCIOWYCH:
    Tak jak napisałem wcześniej - całość była robiona "na skróty", bez etapu uruchamiania z tylko jednym wlutowanym układem.
    Niestety - po zakończeniu operacji router nie uruchomił się...
    Szybka kontrola wizualna, poprzedzona myciem w alkoholu izopropylowym (miękka szczoteczka do zębów jest tu niezastąpiona) przynosi "uwaloną" spoinę na dystalnej kostce, w rzędzie bliższym krawędzi PCB.
    Widoczna wprowadzona korekta połączenia (dolna kostka, dolny rząd spoin, ok. połowy długości):

    Router startuje bez zająknięcia.
    Zgłasza się poprzednio wgrane TomatoUSB DualWAN, wskazywana wielkość pamięci RAM - 64MB.
    Telnet, i wpisujemy:
    nvram set manual_boot_nv=1 nvram set sdram_init=0x0011 nvram set sdram_ncdl=0 nvram commit reboot Po reboocie widzi nadal tylko 64MB. Ups...
    Szybkie poszukiwania w necie... Flash poprzez aplikację Asusa do najnowszego Olega.
    Telnet, wpisy.
    Wystartował - jest 128MB.
    Flash do TomatoUSB by Shibby, wersji ze starszym sterownikiem do radia i wkompilowanym klientem dla BitTorrent.
    Tylko 64MB. Ups...
    TomatoUSB K24 - 64MB. Ups, ups...
    TomatoUSB K26 - 64MB. Ups po trzykroć...
    Tomato 1.28 - 64MB. Niedobrze...
    Znów Oleg - 128MB...
    Po którymś flashu i czyszczeniu NVRAM wskakuje 128MB na Tomato, nie powiem na którym konkretnie. Cieszę się, że jest ok.
    Zapuszczam testowanie pamięci - na ok. 20 godzin. Przerywam, gdy prawie po dobie kolejny już cykl nie wykazuje błędów - dalsze testowanie nie ma sensu.
    W trakcie testów obciążenie procesora utrzymuje się na 1,20-1,60 .
    Obecnie wgrane jest TomatoUSB DualWAN. Router pracuje bez zastrzeżeń.
    PODSUMOWANIE/REFLEKSJE:
    Wg mojej opinii możliwe jest zmodyfikowanie wpisów w CFE tak, aby komend uaktywniających całą pamięć nie trzeba było wpisywać po każdym czyszczeniu NVRAM.
    Jest to różnica w stosunku do WRT-ka, gdzie konfiguracja 64MB w jednej kostce dla kontrolera BCM3302 nie jest przewidziana przez Broadcoma w sposób "naturalny".
    Problem występuje z innej strony...
    Router nie ma wyprowadzonego złącza JTAG, co komplikuje sprawę przy wgraniu nieprawidłowego CFE.
    Ratunkiem pozostaje wtedy zewnętrzny programator.
    Użycie kostek takich jak w powyższym opisie eliminuje konieczność wlutowywania dodatkowego kondensatora, tak jak to jest opisywane w tutorialu "wzorcowym".
    Funkcja, którą ma pełnić ów kondensator jest w tych układach nieobsługiwana... tak przynajmniej twierdzi producent pamięci, u mnie się sprawdziło.
    Czynności od momentu otwarcia obudowy routera do momentu pierwszego udanego uruchomienia po przeszczepie zajęły mniej niż pół godziny.
    Sprzęt użyty do samej operacji to: tacka metalowa, pęsety, szczypce chirurgiczne z końcówką anatomiczną, wykałaczki drewniane, stacja lutownicza z regulacją mocy i grotem do precyzyjnego lutowania, stacja lutownicza hotair, chwytak podciśnieniowy do elementów SMD, szczypce do drutu, miękka szczoteczka do zębów, miernik uniwersalny (pożądana funkcja "przejścia" z bipem do kontroli połączeń).
    O ile stację hotair można zastąpić skalpelem, o tyle konwencjonalna stacja lutownicza z regulacją mocy jest obowiązkowa.
    Z materiałów eksploatacyjnych użyto: topnik w żelu flux, izopropanol.
    Do udanego przeprowadzenia zabiegu oprócz sprzętu niezbędna jest podstawowa wiedza z zakresu montażu elementów elektronicznych i postępowania z elementami ESD oraz zdolność logicznego myślenia.
    Perspektywy są takie, że po udanym rozszerzeniu pamięci warto by było także pokusić się o OC procesora, powiedzmy do wartości 300MHz. Na pewno będzie wymagać to innego, bardziej wydajnego chłodzenia, niż widoczny na fotkach kawałek aluminiowego "jeżyka". Wstępną uwagę kieruję na aktywny zestaw chłodzący od procesorów Pentium 100-133MHz, użycie w nim łożyskowanego kulkowo wentylatora firmy Sanyo-Denki daje gwarancję cichej, niezawodnej i długotrwałej pracy.
    W PRAKTYCE:
    TEST: podpięty jako nośnik dysk 2.5 ATA SSD 60GB NTFS, uruchomiony klient BitTorrent, zapodane 20 plików do ściągania, reszta widoczna na screenach:

    Zmiana dysku - 2.5 ATA 160GB EXT2, 20 plików:

    Nie jest najgorzej...
    Po ok. 7 godzinach pracy z 20 zapiętymi tortami - część zdążyła już się zakończyć:

    SŁOWNICZEK:
    proksymalny = bliższy
    dystalny = dalszy
    OC do 300MHz:
    Jak wiadomo - zastosowany w Asusie procesor w niektórych konstrukcjach innych producentów pracuje z wyższą częstotliwością. Maksimum, na jakie pozwala CFE to 300MHz.
    Przy takim taktowaniu niezbędne jest - w celu zapewnienia stabilnej pracy - zapewnienie odpowiedniego chłodzenia.
    Oprócz mechanicznego przytwierdzenia należy zadbać też o punkt styku - w konkretnym tym przypadku użyta została pasta Arctic Silver 5:

    Obrana metoda zamocowania podyktowana była dwoma względami:
    1. musi być łatwo odwracalna (pierwsza koncepcja zakładająca termoprzewodzący klej właśnie na tym upadła),
    2. mocowanie musi być pewne, bo nikt nie tęskni za latającym po wnętrzu sporym kawałkiem metalu.
    Zastosowany radiator posiada w komplecie wentylator:

    "Pokrywka" standardowo przewidziana dla 12V została podpięta bezpośrednio pod styki gniazda zasilającego, od spodu płyty.
    Niższe napięcie (tylko 5V) oraz łożyskowanie kulkowe - wsparte kropelką oleju 75W80 (zwykły do skrzyń biegów) - dały praktycznie bezgłośną pracę.
    Komendy dla ustawienia żądanej częstotliwości pracy:
    nvram set clkfrq=300,150 nvram commit reboot Przy takich parametrach i takim chłodzeniu router jest stabilny jak skała (oczywiście przy odpowiednio stabilnym oprogramowaniu).
    Przez dłuższy czas pełnił u mnie funkcję "pobieraczka", przy użyciu klientów sieci BitTorrent i ed2k.
    Nie ograniczałem się w żaden sposób w ilości dodawanych do ściągania plików. Jedynym ograniczeniem była pojemność podpiętego nośnika.
    Obciążenie routera przy takim intensywnym P2P potrafiło dawać wskazania CPU load na poziomie 5-7, jednak router bez problemu wychodził z takich sytuacji.
    Dla porównania - podobnie potraktowany RT-N16 z oryginalnym kawałkiem aluminium na procesorze po kilkunastu minutach restartował się.
    Dość często zdarzało się, że wysypywał się webowy interfejs klienta ed2k (aMule), jednak klient pracował nadal.
    Maksymalna prędkość pobierania wynosiła ok. 1MB/s.
    Wniosek - posiadacze łącz o szybkości do 10Mbit/s mogą spokojnie rozważać użycie tak zmodyfikowanego routera jako podstawowego w swojej sieci, oczywiście korzystając z ograniczników pasma dla klientów P2P routera w tym czasie, gdy chcą korzystać z internetu.

  • Jak wiadomo - większość kompilacji Tomato pozwala z poziomu GUI podpiąć port WAN routera do sieci lokalnej w sytuacji, gdy WAN-em jest interfejs radiowy bądź modem 3G.
    Wygody tej nie oferuje chińskojęzyczny DualWAN, choć samo przyporządkowanie portów sieciowych jest jak najbardziej możliwe.
    W sytuacji, gdy mamy konfigurację z dwoma modemami 3G niejako "blokowane" są też fizyczne porty WAN i LAN1.
    Aby je wykorzystać jako dodatkowe porty LAN wystarczy wrzucić w konsolę dostępną w interfejsie webowym Tomato (Tools => System) następujący wpis:
    nvram set vlan1ports="0 1 2 3 4 8*" nvram set vlan2ports="8" nvram set vlan3ports="8" nvram commit rebooti go wykonać.
    Powyższe rozwiązanie sprawdzone zostało dla Asusa RT-N16 z kompilacją 13.03.0040 .

  • Przedstawiamy Wam spolszczoną wersję procedury odzyskiwania oprogramowania w serwerach NAS marki QNAP.
    źródło : http://wiki.qnap.com/wiki/Firmware_Recovery

    Tryb Recovery Firmware w Qnapach - Odzyskiwanie Firmware
    Przewodnik Odzyskiwania Firmware dla ARM do modeli QNAP :
    TS-110, TS-112, TS-119, TS-210, TS-212, TS-219, TS-219P, TS-410, TS-410U, TS-412, TS-412U, TS -419P, TS-419U, TS-419U +, TS-119P +, TS-219P +, TS-419P +
    Instrukcja odzyskiwania jest przeznaczona dla użytkowników, którzy napotykają się z niepowodzeniem uruchomienia serwera NAS firmy Qnap z powodu niepełnej lub nieudanej aktualizacji oprogramowania, spowodowanej przerwą w zasilaniu lub odłączeniem z sieci podczas procesu aktualizacji. Aby sprawdzić, czy instrukcja ma zastosowanie w przypadku Twojego NASa, wykonaj poniższe czynności:
    Wyłącz NASa. Usuń wszystkie dyski twarde. Włącz NASa. Poczekaj dziesięć sekund i sprawdź, czy słychać krótki sygnał dźwiękowy. Po krótkim sygnale dźwiękowym, odczekaj dwie minuty, aby sprawdzić, czy usłyszysz długi sygnał. Jeśli tylko usłyszysz krótki sygnał, albo nie będzie żadnego sygnału, postępuj zgodnie z instrukcjami poniżej, aby odzyskać kontrolę nad Swoim NASem. Procedura naprawy NASa - Metoda 1 (Live CD)
    Wykonaj poniższe czynności,
    Pobierz jeden z poniższych plików
    TS-110, TS-119, TS-210, TS-219, TS-219P ftp://csdread:[email protected]/NAS/live_cd/Flash_Reburn_live-cd-2009-09-24(TS-110&119&210&219&219P).iso TS-410, TS-410U, TS-419, TS-419U ftp://csdread:[email protected]/NAS/live_cd/Flash_Reburn_live-cd-2009-12-09(TS-410&410U&419P&419U).iso TS-x119P +, TS-219P +, lub TS-419P + http://us1.qnap.com/Storage/tsd/live-cd-2010-10-08.(TS-x19P+_Recovery).iso TS-112/212/412/412U/419U/419U + http://us1.qnap.com/Storage/tsd/live-cd-2011-03-02(TS-x12_412U_419U_419U+).iso TS-119P II/219P II/419P II http://us1.qnap.com/Storage/tsd/live_cd/live-cd-20120424-TS-x19PII_USB30.iso Nagraj plik ISO na płytę CD. Włóż płytę CD do komputera, włącz w biosie start systemu z płyty CD. System z płyty zostanie wczytany - nie trzeba się logować. Wyłącz serwer i wyjmij wszystkie dyski z NASa, pamiętaj w jakiej kolejności znajdowały się serwerze. Podłącz serwer bezpośrednio pod komputer kablem sieciowym. Jeśli serwer posiada dwie karty sieciowe - wybierz LAN 2. Jeżeli LAN 2 nie zadziała spróbuj ponownie z LAN 1. Znajdź przycisk reset na serwerze. Użyj cienkiego przedmiotu, aby nacisnąć i przytrzymać przycisk RESET. Trzymając RESET, włącz serwer.
    źródło : http://wiki.qnap.com...rmware_Recovery
    - Trzymaj przycisk RESET i przycisk zasilania, aż usłyszysz dwa krótkie sygnały (około 5-8 sekund).
    - Dioda "Status" powinna migać na czerwono i zielono, a następnie zaświecić się na czerwono.
    - Dioda "LAN" powinna migać przez pierwsze kilka sekund, a następnie zaświeci się na zielono lub pomarańczowo.
    - Pozostaw serwer w spokoju na około 5 minut włączony do zasilania i podłączony do komputera.
    - Aby upewnić się, czy NAS jest poprawnie aktualizowany, możesz zalogować się do konsoli (patrz pkt.4) : użytkownik / hasło - root / root. Następnie za pomocą polecenia "ifconfig", zobacz czy liczba TX na eth0 rośnie czy nie. Jeżeli rośnie to znaczy, że wszystko przebiega poprawnie.
    - Poczekaj, aż usłyszysz długi sygnał dźwiękowy lub dwa krótkie, dioda "Status" powinna migać na zielono. Serwer następnie się zresetuje. Nie wymaga to interwencji użytkownika, serwer wykona to samoczynnie.
    - Restart powinien trwać około 3 minut. Następnie usłyszysz długi sygnał dźwiękowy.
    - Podłącz NASa do przełącznika lub routera i znajdź go w sieci np.: przy pomocy Qnap Findera.
    - Wyłącz NASa, włóż z powrotem dyski zachowując kolejność w jakiej znajdowały się przed ich wyjęciem, a następnie włącz zasilanie.
    - Pobierz najnowsze oprogramowanie ze strony internetowej QNAP http://www.qnap.com/v3/en/product_x_down/, rozpakuj plik i wykonaj aktualizację firmware'u poprzez QNAP Finder.
    - W QNAP Finder kliknij w menu Narzędzia -> Firmware Update, aby zaktualizować firmware w serwerze.
    - Po przejściu całej procedury Recovery odzyskasz kontrolę nad Swoim serwerem.
     
    Jeżeli procedura przywrócenia firmware nie zadziała to
    spróbuj na innym komputerze nagraj ponownie płytę z plikiem ISO uszkodzeniu uległ hardware serwera. Procedura naprawy NASa - Metoda 2 (VMWare Player)
    Wykonaj poniższe czynności:
    - Pobierz jeden z poniższych plików :
    TS-110, TS-119, TS-210, TS-219, TS-219P ftp://csdread:[email protected]/NAS/live_cd/Flash_Reburn_live-cd-2009-09-24(TS-110&119&210&219&219P).iso TS-410, TS-410U, TS-419, TS-419U ftp://csdread:[email protected]/NAS/live_cd/Flash_Reburn_live-cd-2009-12-09(TS-410&410U&419P&419U).iso TS-x119P +, TS-219P +, lub TS-419P + http://us1.qnap.com/Storage/tsd/live-cd-2010-10-08.(TS-x19P+_Recovery).iso TS-112/212/412/412U/419U/419U + http://us1.qnap.com/Storage/tsd/live-cd-2011-03-02(TS-x12_412U_419U_419U+).iso TS-119P II/219P II/419P II http://us1.qnap.com/Storage/tsd/live_cd/live-cd-20120424-TS-x19PII_USB30.iso - Pobierz i zainstaluj VMware Player http://www.vmware.com/go/downloadplayer/.
    - Wyłącz wszystkie połączenia sieci bezprzewodowej na komputerze.
    - Uruchom VMware Player i kliknij "Create New Virtual Machine".

    źródło : http://wiki.qnap.com...rmware_Recovery
    - W pozycji "Installer disc image file (iso)" wybierz plik ISO pobrany w kroku 1. Kliknij przycisk "Next”.

    źródło : http://wiki.qnap.com...rmware_Recovery
    - Wybierz w pozycji „Guest operating system” pozycję "Linux" a w „Version” pozycję "Ubuntu" i kliknij "Next"

    źródło : http://wiki.qnap.com...rmware_Recovery
    - W kroku „Ready to Create Virtual Machine” kliknij w przycisk „Customize Hardware”.

    źródło : http://wiki.qnap.com...rmware_Recovery
    - Dla "Network Adapter NAT", wybierz po prawej stronie połączenie sieciowe („Network connection”) jako "Bridged", a następnie kliknij przycisk "Close".

    źródło : http://wiki.qnap.com...rmware_Recovery
    - Kliknij „Finish”. Wirtualna maszyna zacznie się uruchamiać. Jeśli pojawi się komunikat o aktualizacji komunikat o aktualizacji oprogramowania, kliknij "Remind Me Later".
    - Po załadowaniu zostanie wyświetlony komunikat, przejdź do następnego kroku. Logowanie nie jest wymagane.
    - Wyłącz serwer i wyjmij wszystkie dyski z NASa, pamiętaj w jakiej kolejności znajdowały się serwerze.
    - Podłącz serwer bezpośrednio pod komputer kablem sieciowym. Jeśli serwer posiada dwie karty sieciowe - wybierz LAN 2. Jeżeli LAN 2 nie zadziała spróbuj ponownie z LAN 1.
    - Znajdź przycisk reset na serwerze.
    - Użyj cienkiego przedmiotu, aby nacisnąć i przytrzymać przycisk RESET.
    - Trzymając RESET, włącz serwer.

    źródło : http://wiki.qnap.com...rmware_Recovery
     
    - Trzymaj przycisk RESET i przycisk zasilania, aż usłyszysz dwa krótkie sygnały (około 5-8 sekund).
    - Dioda "Status" powinna migać na czerwono i zielono, a następnie zaświecić się na czerwono.
    - Dioda "LAN" powinna migać przez pierwsze kilka sekund, a następnie zaświeci się na zielono lub pomarańczowo.
    - Pozostaw serwer w spokoju na około 5 minut włączony do zasilania i podłączony do komputera.
     
    Aby upewnić się, czy NAS jest poprawnie aktualizowany, możesz zalogować się do konsoli (patrz pkt.4) : użytkownik / hasło - root / root. Następnie za pomocą polecenia "ifconfig", zobacz czy liczba TX na eth0 rośnie czy nie. Jeżeli rośnie to znaczy, że wszystko przebiega poprawnie.
     
    - Poczekaj, aż usłyszysz długi sygnał dźwiękowy lub dwa krótkie, dioda "Status" powinna migać na zielono. Serwer następnie się zresetuje. Nie wymaga to interwencji użytkownika, serwer wykona to samoczynnie.
    - Restart powinien trwać około 3 minut. Następnie usłyszysz długi sygnał dźwiękowy.
    - Podłącz NASa do przełącznika lub routera i znajdź go w sieci np.: przy pomocy Qnap Findera.
    - Wyłącz NASa, włóż z powrotem dyski zachowując kolejność w jakiej znajdowały się przed ich wyjęciem, a następnie włącz zasilanie.
    - Pobierz najnowsze oprogramowanie ze strony internetowej QNAP http://www.qnap.com/v3/en/product_x_down/, rozpakuj plik i wykonaj aktualizację firmware'u poprzez QNAP Finder.
    - W QNAP Finder kliknij w menu Narzędzia -> Firmware Update, aby zaktualizować firmware w serwerze.
    - Po przejściu całej procedury Recovery odzyskasz kontrolę nad Swoim serwerem.
     
    Jeżeli procedura odzyskania firmaware nie zadziała to
    spróbuj na innym komputerze nagraj ponownie płytę z plikiem ISO serwer uległ uszkodzeniu sprzętowemu.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. For more information, please see ours Guidelines and Privacy Policy.