failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:5)

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58
Hallo zusammen,

das Einspielen des DSM 7.2-64570 (with Update 1) bricht mit dem Fehler aus dem Screenshot ab:

DSM_error.JPG

Dabei spielt es keine Rolle, ob ich die Aktualisierung in der Systemsteuerung verwende, oder das Paket manuell hochlade.
Der MD5 Hash des von hier auf meinen Rechner heruntergeladenen Paketes entspricht der Angabe auf der Synology Webseite.
Die Datei ist also nicht korrupt.

In /var/log/messages habe ich folgendes gefunden:
Code:
2023-06-29T10:49:58+02:00 nas updater[28421]: updater.c:6194 Start of the updater...
2023-06-29T10:49:58+02:00 nas updater[28421]: eula/should_show_eula.cpp:26 Check should show eula = [0], patch:7(7.2) sys:7(7.2)
2023-06-29T10:49:58+02:00 nas updater[28422]: updater.c:6194 Start of the updater...
2023-06-29T10:49:58+02:00 nas updater[28422]: ccc.cpp:333 CCC host upgrade pre-softchecking, check item: Incompatible
2023-06-29T10:49:58+02:00 nas updater[28422]: ccc.cpp:218 CCC host upgrade pre-hardchecking...
2023-06-29T10:49:58+02:00 nas updater[28422]: ccc.cpp:333 CCC host upgrade pre-softchecking, check item: Incompatible
2023-06-29T10:49:58+02:00 nas root[28467]: No guests migrating
2023-06-29T10:49:59+02:00 nas root[28523]: No guests running
2023-06-29T10:50:05+02:00 nas synoactiveinsight[28640]: [Upgrade system] Run ActiveInsight upgrade system hook.
2023-06-29T10:50:08+02:00 nas update-entry[28644]: launch.cpp:274 Pass checksum of [/upd@te]...
2023-06-29T10:50:08+02:00 nas update-entry[28644]: launch.cpp:351 ==== Start updater pre-hook ====
2023-06-29T10:50:08+02:00 nas updater[28700]: updater.c:6194 Start of the updater...
2023-06-29T10:50:09+02:00 nas updater[28708]: ccc.cpp:499 CCC host upgrade preparing...
2023-06-29T10:50:09+02:00 nas updater[28708]: ccc.cpp:511 New version DSM is compatible with current cluster
2023-06-29T10:50:09+02:00 nas updater[28708]: ccc.cpp:434 Start to shutdown guests before upgrading
2023-06-29T10:50:09+02:00 nas update-entry[28644]: launch.cpp:361 ==== Finish updater pre-hook ====
2023-06-29T10:50:10+02:00 nas update-entry[28644]: launch.cpp:173 Executing [/upd@te/updater -v /]
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:6194 Start of the updater...
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:3277 orgBuildNumber = 64561.0, newBuildNumber = 64570.0
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:6501 ==== Start flash update ====
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:6505 This is X86 platform
2023-06-29T10:50:10+02:00 nas kernel: [2922010.510542] sd 11:0:0:0: [synoboot] tag#0 CDB: opcode=0x28 28 00 00 00 88 02 00 00 02 00
2023-06-29T10:50:10+02:00 nas kernel: [2922010.519777] blk_update_request: I/O error, dev synoboot, sector in range 32768 + 0-2(12)
2023-06-29T10:50:10+02:00 nas kernel: [2922010.529063] EXT2-fs (synoboot2): error: unable to read superblock
2023-06-29T10:50:10+02:00 nas kernel: [2922010.582513] sd 11:0:0:0: [synoboot] tag#0 CDB: opcode=0x28 28 00 00 00 88 00 00 00 01 00
2023-06-29T10:50:10+02:00 nas kernel: [2922010.591749] blk_update_request: I/O error, dev synoboot, sector in range 32768 + 0-2(12)
2023-06-29T10:50:10+02:00 nas kernel: [2922010.601040] FAT-fs (synoboot2): unable to read boot sector
2023-06-29T10:50:10+02:00 nas updater[28721]: boot/boot_lock.c(228): failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:5)
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:5823 Failed to mount boot partition
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:3195 No need to reset reason for v.64561
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:7120 Failed to accomplish the update! (errno = 21)
2023-06-29T10:50:11+02:00 nas update-entry[28644]: launch.cpp:177 failed to execute updater cmd=[/upd@te/updater -v /], r=21
2023-06-29T10:50:11+02:00 nas update-entry[28644]: launch.cpp:556 synoinstall: System update stage 'launch-updater' failed
2023-06-29T10:50:11+02:00 nas update-entry[28644]: launch.cpp:374 ==== Start updater post-hook ====
2023-06-29T10:50:11+02:00 nas updater[28724]: updater.c:6194 Start of the updater...
2023-06-29T10:50:30+02:00 nas redis-server[29793]: oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2023-06-29T10:50:30+02:00 nas redis-server[29793]: Redis version=6.2.7, bits=64, commit=0ffc3f13, modified=0, pid=29793, just started
2023-06-29T10:50:30+02:00 nas redis-server[29793]: Configuration loaded
2023-06-29T10:50:30+02:00 nas updater[28725]: ccc.cpp:590 CCC upgrade prepare rollback result[0]
2023-06-29T10:50:30+02:00 nas update-entry[28644]: launch.cpp:379 ==== Finish updater post-hook ====
2023-06-29T10:50:31+02:00 nas update-entry[28644]: launch.cpp:578 Failed to extract firmware.
2023-06-29T10:50:31+02:00 nas synoactiveinsight[29946]: [Upgrade system] Run ActiveInsight upgrade system hook.
2023-06-29T10:50:43+02:00 nas synodr[31884]: report/plan_reporter.cpp:647(UpdateGlobalReport)[WARN][31884]: Update global report [queue_report]: success
2023-06-29T10:50:43+02:00 nas synodr[31884]: report/plan_reporter.cpp:647(UpdateGlobalReport)[WARN][31884]: Update global report [setting_report]: success

