1 |
Am Sonntag, 26. April 2009 11:41:32 schrieb JP Bruns: |
2 |
|
3 |
> >Nicht böse sein, aber das ist absoluter Humbug. mount -oremount,ro |
4 |
> > <filesystem> und gut ist. Bei Benutzung von LVM kann man sich sogar das |
5 |
> > sparen und erzeugt statt dessen einen Snapshot, den man dann read-only |
6 |
> > mountet und in aller Ruhe sichern kann. |
7 |
> |
8 |
> ich bin absolut nicht böse, bin aber ob deines Vorschlags verwirrt: Wie |
9 |
> kann ich das Wurzelverzeichnis während des Betriebs als nur-lesend |
10 |
> einbinden, wenn Prozesse laufen, die ständig auf die Platte schreiben |
11 |
> (müssen)? |
12 |
|
13 |
Indem man eine vernünftige Teilung der Dateisysteme vornimmt. Dann kann man |
14 |
auch im Prinzip nur die Filesysteme read-write mounten, für die es absolut |
15 |
notwendig ist (/var, /home). Alles andere kann genau genommen sogar ständig |
16 |
read-only gemounted sein (z.B. /usr, /opt). |
17 |
|
18 |
> Dass das geht ist klar, würde aber das System beeinträchtigen |
19 |
> (nicht kritische Partitionen mal ausgenommen). Ausserdem geht es nicht nur |
20 |
> um das Sichern sondern auch das Zurückspielen der Daten. |
21 |
|
22 |
Ja, das Du beides im gleichen Satz abgehandelt hast hab' ich überlesen. |
23 |
|
24 |
> Sichern kann ich |
25 |
> vieles, auch während es läuft, keine Frage. Nur was passiert, wenn auf |
26 |
> einmal eine Sicherung wieder eingespielt wird, welches ein gerade laufendes |
27 |
> Programm betrifft? |
28 |
|
29 |
Nein, das geht natürlich nicht. Zum zurückspielen muß ich entweder eine andere |
30 |
Partition, Logical Volume oder auch Verzeichnis benutzen oder von einer LiveCD |
31 |
booten. |
32 |
|
33 |
> Wenn mir da jemand genaueres zu sagen kann, nur her |
34 |
> damit. Bei 'emerge' entsteht meiner Auffassung nach genau diese Situation, |
35 |
> was bei mir aber schon oft zu Problemen führte, wenn ich mal vergessen |
36 |
> hatte, meine Arbeit mit dem Programm zu unterbrechen. |
37 |
|
38 |
Nein, da sollte es eigentlich keine Probleme geben. Eine von einem Prozess |
39 |
geöffnete Datei wird nicht überschrieben, solange sie geöffnet ist. Es wird |
40 |
lediglich ihr Verzeichniseintrag durch den neuen ersetzt, sodaß neue Prozesse |
41 |
dann auch die neue Version der Datei öffnen, welche wiederum komplett an |
42 |
anderer Stelle auf der Platte liegt. |
43 |
|
44 |
Bye... |
45 |
|
46 |
Dirk |