ludwig

Ich werde das jetzt so machen und auf eine der nächsten Versionen warten, was anderes bleibt mir ja sowieso nicht übrig. Danke für die geduldige Hilfe einstweilen!

So, frisch erstellter Stick mit 7.2.0 bootet also jetzt auch nicht. Ich wollte jetzt eigentlich mit einem frischen System loslegen (was gesern noch funktionierte), aber bekomme keinen ZUgriff auf die Weboberfläche, auch nicht lokal über localhost. Stutzig macht mich aus dem Syslog: Nov 9 13:45:06 ncc1701e kernel: md: could not read superblock from /boot/config/super.dat Nov 9 13:45:06 ncc1701e kernel: md: initializing superblock versucht er hier ein super.dat zu generieren? Die ist ja noch nicht konfiguriert. In der nächsten Zeile kommt dann der Fehler: Nov 9 13:45:06 ncc1701e emhttpd: Unregistered Flash device error (ENOFLASH4) Ich hänge die diagnostics-Datei nochmal an, wenn wer Lust hat zum tüfteln. tower-diagnostics-20251109-1346.zip Ein frisch installierter Stick mit 7.1.4 funktioniert übrigens tadellos, darum schließe ich eine Hardwaredefekt aus.

Wenn man das Array einfach aus den Laufwerken wieder zusammenbauen kann, sollte es dann relativ einfach gehen, mit einem neuen System zu arbeiten. Die grundlegenden Sachen zum Thema Backup und Basteleien an Configs sind mir nicht neu - bin da schon vetraut in der IT - nur mit Unraid bin ich noch nicht vertraut.

OK, hört sich nach ein bischen Arbeit an, aber werde ich parallel mal versuchen. Wie gesagt, die alte Version läuft ja noch. Das einzige, was ich noch nicht weiß: kann ich das Array auf dem neuen System weiter benutzen? Das müsste dann ja über den Config Ordner ohne Datenverlust wieder da sein?

Can I then restore the array? That would mean a complete server restore. I'd rather find the cause of the faulty update routine. I can't plan for that with every update in the future.

Nein, ich habe ein Backup des alten Sticks erstellt, und mit dem unraid-usb-creator dann damit einen bootfähigen Stick erstellt. Wollte damit sicher gehen, dass es nicht am Stick liegt. Das wollte ich mir tatsächlich nochmal ersparen, weil eigentlich für ein produktives System keine Lösung (ist es nicht, nur ein kleiner privater Server). Aber werde ich - wenn gar nichts mehr hilft - wohl oder übel machen müssen (ich vermute mal, den Config-Ordner auf den 'neuen' Stick kopieren? Mit dem AppDatBackup PLugin müsste das Backup und Restore dann ja wahrscheinlich einfachr gehen. Hab mir das noch nicht angeschaut). Ich glaube noch nicht an eine fehlerhafte Konfiguration, 7.1.4 läuft ja problemlos. Ausserdem ist da quasi nix konfiguriert - feste IP, zwei Benutzer und 9 Docker-Cotainer. Das musss irgendwo in der Update-Routine haken.

So, habe jetzt einiges probiert. Eine Aktualisierung mit dem Plugin 'flash remount' hat nicht funktioniert; trotzdem Danke an @alturismo ! Den USB Port zu wechseln war ebenfalls nicht erfolgreich. Ich habe dann das System auf einen anderen USB-Stick umgezogen, auch hier kein Erfolg; dann ebenfalls noch auf andern USB Ports versucht - keine Besserung. Einen neuen USB-Stick nativ und ohne eine Konfiguration mit 7.2.0 ausprobiert - das funktioniert, hier läuft die Weboberfläche von 7.2.0. Also kann es eigentlich kein fehlendes Kernelmodul sein. Wo liegt der Fehler beim Update? Ich komme nicht drauf. tower-diagnostics-20251108-1339.zip

Probiere ich gerne mal aus. Ist das PLugin zu konfigurieren?

But one thing still puzzles me: why do basic functions like SSH work? If the USB stick couldn't be read at all, these services wouldn't run either. Anyway, I'll test a few things.

OK so i will try to plug it into another Port or change the USB-Stick. Perhaps i try to prepare an brandnew stick with the 7.2.0 Version without any configuration and have a look, if there is any change. I will try this at the weekend, hoping for having more time to spend. I'll get back. Thanks fpr help!

Yes, all the same. No WebUI. tower-diagnostics-20251105-1455.zip

Ich hab die Datei jetzt hier mit angehängt; wenn an anderer Stelle gewünscht, bitte mitteilen. tower-diagnostics-20251105-0936.zip

root@NCC1701E:~# cd /boot/config/ root@NCC1701E:/boot/config# ls Starter.key default/ docker.cfg drift forcesync history/ modprobe.d/ parity-checks.log plugins/ pools/ savedpcidata.json shadow shares/ ssh/ super.dat Trial.key disk.cfg domain.cfg editor.cfg go ident.cfg network.cfg passwd plugins-error/ random-seed secrets.tdb share.cfg smbpasswd ssl/ wireguard/ root@NCC1701E:/boot/config# cat go #!/bin/bash # Start the Management Utility /usr/local/sbin/emhttp root@NCC1701E:/boot/config# cd /usr/local/sbin/ root@NCC1701E:/usr/local/sbin# ls create_network_ini* emhttp* inet@ mkmbr.sh@ mount_image* plugin@ qemu* sdspin* ttyd-exec* upgrade* vfio-pci-bind.sh* diagnostics@ emhttp_event* language@ monitor_interface* mover* powerdown* rc.unassigned@ set_ncq* ud_diagnostics@ use_ssl* virtiofsd* emcmd@ in_use* mdcmd* monitor_nchan* newperms@ publish* samba@ smartctl_type* update_cron* vfio-pci* zenstates* root@NCC1701E:/usr/local/sbin# das steht vor dem Update im Verzeichnis.

Wüsste nicht, was da sein soll, das nicht kompatibel ist. Auf dem Server laufen ein paar Docker Cotainer, de alle up-to-date sind. Aber ich schau mal, und poste den Inhalt des Verzeichnisses.

OK, ich mach nochmal das Upgrade und melde mich wieder!