Das Hauptproblem sind vermutlich diese Meldungen des Kernels:

2023-06-29T10:50:10+02:00 nas kernel: [2922010.510542] sd 11:0:0:0: [synoboot] tag#0 CDB: opcode=0x28 28 00 00 00 88 02 00 00 02 00
2023-06-29T10:50:10+02:00 nas kernel: [2922010.519777] blk_update_request: I/O error, dev synoboot, sector in range 32768 + 0-2(12)
2023-06-29T10:50:10+02:00 nas kernel: [2922010.529063] EXT2-fs (synoboot2): error: unable to read superblock
2023-06-29T10:50:10+02:00 nas kernel: [2922010.582513] sd 11:0:0:0: [synoboot] tag#0 CDB: opcode=0x28 28 00 00 00 88 00 00 00 01 00
2023-06-29T10:50:10+02:00 nas kernel: [2922010.591749] blk_update_request: I/O error, dev synoboot, sector in range 32768 + 0-2(12)
2023-06-29T10:50:10+02:00 nas kernel: [2922010.601040] FAT-fs (synoboot2): unable to read boot sector
2023-06-29T10:50:10+02:00 nas updater[28721]: boot/boot_lock.c(228): failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:5)
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:5823 Failed to mount boot partition
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:3195 No need to reset reason for v.64561
2023-06-29T10:50:10+02:00 nas updater[28721]: updater.c:7120 Failed to accomplish the update! (errno = 21)



Die Frage ist:
Warum kommt dieser Fehler? 🤔

Das Gerät läuft seit Anfang an einwandfrei, alles funktioniert und Ein-/Ausschalten und neu starten macht auch keine Probleme.

Ein Support Ticket bei Synology brauche vermutlich nicht aufmachen, da meine Platten nicht auf der Kompatibilitätsliste stehen.🤷‍♂️

Einen Thread habe ich hier gefunden, aber der ist ohne Lösung geschlossen:
https://www.synology-forum.de/threads/dsm-6-2-23739-1-update-1-fehler-beim-update.95822/

Hat jemand eine Idee?

Vielen Dank.
 
Zuletzt bearbeitet:

Jim_OS

