Beiträge von Ernie01

    Sorry, ich hatte mir hier als Neuling technische Unterstützung erhofft.

    Wohl keine so gute Idee.... - Sorry !

    Nun werde ich gebetsmühlenartig immer wieder und wieder nach dem Motto "Kein Backup, kein Mitleid" und

    nur ein Backup zählt konfrontiert.....


    Nichts für ungut !

    Dadurch ist es dann möglich fehlende Freigaben/Ordner wieder zu bekommen ?


    Habe eine Kopie von der Systemplatte aus meinem Raid mittels "dd" erzeugt und in mein NAS gesteckt.

    Wohl typisch Neuling: Mein NAS kommt aus dem Kreislauf "Werkseinstellungen wiederherstellen", "erfolgreich wiederhergestellt" und wieder von vorne

    nicht mehr raus...

    Der Qfinder findet die Platte, unterstützt diese "Endlosschleife" jedoch...

    Aber, da kommen wir wohl nun vom Thema ab....

    Erlaubt sei bitte die Nachfrage, wie konkret e2fsck einzusetzen ist.

    Befehlszeilen, Parameter.

    Vermutlich müssen beide Platten (/dev/md0) eingesetzt sein ?

    Nach meinem Wutausbruch über Fa. QNAP und deren Kundenumgang habe ich das

    downgrade von "0537" auf "0516" durchgeführt. Aber leider ohne die erhoffte

    Datenrückkehr. Keine Ahnung, ob ein noch weiter zurück was bringen würde.

    Das schlimme ist zudem, dass ich den Loggings von dem Unheil nichts sehen kann....

    Ein Startup für NAS sollte man Gründen. Fachlich kompetent und Kundenfreundlich...

    Den QNAP (als vermutlicher Verursacher) möchte ich zunächst raushalten. Habe da ohnehin wenig Hoffnung.

    Versuche es aktuell mit beiden Optionen weiter....

    Platte aus RAID an PC bekommen....

    Rettungstool auf NAS einrichten....


    Mal schauen, o ich doh noch aus der Nummer rauskomme....

    Danke !

    Hilft mir zum besseren Verstehend der Zusammenhänge weiter.

    Nur sind meine Daten "futsch" und ein Rettungstool muss ran....


    Option 1: Platte an PC bekommen (forsche ich noch gerade weiter bzgl. Raid aber so wie bei dir beschrieben ("mdadm assemble", bekomme aber DRBD nicht gemountet)

    Option 2: Rettungsprogramm auf dem NAS (bin da gerade auf was in der englischsprachigen Welt gestossen aus dem Jahr 2016)

    Nein, das Update (0537) ist vermutlich nur die Ursache.....


    Mein Freigabeordner -nebst Unterordner und deren Dateninhalt- ist nicht mehr vorhanden.

    Nur noch ein Softlink ins leere.

    Auch per SSH auf dem NAS bestätigt das Fehlen der Freigabe nebst Daten


    Ergo muss ein Rettungsprogramm das Problem lösen.

    Der Aufwand die Platten an einen PC zu bekommen ist nicht unerheblich.

    Daher soll es ein Rettungsprogramm wie Testdisk die Rettung bringen.


    Das in Post 4 genannte Programm ist ein Windows-Programm.

    Dafür muss die Festplatte an den PC.

    Nur, wie soll sowas funktionieren ?

    Komme da nur bis ans Standalone-Raid. Mounten dann aber Fehlermeldung "DRBD"....

    Da sind wir aber vom Thema abgekommen.....


    Ich bat um Unterstützung bzgl. Rettung meiner Daten, die sicherlich noch auf den NAS-

    Festplatten vorhanden sind......


    Halten wir fest:


    Der Anschluss der Platten (Raid-DRBD) an einen Rettungs-PC (z.B. Ubuntu) ist nicht oder nur mit

    sehr hohem Aufwand möglich. Eine Anleitung/Unterstützung im Internet gibt es nicht.

    (Habe weit mehr als reichlich gesucht und versucht)

    Nur eher veraltete Anleitungen nur für Nicht-Raid bzw. nicht verschlüsselt vorhanden....

    Problem ist und bleibt der DRBD-Aufsatz (Raid und Verschlüsselung bekomme ich hin)


    Rettungstools (Testdisk, extundelete) müssen auf dem NAS eingerichtet werden.

    Aktuelle Anleitung/Unterstützung im Internet gibt es aktuell nicht.

    Aber reichlich Meldungen von Leuten die es nicht hinbekommen haben...


    Schauen wir mal, ob und wie ich aus der Nummer rauskomme....

    Wenn ich die NAS-Festplatten nicht anrühre, habe ich sicherlich noch reichlich Zeit....


    Gruß

    Volker

    Oh, da gibt es sicherlich welche, die vor allem für mich als Neuling besser geeignet sind.

    Ich meine kein Raid 1-DRBD und keine Verschlüsselung.

    Das Ready-NAS verschwindet schnell im Hintergrund (aus dem Kopf, aus dem Sinn)

    Ich denke einfach man benötigt kein Raid 1 (nur Verfügbarkeitsverbesserung) und

    keine HW-Geräteverschlüsselung (gibt doch z.B. Veracrypt)

    Sind wir doch mal ehrlich. Jeder hier im Forum hat irgendwann auch mal ein Backup-Problem

    und stößt - so wie ich - zu Spät auf ein Backupproblem...(da musste QNAP erst nachhelfen)

    Aber ja, ein Jeder denkt hier anders....


    Für mich ist das QNAP-Dingen nichts (die Marktbegleiter sind m.u. nicht besser).

    Ein Windows-PC mit ext. Backupplatte und z.B. Veracrypt ist ok für mich und liegt

    ständig vor mir auf dem Tisch.....


    Nichts für ungut....

    Natürlich, ein echtes "Totschlagargument".

    Aber hier machen wir es uns zu einfach...

    Keinesfalls darf es für "Verursacher" zur Ausrede werden....

    Mir stellt sich da eher die Frage nach der Sinnhaftigkeit eines Ready-NAS.

    Aber da hat ein Jeder so seine ganz eigene Meinung


    Ich habe/hatte ein ext. Backup, jedoch ging die Festplatte defekt.

    Erst dabei stolperte ich über das "QNAP-0537-Problem".

    Ein downgrade auf "0516" half leider nicht mehr...


    Soviel zum Argument Backup....

    Kannst du mir bitte etwas konkretere Infos geben....

    Verstehe deine Vorgehensweise noch nicht genau...


    Danke !

    1. QNAP ohne die beiden RAID-1-Festplatten starten (Was bringt das, was ist der Vorteil?)

    2. Dann erst eine oder beide Festplatten einstecken ?

    3. Dann per SSH auf das NAS ?????

    3. Dann die Platte/Platten als read-only mounten ????

    4. ? Welche Tools ? Was tun ?


    Im Forum hier findet man lediglich die Tools Testdisk (Photoresc) und extundelete.

    Allerdings werden mehr Probleme als Erfolge vermeldet.

    Schon die Installation scheint aktuell nicht mehr möglich zu sein.

    Zu dem sind die Artikel älteren Datums...

    Bei mir ist das Problem offensichtlich der SATA/USB-Adapter....

    Habe die Platte nun via SATA direkt am PC und siehe da......

    sdb mit sdb1, sdb2, sdb3, sdb4....


    (Kaum macht man es richtig, funktioniert es)

    Nützt aber leider nichts, da sich die Festplatten letztlich wegen DRBD (Raid 1)

    nicht "einfach so" an einen PC anschließen lassen.

    Meine Selbstversuche endeten innerhalb Raid 1 "vor der Tür" zum DRBD....


    Merke: QNAP hat auf die Raid-Technik noch DRBD drauf gepackt.

    Somit ist der Anschluss der Festplatten an einen PC nicht

    einfach möglich.

    Sicherlich schon ein ziemlicher Aufwand. Eine entsprechende

    Anleitung jedenfalls habe ich bisher noch nirgends im Internet

    gefunden.

    Wie sicherlich viele QNAP-User habe auch ich ein RAID 1 (und einem verschlüsselten Volume).

    D.h. ganz so einfach wird es nicht.....

    Auch der Begriff "früher" kann schnell zu einem Problem werden....

    Zumindest eine Einzelplatte aus einem RAID 1 (nicht Raid höher) sollte sich problemlos

    einbinden lassen.

    Wie es aussieht, ist aktuell keine Lösung (frei, einfach) verfügbar.

    Eine QNAP-Festplatte in RAID 1 und verschlüsselt kann daher nicht an einem PC ausgelesen werden.

    Knackpunkt ist vermutlich das Thema „DRBD“

    Muss ich mir mal noch anschauen...


    Wie auch immer, der Aufwand seine QNAP-NAS-Daten durch Auslesen an einem PC zu retten ist

    im Fall RAID und verschlüsselt ganz erheblich bzw. Von einem NAS-Nutzer nicht zu bewältigen.

    Vermutlich auch ein Grund, das es keine entsprechenden Anleitungen gibt.

    Denke nicht, das mich der verursachende QNAP-Support hier retten wird....

    TestDisk von einem PC aus wird wohl spätestens an der Verschlüsselung scheitern...

    Bei extundelete auf dem NAS ist wohl mit Installationproblemen zu rechnen.

    Mir selbst bleibt vermutlich nur ein Werkzeug direkt auf dem NAS.....

    Mal schauen was noch geht....

    Natürlich nichts weiter, da ja die Platte noch nicht gemounted ist....

    Es finden sich nur Einträge bzgl. Ubuntu-Festplatte (sda)


    An RAID 1 kann es nicht liegen und bzgl. der Verschlüsselung eines Vol (LUKS)

    wohl auch nicht. Hier müsste die Situation zunächst schon anders aussehen....

    Vorsicht:


    Viele Anleitungen im Internet beziehen sich auf Ausführung der jeweils beschriebenen

    Vorgehensweise direkt auf dem NAS (also nicht auf einem PC).

    Bsp.: Die unter helpdesk.qnap.com oder auch die unter linux-howto.info


    Die Anleitung der itwelt.org ("Verschlüsselte QNAP-Festplatte unter Linux mounten)

    funktioniert bei mir bisher nicht, da "lsblk" die Rückgabe einer Partition erwartet.

    Bei mir leider nur "sdb"..

    Die Anleitung ist vermutlich aus Dezember 2017 und bezieht sich auf Debian/Ubuntu.

    Hallo,


    das Thema scheint so einfach nicht zu sein.....

    Gibt einige Anleitungen im Internet. Jedoch habe ich da aktuell leider keinen Erfolg....

    QNAP-Festplatte via SATA/USB-adpater an PC mit Ubuntu bringt nur Festplatte (sdb) ohne die Partitionen (z.B. sdb1...)

    Probiert wechselseitig mit beiden Platten....

    crypsetup (wg. LUKS) und mdcdm (wg. RAID 1) unter Ubuntu installiert.....

    Hallo,


    Vermutlich im Zusammenhang mit den QNAP-Problemen (4.3.4.0537) habe ich - auch nach

    downgrade (.0516) viele meiner Daten verloren....

    Daher versuche in meine Daten am PC zu retten.....


    Da sämtliche von mir im Internet gefunden Anleitungen (aktuell) nicht funktionieren hier die Nachfrage:


    Versuche eine QNAP-Festplatte (TS251+, 2x WD RED 3GB HD, Raid 1,DataVol1 unverschlüsselt, DataVol2 verschlüsselt) an einem PC (Ubuntu 16)

    auszulesen. Festplatte dazu via SATA/USB-Adpater an den PC angeschlossen.

    Mit "lsblk" wird jedoch nur die Festplatte (als sdb) aber keine Partition angezeigt......


    Im NAS zeigen beide Platte noch ihre Daten.....


    Evtl. ist es der Firmware (4.3.4.0516) und damit seitens QNAP vorgenommen Änderungen oder eben dem "Alter" der

    diversen Anleitungen im Internet geschuldet....


    Gruss Volker8|

    Hallo,


    zur Vollständigkeit....


    TS251+ mit 4.3.4.0537 und Verschlüsselung.


    Öffnen des verschlüsselten DatVol2 dauert recht lange. Danach sind teilweise Ordner nicht mehr nutzbar

    (Systemmeldung File/Folder not found)


    Nun hoffe ich auf Rettung durch den downgrade auf 4.3.4.0516.


    Aus meiner Sicht ist somit QNAP mittlerweile ein "no go".

    Verliert man keine Daten ist man jedoch mindestens mit ständigem Lesen hier und ggf. reparieren

    beschäftigt. Somit ist ein "READY-NAS" von QNAP sinnfrei....