bootet nicht, nach 4.1 update

Hallo,

Ja, du brauchst in diesem Fall kein Firmware-Recovery, denn es liegt scheinbar nur ein Problem in der Firmware auf den Platten vor und die Firmware im DOM schein in Ordnung zu sein.

Sofern ein Backup aller Daten besteht, kannst du alle Platten an einen Computer anschliessen und dann alle vier Volumen/Partitionen jeder Platte loeschen. Dabei gehen alle Daten verloren, aber beim Einbau der Platten ins NAS wird die Firmwaere aus dem DOM wieder auf die Platten kopiert.

Falls kein Backup bzw kein vollstaendiges Backup vorhanden sein sollte, musst du die Daten vor dem Loeschen der Volumen am Computer auslesen. Dafuer gibt es Programme, die EXT-Partitionen lesen koennen. Mittels eines solchen Programms sollte es moeglich sein, die Daten der Platten auszulesen.

Hallo,

Von dem RAID hast du nichts geschrieben, deshalb bin ich von Einzeldisks ausgegangen. Die RAID- Platten kannst du in der Tat nicht so ohne weiteres am Computer auslesen.
Daher denke ich, dass das Neuaufsetzen die einfachste Loesung ist, da du ja ein Backup deiner Daten bereits hast. Alles andere waere in dem Fall nur mehr Arbeit, die sich letzendlich vermutlich nicht lohnt.

Um das NAS komplett neu aufzusetzen, solltest du allerdings wie beschrieben die Platten an einen Computer anschliessen und die Volumen loeschen. Alles andere koennte eventuelle Fehler im Systembereich nicht beheben.

Ich bin mal gespannt, was der Support vorschlaegt, aber waere an deiner Stelle da nicht so sehr zuversichtlich, dass da noch etwas wesentlich besseres kommt.

Toll! Drecksupdate!

Hier bei mir TS 212p und genau das gleiche. 2 Platten aber nicht als Raid. Ich habe garnicht die Kapazität um eine der beiden Platten komplett zu sichern!!!

Danke Qnap, super gemacht...

Dabei war ich bereits auf 4.1 aber der Build aus dem Mai. Bin echt ratlos und werde es (mangels Display) wohl erst einmal mit FW-Recovery probieren... Muss ich mich denn ohne Sicherung von all meinen Daten verabschieden oder gibt es da noch Möglichkeiten?

Zitat von "firsttry"

Ich habe garnicht die Kapazität um eine der beiden Platten komplett zu sichern!!!

Nein, Deine Daten sind es Dir nur nicht wert.
Du kannst jetzt noch die Platten ausbauen und am Pc mit geeignetem Programm auslesen oder es über eine LinuxLive-CD machen.

Zitat von "firsttry"

Danke Qnap, super gemacht...

Zitat aus dem Handbuch unter Rechtliche Hinweise und Haftungsausschluss:

Zitat

Vermeiden Sie möglichen Datenverlust, indem Sie Ihr System regelmäßig sichern. QNAP lehnt jede Verantwortung für alle Arten von Datenverlust oder -wiederherstellung ab.

Zitat aus dem Handbuch unter Firmware-Aktualisierung:

Zitat

3. Sichern Sie vor dem Aktualisieren der System-Firmware alle Daten auf der Festplatte, um einen Datenverlust durch Aktualisierung des Systems zu vermeiden.

Auf der Firmwareupdateseite im WebInterface deines NAS weist QNAP darauf hin:

Hier im Forum wird es gebetsmühlenartig gepredigt, für die wichtigen Daten ein Backup anzulegen auch wenn man meint ein RAID sei sicher.

Also was ist daran so schwer zu verstehen

Zitat von "firsttry"

Ich habe garnicht die Kapazität um eine der beiden Platten komplett zu sichern!!!

Das ist eine Faule Ausrede und zählt nicht. Bei den heutigen Preisen (externe 3TB USB3-Platte ab 79€) schon gleich gar nicht.

Zitat von "firsttry"

oder gibt es da noch Möglichkeiten?

Möglicherweise schon - aber erst nach erfolgreichem lesen von ---> http://forum.qnapclub.de/viewtopic.php?f=242&t=29924

Zitat von "biboca"

Du kannst jetzt noch die Platten ausbauen und am Pc mit geeignetem Programm auslesen oder es über eine LinuxLive-CD machen.

Das werde ich dann wohl machen.

Das gilt doch m.E. Nur für die erste der beiden Platten- oder? Die zweite Platte kann ich dann doch unangetastet lassen oder wird die bei Initialisierung auch platt gemacht? Wie gesagt, kein Raid- Verbund.

@dr. Mike: Mir ist schon klar, dass Qnap hier alles ausschließt etc. Ich habe doch gerade ein Nas angeschafft um meine Daten zu sichern (und weil der restliche Speicher voll war)... Anscheinend muss ich wohl noch eine Sicherung für die Sicherung besorgen! Am besten eine Synology um für solche Fälle einen anderen Hersteller zu haben.

Zitat von "firsttry"

Ich habe doch gerade ein Nas angeschafft um meine Daten zu sichern

Eine Sicherung ist nur dann eine Sicherung, wenn die originalen Daten noch an anderer Stelle verfügbar sind. Ansonsten ist es nur eine externe Erweiterung des Speicherplatzes vom Rechner und eben keine Sicherung.

Ups. Ich komme noch teilweise (mit WinSCP) aufs NAS. Unter anderem auch auf /mnt/HDA_ROOT/update

Dort einfach die .img reinlegen und warten?
Was passiert mit der Platte bzw. den Platten? hab ich noch ne Chance ohne großes Daten hin und herschaufeln...?

---Edit---
Ich Idiot... erst auch alle Foren lesen. So einige haben Probleme mit dem "Update" mit den selben Auswirkungen.

http://forum.qnap.com/viewtopic.php?f=160&t=95495

Dann logge dich bitte mal per Putty auf dem NAS ein Kopiere den gesamten Code in der folgenden Box und füge ihn per Rechtsklick ins Puttyfenster ein. Anschliessend <Enter> und die darauf folgende Ausgabe mit der linken Maustaste markieren und hier in einem Codeblock einfügen.
Script ausgeborgt von PWilson im QNAP-Forum:

#!/bin/sh
rm -f /tmp/nasreport
touch /tmp/nasreport
chmod +x /tmp/nasreport
cat <<EOF >>/tmp/nasreport
#!/bin/sh
#
# NAS Report by Patrick Wilson
# see: http://forum.qnap.com/viewtopic.php?f=185&t=82260#p366188
#
#
echo "*********************"
echo "** QNAP NAS Report **"
echo "*********************"
echo " "
echo "NAS Model:      \$(getsysinfo model)"
echo "Firmware:       \$(getcfg system version) Build \$(getcfg system 'Build Number')"
echo "System Name:    \$(/bin/hostname)"
echo "Workgroup:      \$(getcfg system workgroup)"
echo "Base Directory: \$(dirname \$(getcfg -f /etc/config/smb.conf Public path))"
echo "NAS IP address: \$(ifconfig \$(getcfg network 'Default GW Device') | grep addr: | awk '{ print \$2 }' | cut -d: -f2)"
echo " "
echo "Default Gateway Device: \$(getcfg network 'Default GW Device')"
echo " "
ifconfig \$(getcfg network 'Default GW Device') | grep -v HWaddr
echo " "
echo -n "DNS Nameserver(s):"
cat /etc/resolv.conf | grep nameserver | cut -d' ' -f2
echo " "
echo " "
echo "HDD Information:"
echo " "
if [ -x /sbin/hdparm ]; then
   /sbin/hdparm -i /dev/sd[a-z] 2>/dev/null | grep Model
else
   echo "   /sbin/hdparm is not present"
fi
echo " "
echo "Disk Space:"
echo " "
df -h | grep -v qpkg
echo " "
echo "Mount Status:"
echo " "
mount | grep -v qpkg
echo " "
echo "RAID Status:"
echo " "
cat /proc/mdstat
echo " "
#echo "QNAP Media Scanner / Transcoder processes running: "
#echo " "
#/bin/ps | grep medialibrary | grep -v grep
#echo " "
#echo -n "MediaLibrary Configuration file: "
#ls -alF /etc/config/medialibrary.conf
#echo " "
#echo "/etc/config/medialibrary.conf:"
#cat /etc/config/medialibrary.conf
echo " "
echo "Memory Information:"
echo " "
cat /proc/meminfo | grep Mem
echo " "
ls -alF /share/MD0_DATA /share/CACHEDEV1_DATA /share/HDB_DATA
echo " "
echo "NASReport completed on \$(date +'%Y-%m-%d %T') ($0)"
EOF
sleep 2
clear
/tmp/nasreport
echo "Done."
#done

Ich sitz hier gerade am pad- macht der code überhaupt was? Ich sehe jede menge echos usw.
Möchtest du die hw-inFo sehen oder?

Zitat von "firsttry"

Möchtest du die hw-inFo sehen oder?

Gegenfrage: Möchtest du, dass dir geholfen wird oder nicht?

Sollte er nicht vielleicht doch erst mal ein Backup anlegen?

Ich werd in 2 Tagen mal paar USB-Platten aufräumen, rumkopieren usw. Das Wetter ist ja optimal dafur

