Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[fsarchiver] Wie wird denn das *ganze System "geimaged"?
82 views
Skip to first unread message
Heinz-Mario Frühbeis
Feb 14, 2016, 5:11:33 AM2/14/16
to
Hallo,
lt.
<https://www.fsarchiver.org/QuickStart>
kann man eine einzelne Partition sichern, oder mehrere.
So weit so gut...
Mein Arch Linux hat nun vier Partitionen:
sda1 /boot
sda2 /
sda3 /home
sda4 swap
Reicht es denn jetzt aus sda2 und sda3 zu "imagen"? Oder sollte "man"
noch sda1 mit aufnehmen? (Swap zu sichern macht ja wohl keinen Sinn...)
Die vorhandenen Partitionen dürfen dann auch nicht mehr geändert werden,
oder wäre nur mit großem<?> Aufwand verbunden?
Manchem mag (u.a.) das als "blöde" Frage(n) erscheinen, aber "man"
bedenke meine "Aufregung". Vorhin habe ich erst mal meine ext. HDD
eingebunden, worauf nämlich das/die Image(s) abgelegt werden sollen. Das
hat <nicht lachen!> ca. 1 1/2 Std. gebraucht... Is' jetzt aber sogar per
fstab<!> drin.
Mit Gruß
Heinz-Mario Frühbeis
lt.
<https://www.fsarchiver.org/QuickStart>
kann man eine einzelne Partition sichern, oder mehrere.
So weit so gut...
Mein Arch Linux hat nun vier Partitionen:
sda1 /boot
sda2 /
sda3 /home
sda4 swap
Reicht es denn jetzt aus sda2 und sda3 zu "imagen"? Oder sollte "man"
noch sda1 mit aufnehmen? (Swap zu sichern macht ja wohl keinen Sinn...)
Die vorhandenen Partitionen dürfen dann auch nicht mehr geändert werden,
oder wäre nur mit großem<?> Aufwand verbunden?
Manchem mag (u.a.) das als "blöde" Frage(n) erscheinen, aber "man"
bedenke meine "Aufregung". Vorhin habe ich erst mal meine ext. HDD
eingebunden, worauf nämlich das/die Image(s) abgelegt werden sollen. Das
hat <nicht lachen!> ca. 1 1/2 Std. gebraucht... Is' jetzt aber sogar per
fstab<!> drin.
Mit Gruß
Heinz-Mario Frühbeis
Heinz-Mario Frühbeis
Feb 14, 2016, 1:22:09 PM2/14/16
to
Am 14.02.2016 um 12:14 schrieb Martin Schnitkemper:
> klein, und dann hat man alles zusammen wenn man mal das System komplett
> wiederherstellen muss. In /boot liegt beispielsweise der Kernel und das
> initramfs, und wenn das zum restlichen System nicht passt wird es auch
> nicht oder nur mit Fehlern starten. Dann den zum System noch passenden
> Kernel finden und das initramfs zu bauen dürfte aufwendiger sein als sda1
> mit in die Sicherung aufzunehmen.
>
> Was Swap betrifft: bei vernünftigem Speicherausbau braucht man das
> eigentlich nicht mehr. Wenn es bisher nicht zu Speicherengpässen gekommen
> ist würde ich erst einmal ganz auf Swapspace verzichten.
> Partitionen?
>
> Der fsarchiver ist hinsichtlich der Partitionierung ziemlich tolerant, weil
> er datei- und nicht sektororientiert arbeitet (und damit eigentlich kein
> "echter" Imager ist). Bei der Wiederherstellung muss man wie auch bei der
> Sicherung das Device angeben, auf das zurückgeladen werden soll. Und das
> kann kleiner oder größer sein als die ursprüngliche Partition, selbst das
> Dateisystem kann man bei der Rücksicherung mit übergeben und damit
> wechseln, die UUID der gesicherten Partition wird auch wiederhergestellt so
> dass von einem solchen System in der Regel sofort wieder gebootet
> werden kann.
> sein, vor allem wenn noch kein USB3 zur Verfügung steht. Wenn es
> schnell(er) gehen soll kann man auch zunächst auf einer noch freien
> Partition (die nicht Teil der Sicherung ist) der internen Festplatte
> sichern und später aus dem laufenden System die Sicherung auf eine externe
> Festplatte übertragen.
>
> Neben der produktiven SSD habe ich hier zusätzlich noch eine zweite
> Magnetplatte für die Sicherung eingebaut, die über ein Notstartsystem
> verfügt über das ich die Sicherung auf die SSD wiederherstellen könnte. Die
> Sicherungen werden dann regelmäßig auch noch per rsync auf eine externe
> Festplatte übertragen, falls mehr als nur die SSD ausgefallen ist.
>
> Der fsarchiver hat mich noch nie im Stich gelassen, einziges echtes Manko
> ist, dass man die Sicherung nicht auf Fehlerfreiheit überprüfen kann. Das
> ist eigentlich eine Pflichtübung wenn man nicht mit heruntergelassenen
> Hosen dastehen will falls die Sicherung gebraucht wird.
>
Das Einbinden...
Na ja, *das Einbinden brauchte eigentlich nicht solange, aber das "hier
noch lesen, da noch lesen, hier mal nicht geklappt, da mal nicht
geklappt", dann noch testen, ob ich Schreib-Rechte habe, weil ich die
HDD unter meinem Linux Mint partitioniert habe etc., das hat Zeit gekostet.
Diese meine HDD vom Acer 6930g werkelt recht gut und da ich dem Notebook
ja nun 'ne SSD Samsung 850 spendiert habe, ist die HDD jetzt im ext.
Gehäuse.
fsarchive habe ich gerade mal angewandt...
Zuerst die ext. HDD gemountet, ein Verzeichnis eingerichtet, und "ab
dafür". Und jetzt habe ich (wohl) 'ne *.fsa von meinem Arch-Base-0.
Laufzeit für das Archive zu erstellen waren zwei, drei Minuten (is' ja
auch noch ein kleines System).
fstab habe ich übrigens auch noch mal upgedatet, weil ich /dev-Einträge
gemacht habe, welche ich in UUID geändert habe.
Für die SSD müsste ich jetzt mal langsam schau'n, daß ich TRIM
eingerichtet bekomme...
Was ich jetzt noch habe ist, beim Starten, ein:
A job is running (1:30 Min.)...
Dazu habe ich (u. a.)
<https://bbs.archlinux.org/viewtopic.php?id=201816>
gefunden. Kann man das zum Testen mal sorgenfrei ausprobieren?
Mit Gruß
Heinz-Mario <der im Moment manchmal bei/mit zwei Tastaturen
durcheinander kommt> Frühbeis
> Am Sonntag, 14.02.2016 11:11 schrieb Heinz-Mario Frühbeis:
>
>> Reicht es denn jetzt aus sda2 und sda3 zu "imagen"? Oder sollte "man"
>> noch sda1 mit aufnehmen? (Swap zu sichern macht ja wohl keinen Sinn...)
>
> Ich würde sda1 auch noch mit aufnehmen, die Partition ist in der Regel recht
>
>> Reicht es denn jetzt aus sda2 und sda3 zu "imagen"? Oder sollte "man"
>> noch sda1 mit aufnehmen? (Swap zu sichern macht ja wohl keinen Sinn...)
>
> klein, und dann hat man alles zusammen wenn man mal das System komplett
> wiederherstellen muss. In /boot liegt beispielsweise der Kernel und das
> initramfs, und wenn das zum restlichen System nicht passt wird es auch
> nicht oder nur mit Fehlern starten. Dann den zum System noch passenden
> Kernel finden und das initramfs zu bauen dürfte aufwendiger sein als sda1
> mit in die Sicherung aufzunehmen.
>
> Was Swap betrifft: bei vernünftigem Speicherausbau braucht man das
> eigentlich nicht mehr. Wenn es bisher nicht zu Speicherengpässen gekommen
> ist würde ich erst einmal ganz auf Swapspace verzichten.
>
>> Die vorhandenen Partitionen dürfen dann auch nicht mehr geändert werden,
>> oder wäre nur mit großem<?> Aufwand verbunden?
>
> Im Hinblick auf die Sicherung oder einer nachträglichen Änderung an den
>> Die vorhandenen Partitionen dürfen dann auch nicht mehr geändert werden,
>> oder wäre nur mit großem<?> Aufwand verbunden?
>
> Partitionen?
>
> Der fsarchiver ist hinsichtlich der Partitionierung ziemlich tolerant, weil
> er datei- und nicht sektororientiert arbeitet (und damit eigentlich kein
> "echter" Imager ist). Bei der Wiederherstellung muss man wie auch bei der
> Sicherung das Device angeben, auf das zurückgeladen werden soll. Und das
> kann kleiner oder größer sein als die ursprüngliche Partition, selbst das
> Dateisystem kann man bei der Rücksicherung mit übergeben und damit
> wechseln, die UUID der gesicherten Partition wird auch wiederhergestellt so
> dass von einem solchen System in der Regel sofort wieder gebootet
> werden kann.
>
>> Manchem mag (u.a.) das als "blöde" Frage(n) erscheinen, aber "man"
>> bedenke meine "Aufregung". Vorhin habe ich erst mal meine ext. HDD
>> eingebunden, worauf nämlich das/die Image(s) abgelegt werden sollen. Das
>> hat <nicht lachen!> ca. 1 1/2 Std. gebraucht... Is' jetzt aber sogar per
>> fstab<!> drin.
>
> Das Einbinden oder das Sichern? Der Flaschenhals wird die USB-Kommunikation
>> Manchem mag (u.a.) das als "blöde" Frage(n) erscheinen, aber "man"
>> bedenke meine "Aufregung". Vorhin habe ich erst mal meine ext. HDD
>> eingebunden, worauf nämlich das/die Image(s) abgelegt werden sollen. Das
>> hat <nicht lachen!> ca. 1 1/2 Std. gebraucht... Is' jetzt aber sogar per
>> fstab<!> drin.
>
> sein, vor allem wenn noch kein USB3 zur Verfügung steht. Wenn es
> schnell(er) gehen soll kann man auch zunächst auf einer noch freien
> Partition (die nicht Teil der Sicherung ist) der internen Festplatte
> sichern und später aus dem laufenden System die Sicherung auf eine externe
> Festplatte übertragen.
>
> Neben der produktiven SSD habe ich hier zusätzlich noch eine zweite
> Magnetplatte für die Sicherung eingebaut, die über ein Notstartsystem
> verfügt über das ich die Sicherung auf die SSD wiederherstellen könnte. Die
> Sicherungen werden dann regelmäßig auch noch per rsync auf eine externe
> Festplatte übertragen, falls mehr als nur die SSD ausgefallen ist.
>
> Der fsarchiver hat mich noch nie im Stich gelassen, einziges echtes Manko
> ist, dass man die Sicherung nicht auf Fehlerfreiheit überprüfen kann. Das
> ist eigentlich eine Pflichtübung wenn man nicht mit heruntergelassenen
> Hosen dastehen will falls die Sicherung gebraucht wird.
>
Das Einbinden...
Na ja, *das Einbinden brauchte eigentlich nicht solange, aber das "hier
noch lesen, da noch lesen, hier mal nicht geklappt, da mal nicht
geklappt", dann noch testen, ob ich Schreib-Rechte habe, weil ich die
HDD unter meinem Linux Mint partitioniert habe etc., das hat Zeit gekostet.
Diese meine HDD vom Acer 6930g werkelt recht gut und da ich dem Notebook
ja nun 'ne SSD Samsung 850 spendiert habe, ist die HDD jetzt im ext.
Gehäuse.
fsarchive habe ich gerade mal angewandt...
Zuerst die ext. HDD gemountet, ein Verzeichnis eingerichtet, und "ab
dafür". Und jetzt habe ich (wohl) 'ne *.fsa von meinem Arch-Base-0.
Laufzeit für das Archive zu erstellen waren zwei, drei Minuten (is' ja
auch noch ein kleines System).
fstab habe ich übrigens auch noch mal upgedatet, weil ich /dev-Einträge
gemacht habe, welche ich in UUID geändert habe.
Für die SSD müsste ich jetzt mal langsam schau'n, daß ich TRIM
eingerichtet bekomme...
Was ich jetzt noch habe ist, beim Starten, ein:
A job is running (1:30 Min.)...
Dazu habe ich (u. a.)
<https://bbs.archlinux.org/viewtopic.php?id=201816>
gefunden. Kann man das zum Testen mal sorgenfrei ausprobieren?
Mit Gruß
Heinz-Mario <der im Moment manchmal bei/mit zwei Tastaturen
durcheinander kommt> Frühbeis
Paul Muster
Feb 14, 2016, 2:02:03 PM2/14/16
to
On 14.02.2016 11:11, Heinz-Mario Frühbeis wrote:
> lt.
> <https://www.fsarchiver.org/QuickStart>
> kann man eine einzelne Partition sichern, oder mehrere.
> So weit so gut...
> Mein Arch Linux hat nun vier Partitionen:
> sda1 /boot
> sda2 /
> sda3 /home
> sda4 swap
Spricht denn irgendwas dagegen, das _passende_ Tool zu verwenden?
> lt.
> <https://www.fsarchiver.org/QuickStart>
> kann man eine einzelne Partition sichern, oder mehrere.
> So weit so gut...
> Mein Arch Linux hat nun vier Partitionen:
> sda1 /boot
> sda2 /
> sda3 /home
> sda4 swap
www.clonezilla.org
> Reicht es denn jetzt aus sda2 und sda3 zu "imagen"? Oder sollte "man"
> noch sda1 mit aufnehmen? (Swap zu sichern macht ja wohl keinen Sinn...)
einem Restore einfach da und muss nicht erst angelegt und initialisiert
werden.
mfG Paul
Heinz-Mario Frühbeis
Feb 14, 2016, 2:29:06 PM2/14/16
to
Am 14.02.2016 um 19:45 schrieb Martin Schnitkemper:
> Der wartende Service müsste eigentlich als Teil der Meldung genannt werden.
>
Ich denke, daß ich es gelöst habe.
Und zwar kam z. Bsp. bei blkid, oder lsblk -f als Ausgabe:
sdb1 /Boot
sdb2 /
etc.
Wobei ja /Boot eigentlich sda1 ist/wäre...<hmmm, merkwürdig>.
Nun ja, jedenfalls habe ich fstab *komplett[1] nach UUID umgeschrieben
und bis dato (nach zwei Mal 'poweroff' und Neustart und drei Mal
'reboot') kam ich sofort ins Login.
[1] Ich hatte zunächst nur die USB-HDD als UUID eingetragen, weil wenn
z. Bsp. auch noch der Arch-USB-Stick drin is'. Und Swap habe ich dann
auch direkt per UUID eingetragen...
Die /etc/fstab habe ich dann auch direkt per 'cp' als Sicherung auf die
ext. HDD kopiert.
Jetzt noch mal ein Image/Archiv anlegen. :)
Mit Gruß
Heinz-Mario Frühbeis
> Am Sonntag, 14.02.2016 19:22 schrieb Heinz-Mario Frühbeis:
>
>> Was ich jetzt noch habe ist, beim Starten, ein:
>> A job is running (1:30 Min.)...
>
> Da kann systemd einen Service nicht starten und wartet 90 Sekunden.
>
>> Was ich jetzt noch habe ist, beim Starten, ein:
>> A job is running (1:30 Min.)...
>
> Der wartende Service müsste eigentlich als Teil der Meldung genannt werden.
>
Ich denke, daß ich es gelöst habe.
Und zwar kam z. Bsp. bei blkid, oder lsblk -f als Ausgabe:
sdb1 /Boot
sdb2 /
etc.
Wobei ja /Boot eigentlich sda1 ist/wäre...<hmmm, merkwürdig>.
Nun ja, jedenfalls habe ich fstab *komplett[1] nach UUID umgeschrieben
und bis dato (nach zwei Mal 'poweroff' und Neustart und drei Mal
'reboot') kam ich sofort ins Login.
[1] Ich hatte zunächst nur die USB-HDD als UUID eingetragen, weil wenn
z. Bsp. auch noch der Arch-USB-Stick drin is'. Und Swap habe ich dann
auch direkt per UUID eingetragen...
Die /etc/fstab habe ich dann auch direkt per 'cp' als Sicherung auf die
ext. HDD kopiert.
Jetzt noch mal ein Image/Archiv anlegen. :)
Mit Gruß
Heinz-Mario Frühbeis
Heinz-Mario Frühbeis
Feb 14, 2016, 2:34:21 PM2/14/16
to
Gelegenheit werde ich mal ein Archiv zurückschreiben und mal schau'n wie
es dann läuft. Wenn alles gut, dann gut, wenn nicht werde ich mich gerne
mal noch mit clonezilla beschäftigen.
Danke für deinen Hinweis und
mit Gruß
Heinz-Mario Frühbeis
0 new messages