System von einem USB auf einen ander - Sicherheitskopie

[AnvarKnurr]

Liebes Forum,

ich bin ein NEWBIE - das mal vor weg.

Ich habe ein laufendes Nas4Free x64 - full ( 10.3.0.3 revision 2987) mit SW-Raid. Es sind 2 Platten eingebaut.
Wenn das System läuft, ist es prima, keine Probleme.
Jetzt habe ich nach vor einen Gewitter mal das System runter gefahren.
Bei einem Neustart bleibt es hängen bei der Meldung
Loding config files ...
Mit den aktuellen Stick geht‘s nicht weiter - keine Fehlermeldung, nix, nur Stillstand.

Zum Glück habe ich über Windows (sorry habe keine andere Möglichkeit gefunden)
den Stick zur Sicherheit kopiert gehabt.

Mit diesem Stick fährt das System wieder hoch, alles läuft wie gewohnt ..

Jetzt möchte ich diesen Stick für einen weiteren Notfall sichern/kopieren. Meine Frage:
Gibt es eine Möglichkeit die entsprechenden Daten (nur System) auf einen anderen Stick zu transferieren,
ohne den Umweg über Windows zu gehen.
Ich denke es müsste eine Art Systemcopy Funktion geben, ähnlich wie das erstellen einer BootDisk unter Windows.

Für einen Vorschlag (selbst ein Link zur Eigenhilfe würde mich freuen, ich suche schon länger/ auch Stichworte mit denen man auf einen Link treffen könnte wären sehr hilfreich)

Vielen Dank !

P.S. Fragen beantworte ich gerne, wenn sie zur Lösung meinen Problems beitragen


Lieben Gruß an alle Helfer !!

[Princo]

Hallo AnvarKnurr,

Sorry, aber für eine Full-Installation gibt es keinen Support hier.

Bei einer Embedded-Installation kann man sich die komplette Konfiguration über den Menüpunkt "System|Backup/Restore" herunterladen.

Eine reine Kopie des USB-Sticks wird nicht empfohlen. Besser ist es, sich einen neuen USB einzurichten, und dort dann die gesicherte Konfiguration einzuspielen.

Grüße
Princo

[kreuzberger]

Fach AnvarKnurr,

willkommen bei den NAs4Free Freaks.

Vorweg will ich mal den Hinweis los werden, dass man im allgemeinen zur embedded Installation auf einem USB System-Startstick rät. Das ist hier bereits vielfach diskutiert und erklärt worden wieso weshalb warum. Sofern Du also noch mal die Möglichkeit hast, das zu ändern solltest du es tun.

Zu deiner Frage an sich:
Es gibt im WebGui unter dem Menü SYSTEM die Funktion "Sichern/Wiederherstellen". Hier werden die config-Daten in eine XML-Datei gesichert, bzw. können so wiederhergestellt werden, falls man mal einen neuen Stick machen muss. Es werden aber nicht alle config-Daten gesichert. Welche genau nicht kann ich aber auch nicht sagen. firefly zb. wird dabei ausgelassen.

Theoretisch könnte man mit einem script regelmäßig als cron job gestartet den System-Start-Stick per diskdump ("dd") als ISO Datei in ein Plattenverzeichnis des NAS kopieren. Ggf. gibt es hier pfiffige Leute, denen so ein Script schneller von der Hand geht als mir. Das Scribt ist im Grunde so etwas wie eine Batch-Datei mit einer Befehlsliste.

Unter dem Menü SYSTEM / Erweitert / Cron kann man dann das Script nach einem vorgegebenen Zeitintervall-Steuerung aufrufen lassen.
(Mir persönlich würde da gefallen, dass für jede angefertigte Kopie ein Ordner neu angelegt wird mit Datum Rückwärts als Ordnername.)

Was veraltet ist kann man dann ja ab und an "per Hand" löschen.

Kreuzberger

[kreuzberger]

ey Princo,

du warst etwas flotter.

Kreuzberger

[Princo]

Hallo kreuzberger,

Eine automatische Sicherung der Konfiguration kann auch über einen simplen Eintrag in System|Advanced|Command Scripts erfolgen:

Code: Select all

/usr/local/bin/rsync -a /cf/conf/* /mnt/Daten/system/conf/ 

Der Type muß auf Postinit stehen.

Die aktuellen Konfigurationsdateien werden dann bei jedem Reboot in das Verzeichnis "/mnt/Daten/system/conf" kopiert.
Der Pfad "/mnt/Daten/system/conf/" muß natürlich an die eigenen Verhältnisse angepasst werden.

Bei Systemen, bei denen die Konfiguration ständig geändert wird, und die danach nicht neu gebootet werden, funktioniert dieser Einzeiler natürlich nicht so gut.

Ein diskdump des USB-Sticks ist nicht empfehlenswert, da im Fehlerfall ein Stick mit mindestens der gleichen Kapazität verwendet werden muß. Außerdem kopiert man dabei bereits bestehende Fehler des Original-Sticks mit.

Und dummerweise hat man beim diskdump keinen leichten Zugriff auf die Konfigurationsdateien mehr.

Grüße
Princo

[AnvarKnurr]

Hi Leute, dass ging ja fix mit den ersten Antworten. Danke schon mal dafür!
Zur Info auf dem Bootstick sollte das embedded liegen. Wenn das System läuft möchte ich eine Sicherung machen, ohne neu install.

Gruß AnvarKnurr

[kreuzberger]

Hi Princo,

man sollte daraus ggf ein eigenes Brett machen bzw eine präzise, und perfekt funktionierende Lösung machen. USB Sticks gehen in der tat mal kaputt.

Kreuzberger

[AnvarKnurr]

Hi Kreuzberger,

ich kann deinen Vorschlag nur begrüssen! Genau, dass war meine Hoffnung.
Entweder ein Script, dass man ausführen kann, oder wenn das nicht geht, wenigstens
eine Lösung, die handhabbar ist, gerade für NUUBS, wie mich. Die haben gerade am Anfang sicher die meisten Probleme!
So eine Funktion würde dem Projekt sicher sehr gut tun und es auch weiter nach vorne bringen!

Lieben Gruss
AnvarKnur

[kreuzberger]

Mahlzeit,

also um mal grundsätzliches dazu beizutragen:

1. Es sollte immer das embedded System auf einem USB Start-Stick benutzt werden.

2. Wenn man das System, also den gesamten Stick kopieren will falls der mal weg kommt oder kaputt geht sollte man damit rechnen, dass während des Betriebs nicht wirklich eine Kopie sicher erstellt werden kann, weil es nunmal jede menge geöffnete Dateien gibt.
Somit ist ein Script, was während des Betriebes läuft nicht ratsam, auch wenn es erst mal bequem ist.

Es ist daher immer ratsam, das "händisch" zu machen indem man das gesamte System herunterfährt und vom USB Stick eine 1:1 Kopie auf einem anderen Rechner herstellt. Das muss dann nicht zwangsläufig auf einen anderen Stick sein, es reicht ggf. ja auch eine ISO Datei.
Je nachdem welches Betriebssystem auf dem anderen Rechner läuft gibt es zb. für Apple, Linux, etc. das berühmte "dd" (diskdump).
Für windows kann man da zb. das "USB Image Tool" verwenden. Es gibt aber sicher auch noch andere Programme/Progrämmchen, die das können. Wichtig dabei ist, dass der MBR (MasterBootRecord) korrekt mit kopiert wird. Mit "dd" unter Apple/Linux... wird das automatisch korrekt gemacht. Bei Windows eben nicht, wenn man die Dateien einfach nur kopiert.

Kreuzberger
P.S.: Aber ich hab ja wie hier gesagt wurde keine Ahnung von sowas.

[AnvarKnurr]

Hi Fachleute,

ich möchte kurz erklären, dass

a) es sich um ein embadded System handelt (so war es bei der Installtion zumindest ausgewählt)
b) es ist schon klar, dass bei einem laufenden System nicht eine Kopie gezogen werden kann.

Deshalb dachte ich, wäre es logisch, den Stick raus zu nehmen. Unter Windows habe ich zwar ein Tool das den gesamt Stick kopiert, aber
leider auch den Teil, der nicht benutzt wird. Somit muss man mindesten einen Stick gleicher Größe haben, oder einen größeren Stick.
Angefangen bin ich mit 2GB, da ich keine identischen Sticks hatte, nahm ich den nächst grösseren ... jetzt brauche ich zum Sichern des Sticks schon
16GB - für ein System das kaum 2 GB- benötigt. Deshalb ja die Frage, ob es nicht möglich ist, ein Script zu 'bauen' das nur den wesentlichen Teil des Sticks (' die Partionen, z.B. aktive, system, swap ) ausließt. Gerne Install ich eine VM um ein BSD zu haben ..
Wenn es eine möglichkeit über die VM gibt (habe da allerdings das BSD noch nicht zum Laufen bekommen) wäre dies eine praktikable Lösung.
Zumindest besser als immer grössere Sticks anzuschaffen ;=)

P.S. unter Windows geht es mir DiskImager32 ..
Gruß
AnvarKnurr

[kreuzberger]

Nabend AnvarKnurr,

wenn das so ist solltest du ggf mal in der Windows Welt im Internet mal nach Progrämmchen suchen, die das besser machen. ISO Progrämmchen gibt es ja wie Sand am Meer.

Kreuzberger

[AnvarKnurr]

Hi Kreuzberger,

ja sicher, aber die müssen auch mit dem BSD-Filesystem zurecht kommen. Soweit ich weiss,
gibt es selbst unter LINUX/UNIX kaum welche, die das zu verlässlich machen.
Vorschläge / Links nehme ich gerne auf !

Lieben Gruß
AnvarKnurr

[kreuzberger]

Tach AnvarKnurr,

also mit DD (Apple, Linux, BSD) bist du auf der sicheren sSeite. Dass nimmt den MBR mit und das filesystem.
Programme, die das unter Windows machen gibt es sicher auch. Man muss da eben etwas rumsuchen welches so funktioniert wie man es will, also den leeren Bereich beim Kopieren weg lässt.

Ich mag persönlich die CHIP nicht weil man da bei downloads gerne add-ware mit bekommt, die man nicht will. Aber ggf hilft dir das ja weiter:
http://praxistipps.chip.de/bootfaehige- ... ppts_38492

Kreuzberger

[Princo]

Angefangen bin ich mit 2GB, da ich keine identischen Sticks hatte, nahm ich den nächst grösseren ... jetzt brauche ich zum Sichern des Sticks schon
16GB - für ein System das kaum 2 GB- benötigt. Deshalb ja die Frage, ob es nicht möglich ist, ein Script zu 'bauen' das nur den wesentlichen Teil des Sticks (' die Partionen, z.B. aktive, system, swap ) ausließt.

Siehst du, genau das ist der Grund, weshalb ich jetzt schon zwei Mal darauf hingewiesen habe, daß das Kopieren des USB-Sticks nicht empfohlen wird.

Etwas drastischer ausgedrückt: es ist völlig Gaga.

Das Besondere bei der Embedded-Installation von NAS4Free ist gerade die Eigenschaft, daß die gesamte Konfiguration des Systems in einer einzigen Konfigurationsdatei enthalten ist.

Über System|Backup/Restore kann man sich diese Datei ganz einfach herunterladen.

Mit dieser Datei kann man die Konfiguration eines NAS4Free Systems ganz leicht wieder herstellen, falls der USB-Stick kaputt geht, oder man sich die Konfiguration auf andere Weise zerschossen hat.

Ich empfehle, diese Datei vor und nach einer Konfigurationsänderung herunter zu laden. JA, das ist doppelt gemoppelt, schadet aber auch nicht. Macht es einfach.

Die Datei ist ~60kB groß (je nach Konfiguration), nimmt also kaum Platz weg.

Man kann ein NAS4Free-System natürlich auch ohne diese Datei wieder herstellen, aber das ist ziemlich aufwändig, besonders wenn z.B. diverse Nutzer und Gruppen eingerichtet wurden.

Bei einer Vielzahl von möglichen Fehlern, kann es eine sehr große Hilfe sein, wenn man auf die Konfigurationshistorie (also die jeweils herunter geladenen Config-Dateien) zugreifen kann.

Leider wird das von den wenigsten Usern gemacht Leider sind das dann genau die User, welche dann hier im Forum mit den seltsamsten Fehlermeldungen aufschlagen (z.B. Platten werden nicht mehr gemounted, Hilfe!).

Dein vordringlichstes Ziel sollte daher sein, daß du dir immer die Konfigurationsdatei herunterlädst, wenn du Änderungen an der Konfiguration vornimmst (und zwar vorher und nachher). Immer. Ohne Ausnahme. Einfach immer.

Natürlich kannst du mit deinem Start-USB-Stick treiben, wie du lustig bist. Also auch diesen Stick kopieren. Solange du die Konfiguration zusätzlich immer brav als Einzeldatei herunter lädst, ist das auch völlig unschädlich.

Solltest du aber auf das Sichern der Konfigurationsdatei verzichten, und immer nur den Stick kopieren, dann wird es halt kriminell.

Beispiel 1:
Du änderst deine Konfiguration, und kopierst danach den Stick.
Allerdings hat dein Ursprungs-Stick bereits eine Macke, welche du noch nicht bemerkt hast.
Diese Macke wird beim Kopieren auch auf den zweiten Stick übertragen (und: nein, dieser Fehler wird dir beim Kopieren nicht angezeigt).
Gratulation. Jetzt hast du zwei USB-Sticks mit einer Macke.
Das ist nicht, was du willst.

Beispiel 2 (folgt auf Beispiel 1):
Jetzt bräuchtest du wenigstens die Konfigurations-Datei von den Sticks, Leider booten beide Sticks nicht mehr. Möglicherweise ist aber nur der Boot-Bereich beschädigt, und die Config-Datei selbst wäre noch lesbar.
Aber wie kommst du jetzt an die Datei heran?

Beispiel 3 (und das ist das wahrscheinlichste Szenario):
Das Kopieren der Sticks wird dir mit der Zeit zu lästig, und du läßt es bleiben.
Dann hast du halt gar nichts, um das NAS in kurzer Zeit wieder mit den aktuellen Einstellungen zum Laufen zu bringen.

Verstehst du jetzt, was ich meine?

Grüße
Princo

[kreuzberger]

ach Princo,

grundsätzlich hast du ja recht. aber bist du dir wirklich sicher, dass ALL config-Daten gesichert werden? Also auch alle Einstellungen in firefly zb?

Kreuzberger

[Lander]

Hier ist eine gute Anleitung um mit Partitionen zu Spielen mit GUI:

https://www.howtoforge.de/anleitung/par ... verlieren/

Evtl. hilft ja dass beim verkleinern ... wovor ich natuerlich Abrate und Princo beipflichte.

[Princo]

bist du dir wirklich sicher, dass ALL config-Daten gesichert werden? Also auch alle Einstellungen in firefly zb?

Ja, soeben sogar extra frisch getestet.

Tipp: Schau dir doch einfach mal an, welche Dateien mein obiges Einzeiler-Skript tatsächlich kopiert.

Grüße
Princo

[Princo]

Hier ist eine gute Anleitung um mit Partitionen zu Spielen mit GUI:

https://www.howtoforge.de/anleitung/par ... verlieren/

Evtl. hilft ja dass beim verkleinern ... wovor ich natuerlich Abrate und Princo beipflichte.

Und wenn du auf den ersten Link (dieser hier: http://gparted.sourceforge.net/features.php ) innerhalb des von dir genannten Artikels klickst, dann wird dir angezeigt, welche Partitionstypen das beschriebene Tool bearbeiten, und in der Größe verändern kann.

UFS gehört schon mal nicht dazu.

Das Dateisystem des Bootsticks ist UFS.

Und im Übrigen gilt: UFS-Partitionen können mit keinem Tool verkleinert werden.

Noch Fragen?

Grüße
Princo