Benutzer
Sehr erfahren
Mitglied seit
05. Nov 2015
Beiträge
5.068
Punkte für Reaktionen
2.258
Punkte
259
2023-06-29T10:50:10+02:00 nas kernel: [2922010.519777] blk_update_request: I/O error, dev synoboot, sector in range 32768 + 0-2(12)
2023-06-29T10:50:10+02:00 nas kernel: [2922010.529063] EXT2-fs (synoboot2): error: unable to read superblock
Unabhängig von der Synology: Wenn der superblock der HDD nicht mehr gelesen werden kann geht natürlich nichts mehr. D.h. entweder die HDD hat 'ne Macke, oder so ein Problem kann auch schon mal auftreten wenn es Probleme mit der Stromversorgung gab.

Da es immer einen primären und einen backup superblock gibt besteht unter Linux die Möglichkeit den primären durch den backup Superblock zu ersetzen. Ob und wie das bei der DS funktioniert kann ich Dir aber leider nicht sagen. Edit: Wenn Du hier im Forum mal nach Superblock suchst findest Du einige Beiträge/Postings zu dem Thema. Teils natürlich in anderen Zusammenhängen, aber ich habe die nicht alle gelesen.

Ich habe hier mal einen Link der das Thema defekter Superblock recht ausführlich erklärt: https://www.linuxbabe.com/desktop-linux/fix-cant-read-superblock-error

VG Jim
 
Zuletzt bearbeitet:

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58
Danke für deine Antwort.:)

Ich habe festgestellt, dass sich das Gerät doch nicht neu starten lässt.
Das hatte ich fälschlicherweise angenommen, weil es bei div. Versuchen so ausgesehen hat, als hätte das Update geklappt und das Gerät würde neu starten.
Aber jetzt blinkt die DS nur noch permanent, aber wenn ich die Platten rausnehme, funktioniert sie.
Also kein Hardwaredefekt, aber das DSM muss neu drauf.
Ich vermute mal, das ist dieser KBA:
How do I reset my Synology NAS? (For DSM 6.2.4 or above)
Oder auch dieser:
How do I recover data from a Synology NAS that is no longer accessible?

Ich muss die erst mal genau durchlesen, bevor ich irgendwas mache.
Die DS hängt an einer USV und die Platten sind von diesem Jahr und in Ordnung (habe ich vor meinem Post im DSM nachgeschaut).

Mich wundert, wie sowas passieren kann.:unsure:
 

Jim_OS

Benutzer
Sehr erfahren
Mitglied seit
05. Nov 2015
Beiträge
5.068
Punkte für Reaktionen
2.258
Punkte
259
Ich habe mein Posting relativ parallel zu Deinem aktuellen Postings noch editiert und das hier hinzugefügt.
Edit: Wenn Du hier im Forum mal nach Superblock suchst findest Du einige Beiträge/Postings zu dem Thema. Teils natürlich in anderen Zusammenhängen, aber ich habe die nicht alle gelesen.
Wie gesagt schau Dir mal die Beiträge/Postings hier im Forum zum Thema Superblock an. Vielleicht steht dort noch etwas Hilfreiches für Dich drin.

VG Jim
 
  • Like
Reaktionen: Ebbi

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58
Wie es aussieht, kann ich mir schon mal ein serielles Kabel basteln...:rolleyes:
Vielleicht habe ich ja Glück und goetz schaut mal rein.
 

Jim_OS

Benutzer
Sehr erfahren
Mitglied seit
05. Nov 2015
Beiträge
5.068
Punkte für Reaktionen
2.258
Punkte
259
Wie gesagt habe ich die Beiträge/Postings hier zum Thema Superblock nicht durchgelesen und wie Anfangs schon erwähnt keine Ahnung davon was da bei der DS bzgl. Wiederherstellung möglich ist, aber serielles Kabel deutet ja irgendwie darauf hin das Du über die serielle Schnittstelle Command Mode Befehle an die DS senden willst. Lässt sich der Superblock der DS HDD nicht auch unter Linux irgendwie wiederherstellen, sprich in dem Du die HDD mit einem PC verbindest und dann dort Linux nutzt?

