[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: OT: Vermeiden, dass ein Dateisystem aus hibernate gemounted wird



Jürgen Bausa schrieb:
> 
> Da ich den Rechner normalerweise nie herunter fahre sondern suspend-to-disk 
> verwende, passiert es mir manchmal, dass ich aus diesem Zustand das backup 
> starte. Während des backups werden die Partitionen des Rechners aber 
> gemountet. Da sie beim suspend-to-disk aber nicht ausghängt wurden, geht 
> dabei die Partition kaputt.
> 
> Gibt es eine Möglichkeit das zu verhindern? Ich kann mir da zwei Wege 
> vorstellen:
> 
Du koenntest die Platten read-only mounten?
Auch dann besteht aber letztlich die Gefahr dass das Dateisystem nicht 
komplett konsistent ist. Beim suspend wird aber zumindest 'nen sync 
ausgefuehrt.
In /var/log/messages steht hier, bei Suspend2Ram, auf jeden Fall:

kernel: [101415.763643] PM: Syncing filesystems ... done.
kernel: [101415.797966] Freezing user space processes ... (elapsed 0.01 seconds) done.
kernel: [101415.812075] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
kernel: [101415.828104] Suspending console(s) (use no_console_suspend to debug)
kernel: [101415.876490] sd 0:0:0:0: [sda] Synchronizing SCSI cache
kernel: [101415.879753] sd 0:0:0:0: [sda] Stopping disk
kernel: [101416.336693] PM: suspend of devices complete after 508.345 msecs

Im log ist das, zumindest laut Uhrzeit, erst NACH dem suspend gelandet ;)
Hm, (u.a.) Knoppix nutzt ja per default eine vorhandene Swap-Partition.
Das duerfte ziemlich kontraproduktiv sein bei Suspend2Disk.
Oder prueft Knoppix ob Suspend-Daten im Swap liegen?

Warum ueberhaupt Knoppix, was spricht gegen ein Backup im Betrieb,
mit Linux ist das ja grundsaetzlich kein Problem?
Sauber geloest dann halt mit (LVM)-Snapshots.
Und Datenbanken exportiert man am besten sowieso.

Und wech,
Manne


Reply to: