Mirlacher

Hallo lG-88, danke für deine Hilfe. Ich habe nun die Version auf 6.1.7-15284 upgedatet. Das hat mit einem Bootstick V1.02b dann schlussendlich funktioniert. Die NAS läuft wieder und die Daten sind noch da. Gott (oder lG-88) sei Dank! Ich danke Dir für deine Hilfe. Werde nun einmal sehen dass die Daten gesichert werden und dann sehen wir weiter ... lG, Christian

Hallo lG-88, Danke nochmals für deine Hilfe. Ich habe den USB-Stick gemountet und die Files ausgetauscht. Danach hat das System nicht mehr gestartet sondern ist in eine Bootschleife gefallen. Ich hätte dann von der Seite: hxxps://xpenology.com/forum/topic/7848-links-to-loaders/ den Jun's loader v1.02b DS3615xs genommen und das ganze damit versucht (inkl. den von dir verlinkten pat-File, wo ich die 2 benötigten Dateien rausgezogen habe). Hier bootet die NAS der Screen sagt "Booting the Kernel." aber es passiert nichts. Die NAS wird im Netzwerk nicht gefunden. Auch nicht mittels find.synology.com ... Also den "alten" Bootstick wieder genommen. NAS bootet und ist wie in Post 1 beschrieben über SSH und SFTP erreichbar, kein Zugriff auf das Volume bzw. das Webportal der NAS. Ich habe auch in der Grub.cfg die PID und VID gecheckt. Diese passen VID = 058F und PID = 6387. Gibt es eine möglichkeit die SN und die MAC-Adresse via SSH auszulesen um diese Daten auch anzupassen? Im Log lese ich auch etwas was mir komisch vorkommt: version magic '3.10.35 SMP mod_unload ' should be '3.10.77 SMP mod_unload ' Passt hier die Version nicht korrekt, oder wie muss ich das verstehen? Eine Sicherung der Daten via SSH und WinSCP ist nicht möglich, oder? Wenn das ginge würde ich die Daten sichern und dann die NAS neu machen ...

Leider kann ich die beiden Dateien aus dem .pat File nicht auf den Stick kopieren, da dieser in Windows nicht gelesen werden kann. Gibt es hier ein Tool, oder kann ich diese Dateien mittels WinSCP (auch hier kann ich mich am NAS anmelden) irgendwie auf den Stick bugsieren? Danke nochmals für die Hilfe! lG, Christian

Hallo lG-88, erstmal danke für deine Hilfe. Anbei was die Dateien ausgeben. Die Log-Datei habe ich beigefügt, da diese recht groß ist und den Thread nur unübersichtlich machen würde. Kann man auf diesem Wege auch die Daten irgendwie sichern? Das wäre mir am Liebsten. Dann kann das System neu gemacht werden, oder braucht es das nicht? etc/VERSION: majorversion="6" minorversion="0" productversion="6.0.2" buildphase="hotfix" buildnumber="8451" smallfixnumber="0" builddate="2016/08/17" buildtime="05:10:40" etc.defaults/VERSION: majorversion="6" minorversion="0" productversion="6.0.2" buildphase="hotfix" buildnumber="8451" smallfixnumber="0" builddate="2016/08/17" buildtime="05:10:40" lspci -k: 0000:00:00.0 Class 0600: Device 8086:0c00 (rev 06) Subsystem: Device 1849:0c00 0000:00:02.0 Class 0300: Device 8086:0402 (rev 06) Subsystem: Device 1849:0402 0000:00:03.0 Class 0403: Device 8086:0c0c (rev 06) Subsystem: Device 1849:0c0c 0000:00:14.0 Class 0c03: Device 8086:8cb1 Subsystem: Device 1849:8cb1 Kernel driver in use: xhci_hcd 0000:00:16.0 Class 0780: Device 8086:8cba Subsystem: Device 1849:8cba 0000:00:1a.0 Class 0c03: Device 8086:8cad Subsystem: Device 1849:8cad Kernel driver in use: ehci-pci 0000:00:1b.0 Class 0403: Device 8086:8ca0 Subsystem: Device 1849:7662 0000:00:1c.0 Class 0604: Device 8086:8c90 (rev d0) Kernel driver in use: pcieport 0000:00:1c.3 Class 0604: Device 8086:8c96 (rev d0) Kernel driver in use: pcieport 0000:00:1d.0 Class 0c03: Device 8086:8ca6 Subsystem: Device 1849:8ca6 Kernel driver in use: ehci-pci 0000:00:1f.0 Class 0601: Device 8086:8cc6 Subsystem: Device 1849:8cc6 0000:00:1f.2 Class 0106: Device 8086:8c82 Subsystem: Device 1849:8c82 Kernel driver in use: ahci 0000:00:1f.3 Class 0c05: Device 8086:8ca2 Subsystem: Device 1849:8ca2 0000:02:00.0 Class 0200: Device 10ec:8168 (rev 11) Subsystem: Device 1849:8168 Kernel driver in use: r8168 0001:07:00.0 Class 0000: Device 1b4b:9235 (rev ff) 0001:08:00.0 Class 0000: Device 1b4b:9235 (rev ff) 0001:09:00.0 Class 0000: Device 1b4b:9235 (rev ff) 0001:0a:00.0 Class 0000: Device 1b4b:9235 (rev ff) cat /proc/mdstat: Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid5 sdb3[0] sdd3[2] sdc3[1] 3897385088 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU] md1 : active raid1 sdb2[0] sdc2[1] sdd2[2] 2097088 blocks [12/3] [UUU_________] md0 : active raid1 sdb1[0] sdc1[1] sdd1[2] 2490176 blocks [12/3] [UUU_________] unused devices: <none> dmesg

Hallo Forengemeinde, bei der NAS meines Freundes ist der Bootstick gestorben. Ich habe dann wie hier im Forum gelesen versucht mit verschiedenen Sticks zu booten, da ich die genaue Version nicht mehr gewusst habe. Mit einem 5.2.5644 kam ich dann auf die Storage und habe gesehen, dass eine Version 6.02 installiert ist. Hier wurde mir auch angezeigt, dass das Volume offline genommen wurde ... Nach booten mit einem Bootstick mit der Version 6.02 kann ich die NAS zwar pingen, komme aber nicht ins Backend und kann auch das Volume nicht mounten ... Kann mir hier jemand weiterhelfen? Ich würde die Daten gerne retten, da mein Freund keine aktuelle Sicherung hat ... Danke im Voraus für Eure Hilfe! lG, Christian PS: Via Putty und SSH kann ich mich an der NAS anmelden ...