Update DSM 5.1-5004 - volume 1 verschwunden. Probleme wie bei BETA Version

[Posanity]

Hallo Gemeinde,

nun ist mein Problem mit der Version 5.1 offiziell geworden, welches ich schon einmal mit der Beta Version hatte (http://www.synology-forum.de/showthread.html?57884-DSM-5.1-Beta-Volumen-1-verschwunden).

Nachdem das System sich upgedatet hatte, wird nun mein Volume 1 nicht mehr angezeigt:



Ich habe aber meine DS211j so eingerichtet, dass auf Volume 1 alle "Gemeinsame Ordner", "Nutzer", "Pakete" sowie Kalender und die Daten der User aus dem Netzwerk usw. abgelegt sind.
Volume 2 ist meine reine Backupplatte. Hier sichere ich die DS-Daten und die Daten der Rechner aus meinem Netzwerk.

Nach der Installation der BETA hatte ich exakt das gleiche Problem. Nachdem ich wieder downgegradet hatte, war Gott sei Dank wieder alles beim alten. An was kann das liegen? Wie bekomme ich meine Konfiguration wie bei der Version 5.0-4528 auch bei der Version 5.1 hin? Letztendlich macht es ja keinen Sinn, wenn ich wieder downgrade, da sich ansonsten wieder ein Update zieht, wenn ich das möchte und ich wieder die gleichen Probleme habe. Und immer auf die letzte bei mir funktionierende Version (5.0-4528) zu bleiben ist ja auch nicht gerade vorteilhaft.

Kann mir jemand bei meinem Problem helfen?

Vielen Dank im Voraus!

LG
Matthias

 

[HubbaSyn]

Gleiches bei mir bei einer DS 112. Datenträger 1 befindet sich bei mir jedoch im Status "Nicht initialisiert" und natürlich ohne Volume.
Aber über das WebInterface kann ich mich an der Diskstation anmelden.

Problem bei mir, ich kann nicht mehr über das DSM WebInterface downgraden, da er meldet zu wenig Speicherplatz und ein manuelles Update versagt, da Button "manuelle DSM-Aktuallisierung" ausgegraut ist. Eine 5.0-Firmware Version hätte ich ja noch auf dem PC, aber ich krieg sie nicht auf die Diskstation (wg. Plattenplatz).

Hat da jemand noch Lösungsideen, um ein Downgrade durchzuführen??
Ich würde ungern durch eine Neueinrichtung über den Assistant alle meine Daten verlieren.

Vielen Dank schonmal.

VG,
Hubba

 

[dil88]

Das DSM Webfrontend bietet kein Downgrade. Das wird Dir ja auch vor dem Update mitgeteilt. Kennst Du diesen Beitrag aus dem Wiki?

 

[Uhmie]

Aber in der Anleitung von dir steht ja "Jetzt installiert man die alte Firmware über das Webinterface."
Was nu? Ist ausgegraut.

 

[dil88]

Dann musst Du erst einmal Dein System-Volume über eine Linux-Shell aufräumen. Vorgehen siehe hier.

 

[Uhmie]

Danke, werde ich mal versuchen.

 

[HubbaSyn]

Ich habe gestern noch ein wenig im Internet "gelesen".

Also die Meldung mit dem geringen Speicherplatz gibt es, da ein Volume nicht richtig gemountet ist (das wo meine ganzen Daten drauf sind). Aus diesem Grunde ist wahrscheinlich auch der Button "manuelle DSM-Aktuallisierung" ausgegraut.
Aber selbst wenn er aktiv wäre, würde beim nächsten Schritt (Hochladen und Starten des Update) DSM wohl sagen, dass dies keine neuere Version ist und abbrechen. Sprich, ein Downgrade über DSM WebInterface geht anscheinend nicht laut di88.

Das Problem mit den nicht initiallisierten Datenträgern und daraufhin fehlenden Volumes haben in diesem Thread ein paar User berichtet. (vorwiegend 1 Bay DS). Hier steht, wie man sein Daten-Volume über die Kommandozeile manuell mounted, dann sieht man zumindest seine Daten auf der Kommandozeile wieder. Aber das hilft nicht bzgl. dem Status "Nicht Initiallisiert" beim Datenträger im DSM-WebInterface und der grundsätzlichen Problematik.

VG,
Hubba

 

[Uhmie]

Aber selbst wenn er aktiv wäre, würde beim nächsten Schritt (Hochladen und Starten des Update) DSM wohl sagen, dass dies keine neuere Version ist und abbrechen. Sprich, ein Downgrade über DSM WebInterface geht anscheinend nicht laut di88.

Deswegen muss man ja die Datei VERSION ändern auf einen niedrigeren Wert. Dann denkt die Synology das Downgrade wäre neuer.

Die extrahierte Datei "VERSION" nun in einem Texteditor öffnen und den Eintrag "buildnumber="0850" in eine niedrigere Buildnummer abändern, als man vor hat zu installieren. Grund: Bei der späteren Installation der alten Firmware über das Webinterface bricht diese sonst mit der Meldung "Es ist schon eine aktuelle Firmwareversion installiert" ab. Beispiel (Downgrade von v0965 in v0850): Den Eintrag "buildnumber="0850" abändern in z. B. "buildnumber="085". Anschließend diese Änderung unbedingt abspeichern! Modifizierte "VERSION"-Datei aus dem Patch nun per Filestation auf die DS kopieren (z.B. ins Verzeichnis "public").

Gruß
Uhmie

 

[Uhmie]

So hab die Systempartition mal durchforstet. Aber da ist nichts außergewöhnlich großes.


760 /bin
6516 /etc
4 /initrd
188204 /lib
4 /lost+found
4 /mnt
8 /root
3704 /sbin
284132 /usr
18024 /var
6004 /etc.defaults
2120 /var.defaults
16 /.system_info
16 /.pulse
5168 /.syno
32 /.old_patch_info
4 /volumeUSB1
514736 /

 

[dil88]

Was liefert denn ein df -h?

 

[Uhmie]

Was liefert denn ein df -h?

Filesystem Size Used Available Use% Mounted on
/dev/hda1 2.3G 570.4M 1.7G 25% /
/tmp 121.8M 1.5M 120.3M 1% /tmp
/run 121.8M 1.6M 120.2M 1% /run
/dev/shm 121.8M 0 121.8M 0% /dev/shm
/dev/sdq1 1.3T 712.4G 662.8G 52% /volumeUSB1/usbshare
/dev/sda3 2.7T 2.5T 142.4G 95% /volume1
/dev/sdr1 7.5G 26.3M 7.4G 0% /volumeUSB2/usbshare

 

[goetz]

Hallo,
was gibt die Ausgabe von
mount

evtl. sind Teile nur lesend gemounted.

Gruß Götz

 

[HubbaSyn]

So, habe ein Downgrade nicht hinbekommen.
Es ist schon daran gescheitert, dass ich die Firmeware-Datei per FTP nicht auf das NAS bekommen habe wg. zu geringem Speicherplatz. Daher habe ich mir auch das Anpassen der VERSION gespart.

Anyway, habe jetzt auf anderem Wege ein wieder funktionierendes NAS mit DSM5.1
Wobei das keine Lösung für andere ist, da vermutlich nur wenige eine allte vor 3 Monaten ausgetauschte kleinere Festplatte aus dem NAS mit DSM 5.0 noch nicht gelöscht liegen haben. Auf der kleinen Disk war quasi DSM5.0 lauffähig und mit einer veralteten Daten-Partition.

Habe dann mit Partitionsprogrammen meine NAS-Daten-Partition von der großen DSM5.1-Disk auf die alte kleine Disk (noch mit DSM 5.0) kopiert. (als Sicherheits-Backup)
Danach die Systempartitions von meiner alten kleinen DSM5.0 Disk auf die große Disk umkopiert und versucht, die große Disk wieder zum Laufen zu bringen.
Intention war dabei, das NAS unter DSM5.0 wieder zum Laufen zu bekommen, und ggf. das spätere nochmalige Update auf DSM 5.1
Learning: Kopiere niemals eine Partitionen einer Linux-Festplatte mit Windows-Partitionsprogrammen. Die können zwar mit Linux-Partitionen umgehen, aber mein benutztes Programm zerstört dabei den Linux-Bootloader, die kopierten Partitionen waren aber ok.
Das Ergebnis war dann eine nicht startende Disk im NAS. Linux-Bootloader habe ich manuell mit Grub und div. Linux-Boot-Tools nicht nachträglich auf die Disk bekommen, da fehlt es mir an tiefergehendem Linux Know-How.

Habe dann kurzerhand das NAS mit dem Syno-Assistent komplett neu aufgesetzt mit DSM5.1 (das funktionierte dann, aber meine Einstellungen und Daten waren natürlich weg -> logisch)
Da ich meine Einstellungen nicht alle nochmal von Hand neu machen wollte (hatte keine Sicherung davon), habe ich einfach (diesmal mit Linux-Live-CD) nochmal die DSM 5.0 System-Partition von der kleinen Disk auf die große Disk kopiert. Diesmal blieb der Linux-Bootloader erhalten. Aber auch jetzt startete die Disk komischerweise nicht im NAS, jedoch zeigte der Syno-Assistent diesmal den Status als "migrierbar" an. Dabei werden die Einstellungen übernommen und die Datenpartition nicht gelöscht.
Also über den Syno-Assistent das NAS "migriert" mit DSM 5.1 und danach lief wieder alles mit erhaltenen Einstellungen und der danach zurück kopierten aktuellen Daten-Partition.

In Summe hat mich das einige Stunden und meinen Rechner mehrere Nächte Partition-Kopieren gekostet. Danke Synology!
Aber immerhin funktioniert jetzt mein NAS unter DSM 5.1, ich musste die Einstellungen nicht nochmal von Hand durchführen und habe auch keine Datenverluste.

Hoffe für die anderen Leidgeplagten, das Synology bald einen Patch bereitstellt, so dass hier das Problem ohne Neuaufsetzen und Datenverlust behoben werden kann.

Und ich werde mich wohl mal um ein sinnvolles Backup-Konzept meines NAS kümmern müssen, das hätte auch in die Hose gehen können.
Habe zwar meine Daten alle nochmal separat als Backup auf verschiedenen Festplatten, aber das Wiederherstellen eines lauffähigen NAS von Grund auf hätte mich viel mehr Zeit gekostet als das beschriebene Prozedere oben .... Glück gehabt.

VG,
Hubba

 

[Uhmie]

mount bringt:

/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
none on /proc/fs/nfsd type nfsd (0)
configfs on /sys/kernel/config type configfs (0)