Beiträge von alienmojo

Ja, das wäre jetzt auch mein Ansatz, den Ordner woanders hin zu verlinken,
ich versuchs mal heut Abend wenn ich es schaffe. Danke.

Vorhin noch gerade ein japanische Anleitung gefunden, er scheint den Updatefolder extern zu mounten, etwas schwer zu übersetzten, mein japanisch ist nicht so gut ... aber mit Gogole Translator wird es verständlicher.

http://tryingless.jp/topics/20…-nas-firmware-recovery/7/

Vielleicht ein Lösung, aber heute keinen ruhigen Nerv mehr dafür gehabt.

Was ist den "Standard" Platz den man für ein Update benötigt auf /Root?


HDA_ROOT/update muss immer angelegt werden vorher

Danke für die Hilfe!

Hi, ja leg ich vorher immer an und setzt den link, ohne gibt es gleich ne Fehlermeldung.

Zitat von tiermutter

rm -rf /mnt/update

rm -f /tmp/update_process

Ja, gibt es aber nach reboot nicht, denke ist nur vorhanden wenn man vertsucht öfter hintereinander zu Flashen.
Vorher löschen gibt kein Speicherplatz fre in meinem Fall.

df nach reboot

[~] # df
Filesystem                Size      Used Available Use% Mounted on
none                    300.0M    250.5M     49.5M  84% /
devtmpfs                  4.0G     32.0k      4.0G   0% /dev
tmpfs                    64.0M    160.0k     63.8M   0% /tmp
[~] # 

Hier nochmal das komplette Terminal mit der ältesten Firmware die ich finden konnte von 2019.
Mit "update" mounten funktioert es erstmal, bricht dann aber ab mit Speicherplatz problem anscheinend.

[~] # cd /mnt/
[/mnt] # ls
HDA_ROOT/ config/   ext/
[/mnt] # mkdir update
[/mnt] # mkdir usb
[/mnt] # ls
HDA_ROOT/ config/   ext/      update/   usb/
[/mnt] # ln -sf /mnt/HDA_ROOT/update /mnt/update
[/mnt] # mount /dev/sda1 /mnt/usb
[/mnt] # /etc/init.d/update.sh /mnt/usb/TS-X31X_20190919-4.3.6.1070.img 
cksum=2977953396
UBI device number 1, total 1728 LEBs (219414528 bytes, 209.2 MiB), available 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB)
Set volume size to 218398720
Volume ID 0, size 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB), dynamic, name "tmp", alignment 1
Using 120-bit encryption - (QNAPNASVERSION4)
len=1048576
model name = TS-X31X
version = 4.3.6
IS_STORAGE_V2
TSX31PX_u-boot.bin
TSX31PX_u-boot.bin.cksum
TSX31X2_u-boot.bin
TSX31X2_u-boot.bin.cksum
TSX31X_u-boot.bin
TSX31X_u-boot.bin.cksum
boot/
config/
fw_info
fw_info.conf
libcrypto.so.1.0.0
libssl.so.1.0.0
rootfs2.ubi
rootfs2.ubi.cksum
u-boot.bin
u-boot.bin.cksum
uImage
uImage.cksum
update/
update_img.sh
4.3.6 20190919 
Ignore degrade check
/bin/tar: rootfs2.ubi: Wrote only 9728 of 10240 bytes
/bin/tar: rootfs2.ubi.cksum: Cannot write: No space left on device
/bin/tar: u-boot.bin: Cannot write: No space left on device
/bin/tar: u-boot.bin.cksum: Cannot write: No space left on device
/bin/tar: uImage: Cannot write: No space left on device
/bin/tar: uImage.cksum: Cannot write: No space left on device
/bin/tar: update_img.sh: Cannot write: No space left on device
/bin/tar: Exiting with failure status due to previous errors
[Firmware Update] System update failed. Firmware failed to extract. Error code: FW006

Error code ist nun Speicherplatz ... ich schau mal was in HDA Root noch liegt bzw. woanders ...

Ok, hab mal den order update vorher erzeugt und denn funktioniert auch der Link.

Upgrade läuft dann in Firmware File Format Error

