Podążaj za instrukcjami w poniższym filmie, aby zobaczyć, jak zainstalować naszą stronę jako aplikację internetową na ekranie głównym swojego urządzenia.
Informacja: Ta funkcja może nie być dostępna w niektórych przeglądarkach.
Używasz przestarzałej przeglądarki. Może ona nie wyświetlać poprawnie tej lub innych stron internetowych. Powinieneś zaktualizować swoją przeglądarkę lub użyć alternatywnej przeglądarki.
Flashed this one on my TS-651. Flashing was successful, but device is dead when starting (No screen/LEDs).
Qnap support recommended a newer BIOS file, which they host here: http://eu1.qnap.com/Storage/tsd/bios/QW37AR32.zip
Now I have to find a way to get this on my dead device...
Had problems fixing a failed firmware update via USB, so disabled "USB 3 support" in BIOS. Bad idea. This setting does not disable "USB 3 support" but all USB ports completely. In former times you could remove the battery and CMOS is empty, but this new UEFI BIOS saves the settings in persistent memory. In the QNAP Wiki they say, you need to flash the BIOS....
Is there a way to write the BIOS chip directy via serial connection? I should have waited for Qnap support and not install the old version here...
28 maja 2014 roku posadziłem scalak z biosem na programator LEAPER-48 i wgralem BIOS. Największą obawę miałem, ponieważ Intel wymyślił sobie stosować również low-voltage kości SPI Flash i pamiętam było to 1.8V a nie jak zazwyczaj 3.3V lub 5V. Bałem się, że uwale ją programatorem, a nigdzie tego układu wtedy nie można było dostać. A doświadczenie mi przypomina, że nie da się zaprogramować kości SPI Flash obsadzonej na płycie bo właśnie napięcie jest za niskie. (Ale mogę się mylić - nie wiem, rithien nie linczuj)
Tak czy siak uratowałem.
Dumny swojego prostego precedensu na wypożyczonym programatorze zacząłem się bawić w edycje BIOSU i zapragnąłem pozbyć się felernej funkcji "brick". Skończyło się kolejnym brickiem!
Tym razem nie chciałem go ponownie targać z płyty głównej. Więc sprawdziłem metodę zrobienia bootowalnego dysku. Jak to wiadomo BIOS Flash Toole średnio sobie radzą z alternatywnymi DOS'ami - i tak też było. Tool do update'u jest napisany przy użyciu PMODE/W DOS Extendera dla języka C/C++, który z automatu potrzebuje dużo pamięci konwencjonalnej. Zacząłem więc od DOS'a 7.1 albo jakiegoś innego z Windowsa 98 czy późniejszego 95 ponieważ jako jedyny obsługuje FAT32. Niestety w moim przypadku za każdym razem kończyłem z brakiem pamięci konwencjonalnej podczas uruchamiania toola do update'u. Ale to już był jakiś progress. Więc dysk SATA wyciągałem z serwera i tak kilka razy przekładałem do komputera, aby edytować każdą zmianą w configu. Wreszcie skończyło się to tak, że...
1) W podłączonym do PC dysku usunąłem wszystkie partycje
2) Otworzyłem do edycji bootowalny DOS 6.22 .iso do którego dorzuciłem wsad BIOS'a oraz tool do jego sflashowania (AFUDOS)
3) Wypaliłem na płytę CD zmodyfikowany obraz z DOS'em 6.22 i potrzebnym toolem (Uruchomienie DOS 6.22 z Pendrive'a na USB może być sporym wyzwaniem. Mi się nie udało.)
4) Wyłączyłem komputer.
5) Dla bezpieczeństwa odłączyłem wszystkie dyski twarde i podłączyłem jeden tymczasowy dysk SATA, który posłużył jako medium recovery oraz oczywiście napęd DVD, z którego zaraz uruchomie komputer.
6) Wystartowałem komputer z płyty CD system i legendarnym już dziś Dos'em 6.22
7) Pierwsze od czego zacząłem to komenda: fdisk
8) Utworzyłem nową partycję na dysku twardym - był wykrywany o dużo mniejszej pojemności.
9) Po utworzeniu partycji - jak to w DOS'ie system należało ponownie uruchomić a następnie partycji (WAŻNE - inaczej nie będzie dysk bootowalny) nadać tryb aktywny!
10) Więc ponownie uruchomiłem system z płyty CD i następnie uruchomiłem ponownie: FDISK /MBR aby upewnić się, ze partycja jest aktywna, po czym partycje zacząłem formatować:
Kod:
FORMAT C:
- ten proces wyjątkowo długo trwał.
11) Przenosimy system:
Kod:
R:
SYS.COM C:
COPY *.* C:\
C:
ATTRIB.EXE -R *.*
Nie pamiętam czy we wczesnym DOS'ie można łączyć argumenty +RHS więc pisze je ręcznie:
Plik zapisujesz i wychodzisz z edytora.
Sprawdzasz ponownie czy plik jest poprawny
Kod:
TYPE CONFIG.SYS
Edytujemy plik AUTOEXEC.BAT:
Kod:
EDIT.EXE AUTOEXEC.BAT
Kasujesz jego zawartość i piszesz:
Kod:
AFUDOS.EXE QW37AR22.BIN /gan
Plik zapisujesz i wychodzisz z edytora.
Sprawdzasz ponownie czy plik jest poprawny
Kod:
TYPE AUTOEXEC.BAT
Parametry:
/A - Oem Activation file
/N - Program NVRAM (czyli to co najbardziej Cię interesuje)
/G - nie jest wyświetlone pod helpem: AFUDOS.EXE /?
12) Przygotowany dysk instalujesz w serwerze QNAP...
13) Jeśli system jest poprawnie postawiony to QNAP powinien się z niego uruchomić. Zresztą Twój PC też.
Its out of warranty anyway. So yes. Just read post about BIOS recovery options, but I´m not sure which ones can be done on this board. Some boards have recovery jumpers or a persistent boot-block BIOS, which one can use to flash via floppy disks.
The idea is to make bootable HDD with DOS OS and autoexec which is gonna to lunch bios update tool. But... wrong path to bios update file gonna brick your device. So... Are you sure?
The idea is to make bootable HDD with DOS OS and autoexec which is gonna to lunch bios update tool. But... wrong path to bios update file gonna brick your device. So... Are you sure?
That is how I flashed this file here (QW37AR22.BIN). The update process completed successfully. Unfortunately, afterwards the device was dead.
This is the guide I followed: How to flash BIOS if USB function is disable - QNAPedia
I fixed the device by SPI flashing the correct BIOS version (QW37AR32). Will post a How-To later in main Qnap forums.
That is how I flashed this file here (QW37AR22.BIN). The update process completed successfully. Unfortunately, afterwards the device was dead.
This is the guide I followed: How to flash BIOS if USB function is disable - QNAPedia
When I´m done writing my HowTo, you will also be able to fix devices with completely dead BIOSes (aka bricked mainboards) using the undocumented JSPI1 connector on the mainboard.
Yes, the Qnap Wiki method works perfectly.
The file here also flashed successfully.
Other than it is a bit outdated, I really have no clue why this BIOS file here did not work on my TS-651.
I stated the link to the official current BIOS version for QW37 boards in my first post above. Its hosted by QNAP.
Maybe QNAP changed the BIOS chip models during production? Mine is a Winbond 25Q64FWSIG (aka W25Q64FWSIG).
Hi Silas,
Notice:
The BIOS QW37ARxx can be used for multiple MB projects, eg. for a MB version QW41. However the latest bios is QW37AR36. In a Download history/version you can download also older one QW37AR22.
It's an indication of QNAP support to resolve a problem: more or less in 50% of times, nas power on is blocked in "SYSTEM BOOTING >>>"...
I follow that method, but AFUDOS.exe not run correctly... I tried more times to make and remake USB disk...
You can see that the SO on the USB pen drive start correctly, see this screenshot: Link: https://drive.google.com/open?id=1d-AlQwjEu6Lr-q4sw4GZIPQTeguCgrSf
I solved creating bootable usb disk by Rufus (2.18.1213 portable version), with default configuration except this parameter: "Create a bootable disk using MS-DOS".
Using RMPrepUSB (v2.1.741 portable version) to create a bootale usb disk, AFUDOS.exe not run in my TS-453 Pro.
Thank you to all.