TS-473 - Recovery Image - DOM

    Moin,


    Mag mir einer von euch die auch eine TS-473 haben ihr DOM Image zur Verfügung stellen?

    Bin seit Anfang dieser Woche dran, Recovery Image für das X73 hab ich nicht gefunden.


    Derzeitiger Zustand ist das die TS-473 sich als TS-ECXXX indentifiziert.


    Ich brauche Hilfe :handbuch:

  • samirtbh

    Hat den Titel des Themas von „TS-473“ zu „TS-473 - Recovery Image - DOM“ geändert.
    Zitat von samirtbh

    Recovery Image für das X73 hab ich nicht gefunden.

    Hallo,

    sieht schlecht aus. Gibt es vermutlich für das TS-473 nicht. :(

    Zitat von QNAP NAS-Wiederherstellungsleitfaden

    NAS-Modelle, die nicht manuell wiederhergestellt werden können

    Die folgenden NAS-Modelle können nicht manuell mit Hilfe der Anleitungen in diesem FAQ oder anderen manuellen Methoden wiederhergestellt werden und müssen von einem qualifizierten Hardwaretechniker physisch repariert werden:

    • TS-473, TS-673, TS-873

    Evtl. hat ja tiermutter noch eine Idee.

    Wir hatten schon Kontakt via PN... da für das NAS online kein Image bereitgestellt wird (weil das Modell ja keinen Monitoranschluss hat, wenn man den nicht selbst erweitert), könnte man mal beim Support anfragen.

    Ansonsten bleibt tatsächlich nur ein bereitwilliger User, der ein Image von dem Modell zur Verfügung stellt.

    • Neu

    Vielleicht kann ich helfen. Ich habe ein TS-473, aber keine Ahnung, wie man davon ein DOM-Image erzeugt. Was muss ich tun?

    Wenn der Aufwand nicht zu groß ist, mache ich das gerne.

    • Neu

    Moin, wenn du dich mit der shell nicht so recht auskennst, dann ist das leider nicht ganz so trivial...

    Der Befehl lautet schlussendlich dd if=/dev/sdX of=YYY/ZZZ/DOM.img


    Wobei X für die tatsächliche Bezeichnung deines DOM steht die man zunächst noch in Erfahrung bringen müsste.

    YYY/ZZZ steht für den Pfad wo du das Image speichern möchtest, auch hier müsste man schauen wie dein Aufbau ist, so könnte es zB "CACHEDEV_1/Public" heißen.

    • Neu

    Hi, danke für die Details. Eine Frage beantwortet - zwei Neue poppen auf:


    1. Wie komme ich in die shell? Ich denke mal, ich muss mich über ein Terminal per SSH anmelden?

    2. Wie komme ich an die tatsächliche Bezeichnung des DOM?


    Zum Verständnis: Was ist mit "dein Aufbau" gemeint? Die Netztopologie?


    Es wird wohl noch ein paar Meldungen hin und her brauchen, bis ich das Ganze in Angriff nehmen kann. Die Hoffnung stirbt zuletzt ... und ich kann dabei noch etwas lernen.

    • Neu
    Zitat von Ber

    1. Wie komme ich in die shell? Ich denke mal, ich muss mich über ein Terminal per SSH anmelden?

    Hier ganz gut erklärt


    Blog-Artikel
    [SCHNELLEINSTIEG] QNAP Console Management
    [PROLOG]
    Mit QTS 4.5.1 wurde vor rund drei Jahren das Console Management eingeführt, ein Menü welches dem eigentlichen CLI wenn man sich via SSH verbindet oder das NAS mit Monitor und Tastatur bedient, vorgelagert ist.
    Hiermit sollen grundlegende Aktionen durchgeführt werden können, ohne dass man sich mit dem CLI und dessen Befehlen auskennt.
    Die Dokumentation von QNAP lässt jedoch zwei Menüpunkte offen, die ich mir nun (nochmal) genauer anschauen wollte, und bei dieser Gelegenheit nehme ich…
    tiermutter
    • Neu

    Zu 1.

    Ja. Siehe auch

    Blog-Artikel
    Schnelleinstieg: Mittels SSH auf das QNAP-NAS zugreifen
    [PROLOG]
    Ich weiß gar nicht wie oft es schon vorkam, dass Hilfesuchende im Forum sowas schreiben wie „Ich bin totaler Anfänger und kenne mich mit der Materie so gar nicht aus“ und die Antwort zur Problemlösung oder -Analyse lautet „Logge Dich mal per SSH ein und setze den Befehl XYZ in der Shell ab“. Jo, damit ist direkt schonmal geholfen wenn man den Hilfesuchenden vor das nächste Problem stellen will. Zugegeben kann ich mich da nicht rausnehmen, oft wird auch immer wieder die…
    tiermutter


    Zu 2.

    Gebe d2n Befehl fdisk -l ein. Entweder hier die Ausgabe posten oder mit dem hier vergleichen:

    Blog-Artikel
    Firmware Recovery - Es geht nicht immer so, wie QNAP sagt
    [EPILOG]

    Passend zu der Zeit wo ich mich gerade ein bisschen intensiver mit dem DOM beschäftige und gerade noch an meinem zweiten Artikel arbeite flattert ein neuer Thread rein:
    Ein User kennt die Logindaten seines Systems nicht mehr, er möchte ein Firmware Recovery durchführen.
    Warum? Keine Ahnung! Da hat jemand nicht ganz verstanden was dabei passiert oder es falsch interpretiert... und dann hat das Recovery nichtmal funktioniert...

    Dazu möchte ich hier ein paar Worte verlieren - über DOM und…
    tiermutter


    Zum Verständnis:

    Hiermit ist gemeint wie die Volumes angelegt und intern bezeichnet sind und welche Freigaben sich darauf befinden.

    Dazu nach dem einloggen mal eingeben

    Code
    cd .. 
cd share
ls -all

    Dann erhältst du eine Liste aus der der ein oder andere Pfad zu deinen Freigaben hervorgeht, zB CACHEDEV1_DATA/Public/. Im Zweifel die Ausgabe ggf gekürzt posten.

    • Neu

    Danke soweit, der Zugang in die Shell das NAS ist gelungen.


    Der Inhalt des Ordners "share" ist wie folgt (gekürzt um die privaten Freigaben):

    Jetzt der nächste Schritt ...

    • Neu

    Dieser Ordner hat folgenden Inhalt I(komplett):

    Code
    -rw-r----- 1 admin administrators   91 2020-04-07 12:50 messages
drwxrwxrwx 2 admin administrators 4096 2024-04-30 13:00 @Recycle/

    Gut, soweit so schön ...


    Hier nun der Teil des Ordnerinhalts von dev, der mit "sd" beginnt:


    Hilft das irgendwie weiter? Ich brauche erstmal weitere Instruktionen. :/

    Einmal editiert, zuletzt von Ber () aus folgendem Grund: Ein Beitrag von Ber mit diesem Beitrag zusammengefügt.

    • Neu
    Zitat von Ber

    Hilft das irgendwie weiter?

    Nö 8o


    Mach mal den fdisk -l und poste was da kommt, dann haben wir den Befehl eigentlich schon zusammen...

    • Neu

    Weiter geht's ...


    "fdisk -l" ergab keinen Output (siehe unten). Den Parameter scheint es nicht zu geben. Ich habe mal nur "fdisk" eingegeben und den Output hier mit eingesetzt. Mach was draus ... ;)


    • Neu

    Gerade in einem anderen Thread gehabt:

    Nach fdisk - kommt ein kleines L. Kein großes i und keine Eins...

    Deshalb auch immer in Codeblöcken posten, da wird das nämlich ersichtlich:

    l ist nicht I und auch nicht 1

    Einmal editiert, zuletzt von tiermutter () aus folgendem Grund: Ein Beitrag von tiermutter mit diesem Beitrag zusammengefügt.

    • Neu

    Und wenn man nicht mit dem "echten" admin eingeloggt ist, dann muss man ein sudo fdisk -l ausführen.

    Macht man das nicht, passiert genau obiges: keine Ausgabe! ;)


    Gruss

    • Neu

    Ja, genau. Nach dem Minus kommt ein kleines L.

    Selbst wenn ich es noch öfter probiere, ändert es nichts am Resultat.

    Mag sein, dass ich mich ansonsten ungeschickt anstelle, aber dieses Detail habe ich beachtet.

    Muss man fdisk mit sudo-Rechten ausführen?

    • Neu

    Das steht genau einen Beitrag darüber... :rolleyes:


    Gruss

    • Neu

    Ah, da kommt schon die Antwort ... probiere erneut.



    So, dass sollte der gewünschte Output sein. Bitteschön. :)

    • Neu

    Fein, dann machen wir dd if=/dev/sde of=CACHEDEV1_DATA/Public/DOM.img

    Das Image sollte dann in der Freigabe "Public" zu finden sein.

    • Neu

    Hm, das hatte ich mir schon gedacht und ausprobiert - wieder nur mit sudo möglich.

    Leider bekomme ich die Fehlermeldung ...


    Code
    [xxxxxxx@Q473 Public]$ sudo dd if=/dev/sde of=CACHEDEV1_DATA/Public/DOM.img
dd: can't open 'CACHEDEV1_DATA/Public/DOM.img': No such file or directory


    Sorry, dass ich - mangels shell-Praxis - hier so herumirre. :|

    Einen kleinen Klaps noch an der richtigen Stelle und das IMG sollte doch zu schreiben sein, oder?

    OK, ohne Pfadangabe im "of-Term" habe ich die Kopie hinbekommen. Klar, ich war ja schon im Ziel-Directory. Mann, ist das eine Eierei. Vielen Dank für Eure Anleitung und Geduld.


    So, nun muss die Datei auf den Rechner kommen. Gebt mir mal bitte einen Tipp ... wieder mit dd?

    2 Mal editiert, zuletzt von Ber () aus folgendem Grund: Ein Beitrag von Ber mit diesem Beitrag zusammengefügt.