[/mnt] # mkdir usb-drive
[/mnt] # ls
HDA_ROOT/  config/    ext/       update/    usb-drive/
[/mnt] # mount /dev/sda1 /mnt/usb-drive
[/mnt] # mount
none on /new_root type tmpfs (rw,mode=0755,size=300M)
/proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw)
tmpfs on /tmp type tmpfs (rw,size=64M)
/dev/sda1 on /mnt/usb-drive type vfat (rw)
[/mnt] # cd /mnt/usb-drive/
[/mnt/usb-drive] # ls
TS-X31X_20220629-5.0.1.2079.img*
[/mnt/usb-drive] # /etc/init.d/update.sh /mnt/usb-drive/TS-X31X_20220629-5.0.1.2079.img
cksum=2023299728
UBI device number 1, total 1728 LEBs (219414528 bytes, 209.2 MiB), available 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB)
Set volume size to 218398720
Volume ID 0, size 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB), dynamic, name "tmp", alignment 1
Using 120-bit encryption - (QNAPNASVERSION4)
len=1048576
model name = TS-X31X
version = 5.0.1
IS_STORAGE_V2
TSX31KX_u-boot.bin
TSX31KX_u-boot.bin.cksum
TSX31KX_u-boot.bin.sign
TSX31PX_u-boot.bin
TSX31PX_u-boot.bin.cksum
TSX31PX_u-boot.bin.sign
TSX31X2_u-boot.bin
TSX31X2_u-boot.bin.cksum
TSX31X2_u-boot.bin.sign
TSX31X3_u-boot.bin
TSX31X3_u-boot.bin.cksum
TSX31X3_u-boot.bin.sign
TSX31X_u-boot.bin
TSX31X_u-boot.bin.cksum
TSX31X_u-boot.bin.sign
boot/
config/
fw_info
fw_info.conf
libcrypto.so.1.1
libssl.so.1.1
mcu_fw.bin
mcu_fw.bin.cksum
mcu_fw.bin.sign
mcu_tool
rootfs2.ubi
rootfs2.ubi.cksum
rootfs2.ubi.sign
u-boot.bin
u-boot.bin.cksum
u-boot.bin.sign
uImage
[Firmware Update] System update failed. Firmware file format error. Error code: FW004
[/mnt/usb-drive] #

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

dolbyman ja, admin

Update:
Ich lad nun nochmal x Version von QNAP und teste nochmal ...

Ok,

Ok, Anleitung scheint etwas abzuweichen natürlich,
USB Stick rein, 2 Images kopiert, USB stick gemounted nach /mnt/usb-drive
dann die Befehle in der Anleitung befolgt.

Abbruch durch bei /mnt/update/
muss ich das vorher vielleicht händisch irgendwo mounten?
Interessanterweise ist nach dem Versuch das image auch vom USB Stick gelöscht.

[/mnt/usb-drive] # cd /mnt/usb-drive/
[/mnt/usb-drive] # ls
TS-X31X_20190919-4.3.6.1070.img* TS-X31X_20220629-5.0.1.2079.img*
[/mnt/usb-drive] # ln -sf /mnt/HDA_ROOT/update /mnt/update
[/mnt/usb-drive] # /etc/init.d/update.sh /mnt/usb-drive/TS-X31X_20190919-4.3.6.1070.img
cksum=2977953396
UBI device number 1, total 1728 LEBs (219414528 bytes, 209.2 MiB), available 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB)
Set volume size to 218398720
Volume ID 0, size 1720 LEBs (218398720 bytes, 208.3 MiB), LEB size 126976 bytes (124.0 KiB), dynamic, name "tmp", alignment 1
Using 120-bit encryption - (QNAPNASVERSION4)
len=1048576
model name = TS-X31X
version = 4.3.6
IS_STORAGE_V2
TSX31PX_u-boot.bin
TSX31PX_u-boot.bin.cksum
TSX31X2_u-boot.bin
TSX31X2_u-boot.bin.cksum
TSX31X_u-boot.bin
TSX31X_u-boot.bin.cksum
boot/
config/
fw_info
fw_info.conf
libcrypto.so.1.0.0
libssl.so.1.0.0
rootfs2.ubi
rootfs2.ubi.cksum
u-boot.bin
u-boot.bin.cksum
uImage
uImage.cksum
update/
update_img.sh