Hast Du von der/den HDD kein aktuelles Backup? Falls ja wäre es ggf. einfacher alles platt zu machen und im Anschluss das Backup einzuspielen.

VG Jim
 

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58

Jim_OS

Benutzer
Sehr erfahren
Mitglied seit
05. Nov 2015
Beiträge
5.068
Punkte für Reaktionen
2.258
Punkte
259
Sorry hatte Deine Sig. nicht gesehen. :) Nutzt Du die DS1621xs+ denn privat? Falls ja wären die Speichermedien für ein Backup natürlich ein gewisser Kostenfaktor. Falls das NAS gewerblich genutzt wird sollten die Kosten für ein Backup keine Rolle spielen.

Aber ok jetzt ist das Kind eh schon in den Brunnen gefallen. Ich hoffe Du bekommst das wieder hin.


Edit: Ich habe mir die Frage privat/gewerblich eben durch Deine alten Postings selber beantwortet. :LOL:

Ich möchte eine zentrale Datenhalde und ein Sicherungsziel für meine Clients, evtl. ein DMS, ein bisschen Virtualisierung und vielleicht auch Überwachungskameras aufzeichnen.
Es gibt zwei User, meine Frau und mich, wobei ich div. Clients nutze, aber auch nicht alle gleichzeitig.

Also privat. Trotzdem solltest Du Dir in Zukunft ein Backup-Konzept überlegen. Auch wenn Du mit den 6 HDD vermutlich ein RAID eingerichtet hast und somit ja nicht real 108 TB an unterschiedlichen Daten vorhanden sind, ein RAID ist kein Backup.

VG Jim
 
Zuletzt bearbeitet:

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58
Sorry hatte Deine Sig. nicht gesehen. :)
Habe ich auch gerade erst erstellt, hatte ich vergessen. :)

Nutzt Du die DS1621xs+ denn privat? Falls ja wären die Speichermedien für ein Backup natürlich ein gewisser Kostenfaktor. Falls das NAS gewerblich genutzt wird sollten die Kosten für ein Backup keine Rolle spielen.
Ja, habe ich mir gegönnt. Keine Frage, gewerblich ist das etwas ganz anderes.

Aber ok jetzt ist das Kind eh schon in den Brunnen gefallen. Ich hoffe Du bekommst das wieder hin.
Habe ich schon. ;)
Allerdings mit der Brechstange und DSM neu installiert.
Ich habe:
  1. Gerät ausgeschaltet, alle Platten raus
  2. Gerät eingeschaltet und über Browser angesprochen
  3. Dann alle Platten der Reihe nach rein und "Aktualisieren" drücken.
  4. Aktuellstes DSM neu installiert
  5. Zitternd 10 Minuten warten und überlegen, ob das kein Fehler war
  6. Hostname und User neu vergeben
  7. Einloggen
  8. Erleichert seufzen, denn Speicherpool und Volume sind noch da und die Ordner in der File Station enthalten auch noch Daten.
Jetzt muss ich "nur" alle Pakete neu runterladen und die Konfiguration neu machen.
 

Jim_OS

Benutzer
Sehr erfahren
Mitglied seit
05. Nov 2015
Beiträge
5.068
Punkte für Reaktionen
2.258
Punkte
259
Punkt 8 hört sich ja schon mal gut an. (y) Dann hoffen wir mal das dieser Ausfall eine Ausnahme bleibt und das die DS1621xs+ mit den Toshiba HDD in Zukunft zuverlässig funktioniert. Trotzdem: Überleg Dir etwas bzgl. Backup. ;)

VG Jim
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.160
Punkte für Reaktionen
407
Punkte
393
Hallo,
/dev/synoboot2 gehört bei den Intel DS zum internen USB Flash. Darauf sind Bootloader (grub), Kernel und initiale Ramdisk.

Gruß Götz
 
  • Like
Reaktionen: Ebbi

Ebbi

Benutzer
Mitglied seit
06. Feb 2022
Beiträge
59
Punkte für Reaktionen
4
Punkte
58
Hallo Götz, vielen Dank für die wertvolle Info. Allerdings weiß ich mangels Fachwissen erstmal nichts damit anzufangen. ☺️
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat