TS-253A hängt nach Reboot-Befehl

  • Bedeutet es ,dass das Bios Update bei mir nicht möglich ist ?


    Die erweiterten Bios Einstellungen waren erst sichtbar nach dem ich es mit einer anderen Tastatur ausprobiert habe.


    Danke für Support.

    Einmal editiert, zuletzt von wiesel25 ()

  • Du musst halt den BIOS Lock deaktivieren können. Wenn du an diesen Punkt im BIOS nicht herankommst, dann kannst du auch das Update nicht durchführen weil das BIOS schreibgeschützt ist.

  • Bei mir hat sich, wahrscheinlich durch ein firmware update oder ein firmware recovery, die EC Version wieder geändert sprich auf eine höhere Version erhöht., als ich eben nachgesehen habe. ist das normal?

  • Anscheinend denn bei mir ist nun auch QX47EC24 vorhanden, wäre mir nicht aufgefallen wenn du es nicht geschrieben hättest.

  • ja, bei mir auch die EC24-Version.

    Ich habe in der Zwischenzeit sowohl ein firmware recovery gemacht als auch ein firmware update. Ich nehme an, dass das update auch die EC-Version mit-updatet.


    was ganz anderes:

    da du ja auch ein ts253A zu haben scheinst. Kannst du mal testweise ein iscsi target mit lun anlegen (falls du nicht eh eins haben solltest), und schauen, ob du einen export-job anlegen kannst. bei mir geht das Fenster für import/export-Aufträge nicht mehr auf, wenn ein lun vorhanden ist, ohne lun schon. oder irgendjemand anders mit einem ts-253a.

    wäre sehr wichtig für mich, ob das ein generelles Problem ist, oder nur bei mir auftritt.

  • Ich habe im Moment kein NAS zum spielen, sondern nur mein Hauptsystem, möchte ungern damit rumspielen da es wirklich sehr gut läuft

  • Nun bin auch ich davon betroffen.

    Gibts da irgendwo ein Log wo man nachsehen kann was den Reboot blockiert?

    Ein reboot oder shutdown auf der CLI verlaufen sich im Sande.

  • Gibts da irgendwo ein Log wo man nachsehen kann was den Reboot blockiert?

    Würde mich wundern.


    Ein reboot oder shutdown auf der CLI verlaufen sich im Sande.

    Kann man diese, je nach QTS version nicht gesprächiger machen? Wenn man Glück hat, erzählt einem das System etwas, ohne Anspruch auf Vollständigkeit. Habe bislang nicht untersucht, wie startup und shutdown bei welcher Version von QTS funktionieren. Je nach Linux-Distribution setzen diese entweder auf klassisches initd oder auf moderneres systemd. Mit ersterem kenne ich mich aus. Diese kennen so etwas wie runlevel. Wenn man statt einem shutdown auf ein anderes runlevel wechselt, sollten bereits verschiedene Dienste gestoppt werden. Wenn es da bereits zu Blockaden kommt, dürfte es leichter sein, die Verursacher zu identifizieren. Bei NAS mit angeschlossener Tastatur und Bildschirm sollte man in den Einbenutzermodus wechseln können, entsprechend runlevel 1 bzw. S. Wenn es dabei zu Blockaden kommt, stehen noch die normalen Kommandos zur Systemabfrage bereit. Entsprechende Parameter zur Abruf der Prozesstabelle (ps) sollten zeigen, welcher Prozess gerade blockiert ist und auf welche Ressourcen wartet. Wenn Blockaden erst beim Wechsel vom Einbenutzermodus in den heruntergefahrenen Modus auftreten, wird es schwieriger. Wenn man Glück hat, wechselt die Anzeige auf die Systemkonsole mit Ausgaben von selbiger, die dann Hinweise geben können. Mit systemd dagegen habe ich mich noch nicht tiefer auseinander gesetzt. Und um die Analyse noch etwas komplizierter zu machen, kann ich nicht einmal beurteilen, wie sich eine QTS-Version nach Architektur und NAS-Modell und verfügbarem Hauptspeicher unterscheiden. Die Angabe einer QTS-Version identifiziert nicht einmal, welcher Linux-Kernel im Einsatz ist, geschweige denn seine Umgebungsparameter und Umfang. Beispielsweise soll bei meinen TS-431P und TS-453Be der gleiche Kernel mit unterschiedlicher Hardwarearchitektur enthalten sein, während mein TS-873 einen älteren Kernel verwendet, obwohl alle die gleiche QTS-Version tragen. Und der Kernel des TS-431P ist vermutlich deutlich kleiner als der auf den anderen beiden Geräten. Selbst die Größe der Standardshell müsste sich bereits unterscheiden, weil unterschiedlich viele interne Standardbefehle einkompiliert wurden.

  • Da ich den Neustart unter Eile gemacht ab, hatte ich nicht die Zeit und Energie das Verhalten zu analysieren.

    Ein kurzer Blick per "ps" war unauffällig. Die letzte Meldungen de GUI des Systems "Stoppe Benachrichtigungsungscenter". Oben genannte Befehle wurden mit einem weiteren Prompt ohne weitere Aktionen seitens des Systems quittiert. Hab dann lange den "Ein-Taster" gedrückt und somit abgewürgt. Ein Reboot ca. 2 Stunden später war gänzlich unauffällig. Ist natürlich super wenn man nicht vor Ort ist.

  • Salü zusammen

    Ich hab genau das gleiche Problem ebenfalls schon länger bei meinem 253a, bin nun glücklicherweise auf diesen Beitrag gestossen, ihr seid Spitzenklasse!

    Ich hab jetzt den Down/Upgrade mal durchgeführt, das NAS läuft noch und macht gerade einen FS-Check.

    Ich musste auf dem file flashrom noch die Berechtigungen ändern mit dem Befehl:

    chmod 777 flashrom


    sonst war sie bei mir nicht ausführbar. Spannend dass das bisher niemand berichtet hat.

    Der erste Neustart war zwar erfolgreich, aber danach gabs eine Schreckminute. Mein Hauptlaufwerk "Daten" war auf Status "entladen" und liess sich auch nicht mehr mittels prüfen in Richtung geladen bewegen.

    Bei einer kurzen Suche nach dem Problem hab ich dann folgenden Befehl ausgeführt:

    /etc/init.d/init_lvm.sh


    Hab ich von hier:

    NACH FW Update und Neustart DataVol1 Entladen


    Danach war das Laufwerk wieder da.

    Die nächsten 2 Reboots waren nun mal erfolgreich, auch wenns ziemlich lange dauert, aber es laufen mittlerweile auch ein paar Apps drauf.

    So in einer Woche mach ich dann noch einen Update von 4.5.2.1594 auf 4.5.3.1652 um zu sehen ob dann immer noch alles normal läuft.


    Berichte wieder.

    Einmal editiert, zuletzt von lukas_ch ()