Ignore degrade check
/bin/tar: /mnt/update: Cannot chdir: No such file or directory
/bin/tar: Error is not recoverable: exiting now
[Firmware Update] System update failed. Firmware failed to extract. Error code: FW006
[/mnt/usb-drive] # ls
TS-X31X_20220629-5.0.1.2079.img*

Hi,

Naja, es war kein 4.3.4 installiert, sondern etwas davor.

4.3.0 oder sowas in die Richtung bin ich der festen Überzeugung, wie gesagt problemlos älter als 3 Jahre!

uname -a:
Linux TEST25D45D 3.10.20-al-2.5.3_sa #3 SMP Fri Jul 29 00:43:16 CST 2016 armv7l unknown

fdisk -l:
[/etc] # fdisk -l

Disk /dev/mtdblock0: 1 MB, 1114112 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock0 doesn't contain a valid partition table

Disk /dev/mtdblock1: 0 MB, 393216 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock1 doesn't contain a valid partition table

Disk /dev/mtdblock2: 33 MB, 33554432 bytes
255 heads, 63 sectors/track, 4 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock2 doesn't contain a valid partition table

Disk /dev/mtdblock3: 226 MB, 226492416 bytes
255 heads, 63 sectors/track, 27 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock3 doesn't contain a valid partition table

Disk /dev/mtdblock4: 33 MB, 33554432 bytes
255 heads, 63 sectors/track, 4 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock4 doesn't contain a valid partition table

Disk /dev/mtdblock5: 226 MB, 226492416 bytes
255 heads, 63 sectors/track, 27 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock5 doesn't contain a valid partition table

Disk /dev/mtdblock6: 15 MB, 15728640 bytes
255 heads, 63 sectors/track, 1 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/mtdblock6 doesn't contain a valid partition table

Disk /dev/sda: 30.7 GB, 30752636928 bytes
255 heads, 63 sectors/track, 3738 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1      267350  2147483647+  ee  EFI GPT
[/etc] # 

sda1, 32GB USB Stick, das passt.


Wenn ich das richtig interpretiere, ist die QNAP aus 2017,
Seriennummer startet mit Q17... daher kann die Firmware sogar noch älter gewesen sein als 3 Jahre,
hab da etwas das Zeitgefühl verloren bei dem Teil...

Hi,

Ja, ich hatte sie gekauft, primär um meine VHS Backups darauf gespeichert,
zeitweise wurde sie auch im Büro verwendet da dort Zugriff via 10Gbit SFP geht, was ich nun auch zu Hause habe.

Im Büro hatte auch ein Kollege mit IT Hintergrund Zugriff, kann mich entsinne, er wollte sie in den AD einbinden wegen Zugriffsrechten oder der gleichen, aber hat anscheinend auch anderes damit getestet - Webserver / Mail Apps / Suveilence / AD integration + X. Seit min 3 Jahren wurde darauf aber nicht mehr aktiv gearbeitet. War aber immer einziger User.

Daher auch der Wunsch eines zurückstellen auf Werkseinstellungen, zudem auch die Firmwareupdates nicht funktioniert hatten,
als ich es probiert hatte. Ich dachte alles auf Anfang würde das problem lösen. Das kommt wenn man Arbeit und privates mischt ...

Von Außen war die QNAP nie erreichbar, nur per VPN im Büro.
Firmware +3 Jahre alt, ja problemlos möglich.

Abbruch, ich denke FW0004 error war es, als ich es gegooglt hab,
hatt ich leider nie die QNAP Page mit den middle Firmware links gefunden,
bzw. hab den Link in ForenThreads wohl dann übersehen.
Daher leider nie middle firmware images über WebUI getestet.

Danke für die Antwort.
Daten sind nicht so wichtig, damit habe ich mich bereits arraangiert, seit dem letzten VHS backup hab ich mein System/Programme auch verbessert, daher ok.

Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Ok, ich versuch mal alle Fragen der Reihe nach zu beantworten.

Reset:

Werskeinstellungen + Versuch von Firmwareupdates welche aber abgebrochen wurden