Ich denke Biboca hat Recht. Dann mal gucken wie weit ich mit dem 10 Sekunden Reset komme. Mit ein wenig Glück hat der Briefbeschwerer dann wieder etwas Arbeit.

Wenn 10 Sekunden Reset nix bringt werde ich wohl das manuelle FW-Update probieren. So lange ich noch auf die Box komme, wird wohl rumgespielt. Das schlechte Wetter kommt in ein paar Wochen ja bald wieder.

Die vom Qnap verschickten Warnungen waren aber alle recht interessant- zumindest zeigten Sie immer Richtung FW.

Der Hammer- das System verschickt noch Warnungen...LOL!

Server Name: QNAP
IP Address: 192.168.178.28
Date/Time: 2014/07/16 23:48:15
Level: Error
[Firmware Upgrade] System update failed. Firmware file format error.

Schön im 5 Minutentakt kommt sowas (der scheint sich alle 5 Minuten zu rebooten).

Server Name: QNAP
IP Address: 192.168.178.28
Date/Time: 2014/07/17 18:48:32
Level: Warning
The system was not shut down properly last time.

Echt lustig was der mit beschädigter FW noch so alles kann!

Hier schon mal der Status:

*********************
** QNAP NAS Report **
*********************


NAS Model:      TS-212P
Firmware:       4.1.0 Build 20140416
System Name:    QNAP
Workgroup:      WORKGROUP
Base Directory: /share/HDA_DATA
NAS IP address: 192.168.178.28


Default Gateway Device: eth0


          inet addr:192.168.178.28  Bcast:192.168.178.255  Mask:255.255.255.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:312 errors:0 dropped:0 overruns:0 frame:0
          TX packets:480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:532
          RX bytes:35340 (34.5 KiB)  TX bytes:59807 (58.4 KiB)
          Interrupt:11




DNS Nameserver(s):192.168.178.1




HDD Information:


 Model=WDC WD30EFRX-68EUZN0                    , FwRev=80.00A80, SerialNo=     WD-WMC4N2055155
 Model=WDC WD20EFRX-68AX9N0                    , FwRev=80.00A80, SerialNo=     WD-WMC300454206


Disk Space:


Filesystem                Size      Used Available Use% Mounted on
/dev/ram0                32.9M     15.3M     17.7M  46% /
tmpfs                    32.0M    140.0k     31.9M   0% /tmp
/dev/sda4               371.0M    325.0M     46.0M  88% /mnt/ext
/dev/md9                509.5M    141.2M    368.2M  28% /mnt/HDA_ROOT
tmpfs                    32.0M         0     32.0M   0% /.eaccelerator.tmp


Mount Status:


/proc on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=32M)
none on /proc/bus/usb type usbfs (rw)
/dev/sda4 on /mnt/ext type ext3 (rw)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)
nfsd on /proc/fs/nfsd type nfsd (rw)
tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
none on /sys/kernel/config type configfs (rw)


RAID Status:


Personalities : [raid1] [linear] [raid0] [raid6] [raid5] [raid4]
md2 : active raid1 sdb2[1] sda2[0]
                 530048 blocks [2/2] [UU]


md13 : active raid1 sda4[0] sdb4[1]
                 458880 blocks [2/2] [UU]
                 bitmap: 8/57 pages [32KB], 4KB chunk


md9 : active raid1 sda1[0] sdb1[1]
                 530048 blocks [2/2] [UU]
                 bitmap: 1/65 pages [4KB], 4KB chunk


unused devices: <none>




Memory Information:


MemTotal:         515436 kB
MemFree:          204348 kB


ls: /share/MD0_DATA: No such file or directory
ls: /share/CACHEDEV1_DATA: No such file or directory
/share/HDB_DATA:
drwxrwxrwx    2 admin    administ      1024 Dec  7  2005 ./
drwxrwxr-x   30 admin    administ      1024 Jul 20 18:33 ../


NASReport completed on 2014-07-20 18:34:28 (-sh)
[~] # echo "Done."
Done.

und nun- wie kommen wir jetzt in der Fehlerlösung weiter? Ideen?

Zitat von "firsttry"

und nun- wie kommen wir jetzt in der Fehlerlösung weiter? Ideen?

Jup. Jetzt sieht man wenigstens das Dillemma.

Zitat von "firsttry"

Code

Firmware:       4.1.0 Build 20140416

Das ist eine Beta genauer gesagt RC2 und damit noch einigermassen buggy. Lade dir bitte die aktuelle FW 4.1.0 B20140612 herunter.

Zitat von "firsttry"

Code

Mount Status:/proc on /proc type proc (rw)none on /dev/pts type devpts (rw,gid=5,mode=620)sysfs on /sys type sysfs (rw)tmpfs on /tmp type tmpfs (rw,size=32M)none on /proc/bus/usb type usbfs (rw)/dev/sda4 on /mnt/ext type ext3 (rw)/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)nfsd on /proc/fs/nfsd type nfsd (rw)tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)

