Was ist passiert?
Ein ganz normaler Sonntag. Ich musste kurz was auf dem Webinterface meiner QNAP TS-412 NAS einstellen und bekomme die Meldung eines neuen Firware-upgrades (4.0.1 auf 4.1.0, ja ich weiß, nicht mehr ganz aktuell 😉 ). Da ich bisher noch keinerlei Probleme hatte und doch schon häufig ein Upgrade durchgeführt hab, dachte ich mir „klar, das geht kurz“.
Wie sich herausstellte ein Fehler. Ich habe leider keine Ahnung was genau schief gelaufen ist, aber nach dem typischen Reboot hat nur noch die Status LED der NAS rot/grün abwechselnd geblinkt. Laut Internet ein Zeichen für eines der folgenden Probleme:
- The hard disk drive on the NAS is being formatted
- The NAS is being initialized
- The system firmware is being updated
- RAID rebuilding is in process
- Online RAID capacity expansion is in process
- Online RAID level migration is in process
Abgesehen von der Initialisierung – die allerdings keine 60 Minuten dauern sollte – und dem Firmware-upgrade – das eigentlich schon durchgelaufen sein sollte – keine schönen Vorstellungen…
Ich dachte mir na gut, kann ja sein das braucht einfach seine Zeit und dieses Mal dauert es halt länger. Aber auch nach einer Essenspause keine Verbesserung. Also hab ich mich dem Problem angenommen und mich im Internet schlau gemacht.
Symptome
Falls jemand hier vorbei kommt und das selbe Problem hat, in kurz meine Probleme:
- NAS bootet nicht mehr -> taucht nicht im QFinder auf, kein Webinterface, kein SSH, kein Zugriff auf die Shares
- Status LED blinkt grün/rot abwechselnd
- Ohne HDDs bootet dies NAS einwandfrei und auch der QFinder findet die NAS und will neu initialisieren
Versuche
Versuch 1: Firmware-recovery
Als erstes kam mir die Firmware-recovery in den Sinn. Nach einem abgebrochenen Firmware-upgrade kommt genau dieses Problem wohl öfters vor. Allerdings sollte die NAS dann auch ohne HDDs nicht booten, was sie aber einwandfrei tut. In diversen Foreneinträgen stand, dass es – auch wenn das System ohne HDDs noch bootet – trotzdem helfen kann. Da die Firmware aber offensichtlich auf den HDDs ist – da es ohne mit einer alten Firmware bootet – machte es für mich nicht viel Sinn die Firmware-recovery ohne HDDs durchzuführen. Aber dachte ich mir „Was solls, ein Versuch ist’s wert, wenn’s mal jemand geholfen hat, warum nicht auch mir?“. Also hab ich einmal die komplette Firmware-recovery durchgespielt.
Das Ergebnis: Ohne HDDs hab ich jetzt eine Firmware 4.0.1, mit den Platten komm ich allerdings immer noch nicht über die grün/rote LED…
Versuch 2: Firmware-upgrade ohne HDDs
Kurz: Nicht empfohlen und es funktionierte auch nicht.
Ergebnis: „Upgrade Failed“, nächster Versuch.
Versuch 3: Config reset
Basierend auf einem Thread im QNAP Forum hat der Support bei einem ähnlichen Problem empfohlen die Configs per SSH und Hotplug zu löschen und mit default configs zu ersetzen. Die Idee ist gut, hab mich schon aufgeregt, dass ich nicht selber auf die SSH Hotplug Idee kam. Also einfach mal ganze Programm durchgezogen.
Ergebnis: Kein Unterschied beim starten mit den HDDs.
Lösung
Wenn man so viel wie ich mit Linux Systemen arbeitet wird man irgendwann kreativ. Ich hatte mich schon fast mit einem Reset der NAS abgefunden, aber ein letzten Versuch wollte ich mir noch geben, da ich was von „manuellem Systemupgrade“ gelesen hatte.
Wer genau das beschrieben Problem hat, sollte folgendes versuchen, mir hat’s geholfen.
#1 NAS ans Netzwerk anschließen (damit sie eine IP vom DHCP Server bekommt)
#2 Die NAS starten ohne HDDs (einfach ein zur Hälfte raus-ziehen)
#3 Hotplug aller Platten in richtiger Reihenfolge (1-4) und warten bis alle HDD LEDs grün leuchten und nicht mehr blinken (also einfach alle Platten wieder rein-schieben, bis sie richtig drin stecken)
#4 IP per Qfinder oder Router/DHCP Server herausfinden
#5 SSH Verbindung per Putty (Windows) oder ssh (Linux) aufbauen
Die Logindaten sind:
User: admin
Passwort: admin
#6 Festplatten mounten mit folgenden Befehlen:
config_util 1 #Mirror ROOT partition
storage_boot_init 1 #mount ROOT partition
storage_boot_init 2 #mount DATA partitionMit diesen Befehlen werden alle Festplatten wieder in das System eingebunden und sind anschließend wieder verfügbar.
Update:
Bei mir gab es keine Fehler bei diesen 3 Befehlen, falls doch sollte man folgendes versuchen:
config_util 4
mount /dev/sda4 /mnt/ext
cp /etc/default_config/uLinux.conf /mnt/HDA_ROOT/.config/
rm -r /etc/config
ln -sf /mnt/HDA_ROOT/.config /etc/config
setcfg -f /etc/config/uLinux.conf Misc configured TRUESiehe Comments
#7 Download der neusten Firmware von QNAP und anschließend entpacken (.img Datei)
#8 Kopieren der Firmware (.img) auf eine der jetzt eingebundenen Festplatten (NICHT auf die root-Partition, die ist zu klein!) in der NAS per scp oder in Windows per WinSCP (da meine Firmware kein wget hatte). In meinem Falle hab ich das ganze auf eine RAID Partition geschoben: /share/MD0_DATA/
Update:
Falls das Kopieren fehlschlägt, empfiehlt es sich die Firmware-Recovery einmal ohne die HDDs durchzuführen, um das „vorinstallierte“ OS auf eine aktuelle Version zu bringen (Firmware-recovery). Für mehr Details, siehe Comments.
#9 Durchführen eines manuellen System-upgrades:
Zuerst muss man überprüfen ob der Ordner /mnt/HDA_ROOT/update verfügbar ist, falls nicht wird dieser zuerst erstellt:
mkdir /mnt/HDA_ROOT/updateDer zweite Check, den man durchführen muss bevor man das Upgrade starten kann ist die Überprüfung ob der Ordner /mnt/update im System vorhanden ist. Falls ja muss man diesen zuerst löschen mit:
rm -rf /mnt/updateoder, falls nicht möglich, unmounten:
umount /mnt/updateNun kann man das manuelle Firmware-upgrade durchführen. Dafür kopiert man zuerst die .img Datei in /share/public, bei mir war das:
cp /share/MD0_DATA/TS-412_20140612-4.1.0.img /share/Public/TS-412_20140612-4.1.0.imgAls nächstes erstellt man einen Symlink zum update Verzeichnis:
ln -sf /mnt/HDA_ROOT/update /mnt/updateAls letztes wird das Update Script ausgeführt:
/etc/init.d/update.sh /share/Public/TS-412_20140612-4.1.0.img#10 Warten bis das Upgrade komplett durchgelaufen ist und folgende Zeile auftaucht:
Update Finished.#11 Neustarten per:
rebootUnd siehe da, meine NAS kam endlich über die grün/rote LED raus und hat das System wieder wie vorher gebootet. Man muss nur einfallsreich sein und viele Foreneinträge lesen 😉
Ich hoffe meine kleine Odyssee hilft Anderen schneller ans Ziel zu kommen, falls bei euch nach einem Firmware-upgrade das selbe Problem aufgetaucht ist.
Tausend Dank!!!
Heute Morgen um 9 Uhr ein Termin gehabt und um 8:45 Uhr gehetzt einfach ohne nachzudenken Firmware Update über Webinterface weggedrückt mit „ja“… Natürlich als Ergebnis: nicht vor Ort, TS-419P+ nicht mehr erreichbar und die gewünschte Daten trotzdem nicht heruntergeladen.
Um 17 Uhr vor Ort gewesen und QNAP konnte auch ohne Festplatten nicht mehr gestartet werden. Also ein Firmware Recovery durchgeführt laut http://wiki.qnap.com/wiki/Firmware_Recovery und ewige beleidigende Forenbeiträge. Trotzdem reagierte der QNAP nicht, allerdings ohne Festplatten nun doch erreichbar und bereit für ein Zugriff über QFinder.
Dieser Blogeintrag war meine Rettung! Simple, verständlich, ohne ewige Forenbeiträgen wie man einfach nur so unvernünftig blöd sein kann um ein Firmwareupdate durchzuführen kann ohne Backup zu machen oder typische Kommentaren die bei der Problemlösung nicht weiter helfen und einen nur noch mehr ärgert.
Zwar habe ich gerade so Ahnung von Linux das ich weiss was „ls“ tut und trotzdem habe ich es geschafft mein QNAP mit diesen Artikel wieder zum laufen zu kriegen.
Tausend Dank nochmal.
Hallo waterstorm,
vielen Dank für diesen hilfreichen Artikel!
Leider hab ich mit meiner TS-231 und (aktuellsten) FW 4.20 ein Problem: ich führe deine Anleitung bis zu #5 aus aber die Befehle unter #6 werden mit einem „command not found“ quittiert. Was kann ich da tun?
Ich weiß nicht, warum das Gerät plötzlich nicht mehr im Netzwerk auffindbar ist; es ist kein FW-Update fehlgeschlagen. Jedoch habe ich die gleichen Symptome wie du sie beschrieben hast (rot/grünes Blinken, startet ohne Platten bis zur Aufforderung zum FW-Update, manuelles Update schlägt fehl per Webinterface, jedoch Gerät bei Start mit Platten im QFinder nicht auffindbar).
An den Festplatten sollte es nicht liegen, RAID 1 mit 2x 2TB WD Red.
Hilfe bitte 🙁
Danke 🙂
Du sagst im QFinder taucht die NAS nicht auf, dann hast du die IP fest vergeben oder per Router herausgefunden? Die SSH Verbindung ging aber einwandfrei?
Tipp mal folgendes ein:
df
Das sollte alle gemounteten Platten auflisten. Schritt #6 ist dafür da, dass alle Platten wieder verfügbar sind. Was gibt der „df“ aus?
Ab Punkt 6 hat das nicht mehr funktioniert. HDA nicht anwesend…
Lösung:
http://qnapsupport.net/qnap-uygulamalari/qnap-firmware-yazilim-guncellemesi-nasil-yapilir/#comment-34210
Kurz: Batterie raus, warten, wieder rein – ab da kann man das Upgrade ganz einfach über die Webseite einspielen (auf die man mit dem qfinder kommt, 1-5 vorausgesetzt).
Erik
Danke – danke – danke!!!
Ohne diese super hilfreiche Anleitung hätte ich ein richtig großes Problem gehabt.
Auf einem anderen Blatt steht aber, warum lässt QNAP überhaupt zu, dass es zu diesem Problem kommen kann?
Überragendes Tutorial, vielen Dank! Rettete hier ein TS-212 vorm verdroschen werden 😉
hi, hab das Problem bei meinTS-412 das die Datei update.sh nicht findet und Sie ist auch nicht vorhanden.
Danke im Voraus
Aber bis zu diesem Punkt konntest du alle Schritte die ich beschrieben hatte erfolgreich durchführen? Könnte sein, dass sie das Script verschoben haben oder, dass etwas vorher nicht funktioniert hat.
Kannst du per Qnap Finder sehen welche Version bei dir drauf ist?
Hab die 4.0.2 drauf. Die Schritte vorher hat er mir keine Fehlermeldung angezeigt.
Etwas stressig die letzen Tage, sorry für die späte Antwort 🙂
Hab jetzt nochmals bei mir geschaut. Die Datei müsste in /etc/init.d/ liegen. Was ist denn bei dir in dem Ordner so drin?
Gib mal folgendes ein:
ls -la /etc/init.d/u*Das zeigt dir alle Dateien die mit „u“ beginnen im Ordner an (der ist recht groß). Was gibt er dir zurück?
Bei mir sieht das wie folgt aus:
[~] # ls -la /etc/init.d/u*
-rwxr-xr-x 1 admin administ 825 May 18 2012 /etc/init.d/update_def_share.sh*
-rwxr-xr-x 1 admin administ 22041 Jul 25 2013 /etc/init.d/update_img.sh*
-rwxr-xr-x 1 admin administ 8685 Jun 18 2013 /etc/init.d/updatedb.sh*
-rwxr-xr-x 1 admin administ 2490 Feb 16 2012 /etc/init.d/upnpd.sh*
-rwxr-xr-x 1 admin administ 945 Jul 26 2013 /etc/init.d/ups.sh*
-rwxr-xr-x 1 admin administ 1108 Jan 14 2008 /etc/init.d/urandom*
-rwxr-xr-x 1 admin administ 4550 Jun 28 2013 /etc/init.d/usb_device_check.sh*
-rwxr-xr-x 1 admin administ 5607 Jul 26 2013 /etc/init.d/usb_ups.sh*
Puh, okay das ist sehr komisch.
Hast du versucht eine Firmware Recovery zu machen? Das müsste deine OS Version ohne HDDs upgraden:
https://wiki.qnap.com/wiki/Firmware_Recovery
Danach hast du vielleicht wieder das Update Script. Sonst kann ich auch versuchen dir meins zu kopieren, aber ich glaub das ist auf Grund der unterschiedlichen Version keine sonderlich gute Idee :/
habe noch nicht gemacht, werde es mal versuchen.
Danke dir trotzdem schon mal für die Hilfe
Hi, hab jetzt das Problem das er im Ram nicht genug platz hat. Deswegen geht jetzt die Installation immer schief.
Puh 🙂 Jetzt wirds „lustig“.
Die Qnap wiki sagt:
If updating from 4.0.x to 4.0.5, 4.0.6, 4.0.7, 4.1 or newer, do not copy or move the image to HDA_ROOT/update, let’s make a work copy on public. This is required avoid any „System update failed. No enough space on RAM/ disk available for firmware update.“ errors
Liegt bei dir was in HDA_ROOT bzw. HDA_ROOT/update? Falls ja scheint das dein Problem zu erzeugen, versuch das mal wie hier im Artikel beschrieben (ggf. musst du das jetzt verschieben (mv statt cp) oder löschen):
https://wiki.qnap.com/wiki/Manually_Updating_Firmware
habs versucht Manuel am Terminal zu installieren.
MODEL NAME = TS-412,new version = 4.2.3
limit version = 3.8.2
Allow upgrade
/bin/tar: /mnt/update: Cannot chdir: No such file or directory
/bin/tar: Error is not recoverable: exiting now
Failed.
[~] # /etc/init.d/update.sh /share/Public/TS-412_20170121-4.2.3.img
Failed. File format error.
[~] # /etc/init.d/update.sh /share/Public/TS-412_20170121-4.2.3.img
Failed. File format error.
[~] # /etc/init.d/update.sh /share/Public/TS-412_20170121-4.2.3.img
cksum=3903072136
Check disk space available for FW update: OK.
Using 120-bit encryption – (QNAPNASVERSION4)
len=1048576
model name = TS-412
version = 4.2.3
boot/
config/
fw_info
initrd.boot
initrd.boot.cksum
libcrypto.so.1.0.0
libssl.so.1.0.0
qpkg.tar
qpkg.tar.cksum
rootfs2.img
rootfs2.img.cksum
rootfs_ext.tgz
rootfs_ext.tgz.cksum
uImage
uImage.cksum
update/
update_img.sh
MODEL NAME = TS-412,new version = 4.2.3
limit version = 3.8.2
Allow upgrade
/bin/tar: /mnt/update: Cannot chdir: No such file or directory
/bin/tar: Error is not recoverable: exiting now
Failed.
Sieht so aus als wäre der Ordner /mnt/update nicht gelinked worden. Hast du dashier vorher durchgeführt?
ln -sf /mnt/HDA_ROOT/update /mnt/updateGgf. musst du auch wie oben beschrieben dies vorher machen:
mkdir /mnt/HDA_ROOT/updateHab das auch gemacht, hab mich wohl irgendwo vertippt.
Hab das nochmal gemacht und jetzt mach er denn update. und hat in auch beendet ohne Fehler.
Jetzt nur noch reboot, dann weiss ich ob es geklappt hat.
Es hat geklappt, Viele Vielen Dank
mit diese Methode
https://wiki.qnap.com/wiki/Manually_Updating_Firmware
Gerne 🙂 Freut mich wenn alles wieder läuft.
Hallo Waterstorm,
Danke, Danke, Danke!!!
Ich habe genau nach Deiner Anleitung mein Qnap TS-210 heute wieder ans rennen bekommen! Hat alles genauso geklappt, wie Du es beschrieben hast.
Puhh… Ich hatte mich schon von all meinen Daten verabschiedet ( von denen ich natürlich keine Sicherheitskopie hatte. Dafür habe ich ja das NAS mit Raid System, so mein Denken ;- )
In Zukunft bin ich da lieber etwas vorsichtiger. Traue niemals Deinem NAS und die goldene Regel: „Never Change a running System“!
Viele liebe Grüße,
Tobi
Habe mit der Anleitung hier mein TP-419P+ nach einem misslungenen Firmware Update wieder herstellen können.
Ich musste vorher die Firmware-recovery machen, da mein NAS anfangs ohne HDDs auch nicht mehr startete.
Vielen Dank!
Hallo Waterstorm,
oje, ich galube ich habe Bockmist gebaut. Für den Firmware Update auf 4.3.3 bei meinem TP-419P+ habe ich versehentlich die zip-Datei statt der img-Datei hochgeladen und den Firmware Update mit der zip-Datei gemacht. Dann hat der reboot ewig gedauert mit rot/grün LED im Wechsel.
Jetzt habe ich versucht, nach deiner Empfehlung vorzugehen. Ich habe also den Power-Knopf 4sec gehalten, bis das System sich ausschaltet. Dann habe ich die 4 HDDs zur Hälfte herausgenommen und neu eingeschaltet. Allerdings rebootet die TP419P+ auch ohne HDDs nicht: Status leuchtet abwechselnd rot/grün und LAN blinkt. QFINDER PRO zeigt nichts an.
Was kann ich noch tun? Natürlich habe ich kein Backup….. 🙄😱
Ich muss das NAS wieder zum Laufen kriegen….
Viele Grüße und vielen Dank, wenn du mir helfen kannst Gerd
Puh, das ist ja komisch. Ich hätte erwartet, dass die Software entweder testet ob es ein gültiges Image ist oder die Zip Datei entpackt, falls es ein Zip ist und den Inhalt überprüft… (Wer weiß, vielleicht ist auch genau das passiert).
Dann wollen wir mal schauen.
Hast du die Anleitung hier schon versucht?
https://wiki.qnap.com/wiki/Firmware_Recovery
Das ist genau für einen Fall wie deinen. Da wird das „Grund OS“ neu aufgesetzt, falls die NAS überhaupt nicht bootet.
Du musst nur drauf achten, dass du die Platten vorher raus ziehst (steht auch in der Anleitung).
Ich hätte auch gedacht, dass die QNAP Software die Firmware prüfen würde, aber wird dann wohl nicht gemacht. Wahrscheinlich könnte man Goethes Faust als Firmware hochladen…
Mit der Firmware_Recovery fange ich an. Allerdings bin ich auf der Suche nach einem Windows Notebook mit CD Laufwerk, um das durchzuführen. Ich hoffe ich bekomme heute eins.
Auf jeden Fall vielen Dank für die Tipps.
Also, ich habe meine QNAP TS419-P+ wieder oben – ohne Datenverlust…wie schön. Ich habe die Firmware Recovery Prozedur durchlaufen mit demselben Ergebnis: Ohne HDDs ließ sich QNAP hochfahren, aber nicht mit. Also dann nach waterstorms Prozedur. Ich hatte ein paar Schwierigkeiten, da ich nur einen iMac habe. Aber SSH funktionierte gut bis #6. SCP habe ich nicht hinbekommen – also wie ich die img-Datei auf das QNAP bekomme…. 🙁
Ich habe dann einen Trick versucht, der beim zweiten Mal gleich geklappt hat: Firmware-Update über QFINDER. Hat funktioniert… :-))) Alles ist wieder oben. DIe Schritte ab #7 waren dann nicht mehr notwendig.
Vielleicht als alternativer Pfad für deine Lösung, waterstorm.
Jedenfalls vielen Dank – ohne die Hinweise hier wäre meine Daten auf dem QNAP verloren gewesen.
Hallo. Tolle Anleitung.
Ich bekomme jedoch die img Datei nicht über scp auf die NAS geladen. Die beiden Laufwerke habe ich geladen und /share/MD0_DATA ist vorhanden. Jedoch scheint die QNAP kein SCP an Bord zu haben. Es kommt „command not found“. Ich kann auch ipkg openssh nicht laden.
Hast du einen Tip, wie die img drauf lade kann oder scp auf die NAS bekommen?
Gruß vladoo
Ja, ich wollte damals die Firmware mit wget / curl runterladen, aber die NAS selbst halt leider eine Minimal-Ausstattung an Tools. Daher hab ich das von „der anderen Seite aus“ gemacht. Mit SCP kann man Daten von einem PC auf einen anderen (in dem Falle die NAS) kopieren. Falls du ein Linux hast kannst du auf deinem Computer den Befehl SCP aufrufen, falls du Windows hast empfehle ich ein Tool wie WinSCP (https://winscp.net).
Das ist recht einfach zu nutzen und mit diesem kannst du die Firmware von deinem Computer auf die NAS übertragen ohne, dass die NAS tools wie wget oder curl braucht ;-).
Solltest du noch Hilfe brauchen, lass es mich wissen.
Hallo waterstorm. Danke für die Rückmeldung, jedoch habe ich ja schon oben geschrieben, dass ich über SCP (nutze dazu mein Macbook und das Terminal) die Datei nicht übertragen kann. Fehlermeldung „command not found“. Ich habe auch Windows WinSCP versucht. Geht auch nicht. Es scheint, dass die QNAP das SCP Protokoll nicht an Bord hat. Hab die Syntax des SCP Befehls mehrfach kontrolliert. Alles scheint ok. Was kann ich noch tun? Habe das TS-412 mit aktueller 4.3.3 laufen.
Sorry, habe ich wohl falsch verstanden.
Ich habe auch nie per ipkg irgendwas installiert, das ist ziemlich seltsam.
Ich habe kurz gegoogled und das Problem scheint öfter aufzutauchen, die „Hilfen“ sind allerdings echt lächerlich:
https://forum.qnap.com/viewtopic.php?t=71679
Antworten in der Art von „warum versuchst du das überhaupt“. Super Hilfreich…
Nur kurz damit ich auf dem selben Stand bin wie du:
Du hast die Platten rausgezogen und das Teil gebootet und genau in dem Moment findet es den SCP Command nicht?
Du kannst aber per SSH problemlos auf die NAS verbinden?
Einer im Forum hat von der PATH variable geredet, das könnte theoretisch ein Problem sein. Hast du die überprüft und ggf. per ls in den Ordner geschaut?
Mein erster Tipp:
Hast du versucht das „BaseOS“, welches auf der NAS ist wenn die Platten nicht eingesteckt sind, upzugraden? Das könnte helfen, dass in der „neuen“/reparierten Version scp mit an Board ist.
Die Anleitung dazu gibts hier:
https://wiki.qnap.com/wiki/Firmware_Recovery
Ich hab das vor meiner Anleitung „unwissentlich“ gemacht, das heißt es könnte schon sein, dass ich das deswegen hatte und du jetzt nicht.
Tipp 2:
Wenn SSH geht SCP aber nicht, kannst du natürlich gute alte Shell tricks versuchen. Sowas wie:
cat file | ssh user@nas „cat > remote“
Falls das nicht hilft, lass mich wissen wie’s ausschaut 🙂
Waterstorm, es ist spitze dass du so schnell hilfst. Danke.
Ja genau. Ich ziehe Platten raus und boote. Dann krieg ich die IP über die Fritzbox heraus und gehe per ssh auf die NAS mit admin admin. Soweit alles gut. Dann gehe deine Anleitung bis Schritt 6. Ich schaue im Share/MD0_DATA ob alles da. Habe sogar einen Ordner angelegt für das img. Im zweiten Terminal Fenster versuche ich dann von der lokalen maschine mit scp das img auf die nas in den angelegten Ordner zu schieben und dann kommt die Meldung.
Nein das Recovery hab ich noch nicht gemacht. Habe jetzt die aktuelle 4.3.3 drauf. Soll ich dann ne Version darunter installieren? Oder neinst du mit BaseOS was anderes? Die Daten werden dabei nicht gelöscht oder?
Grüße vladoo
Ah super, das hilft.
Gerne doch, mir gings ja genau so. Ich hätte mich auch gefreut, wenn’s mir jemand erklärt hätte.
Okay, wenn SSH geht würde ich an deiner Stelle erstmal kurz den Trick mit dem SSH „kopieren“ testen, das scheint mir die schnellste Lösung.
An der Stelle an der du sonst SCP machen würdest machst du folgendes:
Du gehst an deinem Mac in den Ordner mit dem Image, statt SCP auszuführen machst du
cat image.img | ssh admin@ipDerNas „cat > /share/MD0_DATA/image.img“
Damit sollte er die Datei auslesen, eine Verbindung per SSH aufbauen und dann über die SSH Verbindung die Datei wieder einlesen.
Falls das nicht klappt versuch das „Base Upgrade“. Damit ist folgendes gemeint:
Soweit ich das verstanden und getestet habe, speichert die NAS das „richtige“ OS inklusive Updates irgendwo auf einer Partition auf den Festplatten. Wenn die Platten beim Booten aber nicht drin sind, kann er auch das OS nicht laden und weicht sozusagen auf ein Integriertes im Flash-Speicher aus. Das benutzt man auch zur Neuinstallation etc.
Das war bei mir eine deutlich ältere Version als die, die ich auf der Platte hatte.
Diese Version konnte ich update, OHNE die Platten überhaupt einzubauen. Das heißt du machst die Firmware Recovery ohne die Platten einzubauen (siehe vorheriger Link).
Daher kann das auch zu keinem Datenverlust führen, weil die Platten gar nicht drin sind 😉 (Garantien gibt’s aber natürlich wie immer bei solchen Geschichten keine)
Ich habe meine Box jetzt wieder am Start!!!!
Der ssh cat Befehl hat leider nicht funktioniert. Trotzdem danke für den Tip.
Ich habe das Grund OS ohne eingeschobene Platten durchgeführt. Alles wie im Wiki beschrieben. Dann wieder ohne Platten gebootet und den Schritte bis 6 durchgeführt und Platten gemountet bis /share/MD0-DATA wieder da war. Dann mit WinSCP verbunden (wichtig ist mit SCP Protokoll verbinden) und die Datei tatsächlich rübergeschoben. Es war wohl wirklich so, dass ältere Grundversionen das SCP Protokoll nicht an Bord haben.
Dann deine Schritte weiter bis zum Schluss und rebbot. Dann lange warten bis das rot/grün Blinken zum grün wurde. Es war das schönste grün das ich seit langem gesehen habe. Dann konnte ich wieder per Web zugreifen.
Vielen vielen Dank dir warestorm. Super Anleitung und Hilfestellung bei meinem Problem.
Einfach Top!!!
Sehr schön! Freut mich, dass es wieder funktioniert.
Ich habe auf Grund deines Problems auch gleich den Post angepasst ;-).
Seitdem ich die Upgrades per QFinder mache, hatte ich auch keinerlei Probleme mehr, kann ich bisher nur empfehlen!