Probleme:
Firmwareupdateprobleme, alte Zugriffsrechte via AD / SMTP Einstellungen / Programme mit unbekannten Nutzen


Browser:
Win: Chrome + Chrome Guest Mode + Edge + Internet Explorer
Mac: Safari

Image:
Image Recovery per TFTP eingespielt laut Anleitung von QNAP.
https://www.qnap.com/en/how-to…lannapurna-labs-based-nas

Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen

Zitat von Firmware Recovery Guide for AL(Annapurna Labs) based NAS

(If your NAS QTS firmware version is earlier than v4.3.4, please click below link to download.)

TS-431X/TS-531X/TS-831X/TS-431X2: http://download.qnap.com/Storage/tsd/fullimage/TS-X31X_fw.zip

Firmwareupdates versucht vor der Recovery über das Downloadcenter

4.5.4.2117 build 20220802
5.0.1.2173 build 20221001
beide aber abgebrochen, wurden also nie installiert.
Hash werte hatte ich geprüft, daran lag es nicht.

Firmware updates via Qfinder nach der Recovery

Typo middleware = middle firmware updates.
https://www.qnap.com/de-de/how…-doing-firmware-upgrading

TS-X31X_20190919-4.3.6.1070
TS-X31X/TS-X31X_20220629-5.0.1.2079

Diese + die heruntergeladene aus den QNAP Downlaod,
hab ich dann versucht per Qfinder einzuspielen, was aber fehl schlägt immer bei ca. 38%.
Ich denke mal weil keine initialisierung der HDD/SSD vorher erfolgen konnte für das System.
Abe nicht sicher wie das genau funktioniert mit "core linux" und dann Firmware.


Edit:
Hinzugefügt Screenshot vom LoginScreen + ssh

SSH hab ich Zugriff, aber leider keinen direkten Ansatzpunkt bei meinen Kenntnissen

Danke.

Hi,

ich wollte meine alter TS-431X wieder in Betrieb nehmen, Sicherung alter VHS Bänder, wenn verloren ist das nur halb so wild glücklicherweise,
VHS Bänder noch vorhanden, nur doppelte Arbeit.
Zurück zum Thema, um die Bänder sichern/bearbeiten zu können benötige ich die NAS aber wieder im besten Fall.
Ich konnte mich einmal einloggen und versuchte dann ein Reset + Firmwareupdate, dieses schlug leider fehl,
daher dachte ich ein Recovery und start from Scratch wäre ein gute Idee um das Problem zu umgehen ... nein, war es nicht.
Auf verdacht hab ich den RAM getauscht, da ich eh min 4GB haben wollte, aber ebenfalls keine änderung im Verhalten.
Weder beim Start noch bei der Recovery noch bei Firmwareupdates abbrüchen.



Aktueller Stand:
Ich habe bereits eine Recovery durchgeführt via TFTP, NAS startet nun auch wieder, leuchtet grün.
NAS ist vis SSH erreichbar, login hier möglich.
WebGui nicht erreichbar, da nur ein blaues Fenster erscheint, initialisierung nicht möglich.
Qfinder, findet die NAS, Firmwareupdates schlagen aber fehl.
Versucht habe ich ich die beiden "middleware" updates von QNAP als auch die Firmware von der HP selbst.
Die NAS hatte davor FW Version vor 4.3.4, falls das von belang ist.
Kein Unterschied ob HDD oder SSD verbaut oder keine HDD.

Hab ich irgendwo einen riesen Denkfehler in der Prozedur?
Was wäre der sinnvollste Weg weiter zu testen/machen?
Gibt es noch ältere Fimrware oder Recovery die vielleicht eher funktionieren?
Was kann man per SSH mehr auslesen, machen? Leider ist die Console nicht mein Gebiet
kann mich da bewegen oder mit VIM daten anschauen, aber dann wird es langsam eng ...

Ich hab noch ein DS418, aber die hat leider keinen SFP Port, der doch viel Zeit spart beim ganzen VHS Geschichte.


Wäre dankbar für jede Angerung/Links/Firmware.
Gern auch Link ins Forum falls ich den passenden Beitrag übersehen habe.


LG