Hier sieht man, dass keinerlei Datenpartition eingebunden wurde.

Zitat von "firsttry"

Base Directory: /share/HDA_DATA

Laut Konfiguration müsstest du die Platten im Einzeldiskmodus betreiben. Hier sollte also ein defektes RAID keine Rolle spielen.

Als erstes solltest du die FW auf den neuesten Stand bringen. Damit man sieht, was eventuell falsch läuft, nutze bitte die manuelle Methode. --> http://wiki.qnap.com/wiki/Manually_Updating_Firmware mit einer kleinen Modifikation, da deine Datenpartitionen nicht verfügbar sind (Schritt für Schritt durchführen, an Ende die kompletten Ausgaben der Schritte hier Posten):

/etc/init.d/services.sh stop


rm -rf /mnt/HDA_ROOT/update


mkdir /mnt/HDA_ROOT/update


cd /mnt/HDA_ROOT/update


wget http://download.qnap.com/Storage/TS-212TurboNAS/TS-212_20140612-4.1.0.zip


unzip TS-212_20140612-4.1.0.zip


rm TS-212_20140612-4.1.0.zip


umount /mnt/update


rm -rf /mnt/update


ln -sf /mnt/HDA_ROOT/update /mnt/update


/etc/init.d/update.sh /mnt/HDA_ROOT/update/TS-212_20140612-4.1.0.img

..siehste- ich hatte vorher den RC2 drauf. Der funktionierte einwandfrei...bis mir die neueste Version zum Download angeboten wurde. Das mache ich in Zukunft dann wohl lieber per Hand.

Dann mach ich die Büchse mal wieder zu und gucke weiter. Leider bootet das qnap sporadisch (Zyklus ca. alle 5 Minuten). Meinst Du ich komme doch weiter?

Das Online-Update war noch nie eine gute Wahl. Ich habe beinahe jedes Update mitgemacht - manuell über QFinder - ohne jemals Probleme gehabt zu haben.

Zitat von "firsttry"

Meinst Du ich komme doch weiter?

Wenn du die Schritte so abarbeitest, solltest du auch durchkommen. Am Besten beginnst du mit einem Neustart des NAS. Dann sollte der Arbeitsspeicher noch recht unbelastet sein.
Bei Problemen meldest du dich hier mit dem aktuellen Status. Dann schauen wir weiter. Du kannst in Putty ein Logfile einstellen, dann hast du auch alle Ausgaben, sollte das NAS doch neu starten.

Sowas blödes. Mit Stoppuhr nebenbei gearbeitet- 2 Minuten, 35 Sekunden habe ich Zeit bis zum Neustart.

Output ist folgendes soweit:

[~] # /etc/init.d/services.sh stopDefault volume not found.Stop qpkg service: Default volume not found..Stop service: cloud3p.sh vpn_openvpn.sh vpn_pptp.sh ldap_server.sh antivirus.sh iso_mount.sh qbox.sh qsyncman.sh rsyslog.sh snmp lunportman.sh iscsitrgt.sh twonkymedia.sh init_iTune.sh StartMediaService.sh crond.sh nvrd.sh ImRd.sh bt_scheduler.sh btd.sh mysqld.sh recycled.sh Qthttpd.sh atalk.sh nfs ftp.sh smb.sh versiond.sh .[~] # rm -rf /mnt/HDA_ROOT/update[~] # mkdir /mnt/HDA_ROOT/update[~] # cd /mnt/HDA_ROOT/update

Ich habe auch mal probiert Stop-Services wegzulassen und die bereits gezogene Datei in den Update-Ordner zu legen... mittendrin brichts ab.

---Edit---
Ich hab mal den oberen Teil weggelassen (da ja wegen der Zeit der Neustart kommt.).
Die Image-Datei per Hand in den Update-Ordner geschoben und die letzten beiden Comandos ausgeführt.
Ganz am Ende kommt:

Using username "admin".
admin@qnap's password:
[~] # ln -sf /mnt/HDA_ROOT/update /mnt/update
[~] # /etc/init.d/update.sh /mnt/HDA_ROOT/update/TS-212_20140612-4.1.0.img
cksum=4096910148
Check disk space available for FW update: OK.
Using 120-bit encryption - (QNAPNASVERSION4)
len=1048576
model name = TS-212
version = 4.1.0
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
4.1.0 20140612
MODEL NAME = TS-212P,new version = 4.1.0
limit version = 3.8.1
new version = 4.1.0
limit version = 3.8.2
Allow upgrade
[~] #

Danach bootet die Kiste wieder neu.