Ruhezustand und Booten in ein anderes Betriebssystem: Werden meine Dateisysteme beschädigt?

WICHTIG

Wenn Sie hierher gekommen sind, um eine Antwort auf diese Frage zu finden, lesen Sie bitte alle Antworten unten. Es gibt einige Testimonials von Leuten, die dabei Daten verloren haben. Wenn Sie dies regelmäßig vorhaben, empfehle ich dringend, dass Sie es selbst testen.

Ursprüngliche Frage

Angenommen, ich habe Windows und Linux auf demselben Computer installiert. Kann ich im Ruhezustand von Windows Linux starten, ohne das Windows-Dateisystem zu beschädigen, wenn ich Windows wieder aufnehme? Was ist umgekehrt? Was ist, wenn ich einen Ruhezustand habe, in den anderen boote und das Lese- / Schreib-Dateisystem im Ruhezustand aktiviere? Schreibgeschützt? Wenn dies unsicher ist, gibt es eine Möglichkeit, den Ruhezustand des anderen Betriebssystems zu erkennen und das Mounten des Dateisystems zu verhindern?

Wie weit kann ich das schieben, bevor es kaputt geht, und wie gefährlich ist es in Randnähe? Ich glaube, ich kenne die Antworten auf einige der oben genannten Fragen, aber für andere habe ich keine Ahnung, und aus offensichtlichen Gründen habe ich dies nicht auf meinem eigenen Computer getestet. Wenn jemand diese getestet hat, klären Sie bitte den Rest von uns auf. Ich suche nicht unbedingt nach einer bestimmten Antwort auf jede Frage. Ich werde jede Antwort akzeptieren, die einen angemessenen Teil beantwortet.

BEARBEITEN

Lassen Sie mich klarstellen, dass mit "Ruhezustand" der Vorgang gemeint ist, bei dem der Inhalt des Arbeitsspeichers auf die Festplatte geschrieben und der Computer vollständig heruntergefahren wird. Wenn Sie den Computer in diesem Zustand wieder einschalten, werden Sie erneut durch das BIOS und den Bootloader geführt, und Sie können theoretisch ein anderes Betriebssystem auf einem Multi-Boot-System auswählen. Wie auch immer, weiter mit der ursprünglichen Frage:

Meine Ergebnisse

Ok, nachdem alle versichert hatten, dass dies funktionieren würde, habe ich es selbst getestet. Ich habe Ubuntu so eingerichtet, dass alle ntfs-Dateisysteme und externen Laufwerke vor dem Ruhezustand schreibgeschützt sind. Ein ähnliches Windows-Setup war nicht erforderlich, da Windows keine Linux-Dateisysteme liest. Dann versuchte ich, abwechselnd ein Betriebssystem in den Ruhezustand zu versetzen und das andere einige Male hin und her fortzusetzen. Ich habe sogar versucht, das Windows-Dateisystem von Ubuntu aus mit Lese- und Schreibzugriff zu mounten und ein paar Dateien zu erstellen. Windows beschwerte sich nicht, als ich fortfuhr. Zusammenfassend lässt sich sagen, dass Sie in einem Dual-Boot-Windows / Linux-Szenario mehr oder weniger frei in den Ruhezustand wechseln können.

Beachten Sie, dass ich keinen Doppel-Linux / Linux-Ruhezustand getestet habe. Wenn Sie zwei oder mehr Linux-Installationen haben und eine davon in den Ruhezustand versetzen, können Sie möglicherweise das Dateisystem beschädigen, indem Sie es von einer anderen einhängen.

Das Booten von Windows über einen Linux-Ruhezustand ist keine gute Idee. Ich habe gerade 20 GB Daten in einer freigegebenen NTFS-Partition verloren ...

Ich habe Ubuntu Lucid an einem Tag in den Ruhezustand versetzt und am nächsten Tag meinen Computer hochgefahren. Einige Updates haben die gespeicherte Option in Grub durcheinander gebracht. Anstatt Ubuntu erneut zu starten, startete es Windows 7. Als ich mit meinem Kaffee zurückkam, benutzte ich es einfach weiter, ohne daran zu denken, dass Ubuntu sich im Bärenmodus befand. Wahrscheinlich habe ich über die freigegebene Partition auf Musik, Firefox-Profil, Dokumente, Downloads und Spiele zugegriffen.

Als ich das nächste Mal zu Ubuntu wechselte, sah ich die Meldung "Aufwachen aus dem Ruhezustand". Dang. Aber ich erwartete, dass es beim Aufwachen scheitern würde und stattdessen ein sanfter Neustart, wie es passiert war, als ich dies "ausprobiert" hatte (in meinen karmischen Zeiten). Aber nein, es ist in Ordnung aufgewacht. Cool. Oder nicht. Ich stellte schnell fest, dass ein Verzeichnis im Stammverzeichnis der freigegebenen Partition jetzt leer war. Ich denke, die einzigen Programme, die bei der Wiederaufnahme auf die gemeinsame Partition zugreifen, waren Quod Libet (Musik-Player) und Transmission (Bittorrent-Client).

Ich ging zurück zu Windows, wo ich nicht einmal das Verzeichnis öffnen konnte. Der Versuch, es in der Shell zu "dir", erzeugte "Datei nicht gefunden". Beschädigt. Der freie Speicherplatz der Partition hatte sich jedoch nicht vergrößert, sodass meine 20 GB wahrscheinlich noch vorhanden waren und nicht überschrieben werden konnten. Vielleicht. Aber wie kommt man zu ihnen?

Ein bisschen Nachforschungen haben wenig geholfen und meine Hoffnungen noch trüber gemacht.

Ich habe Scandisk ("Check for Errors") ohne automatische Reparatur ausgeführt, da ich nicht riskieren wollte, dass es die Dinge repariert, indem ich meine Daten weiter zerstöre. Das Ergebnis war nicht sehr informativ: "Fehler gefunden. Mit automatischer Reparatur ausführen." Mir unbekannt, anscheinend hat es auch die Partition markiert, die beim nächsten Start automatisch überprüft werden soll. Ich schaltete mich aus und ging und kam später mit EasyRecovery zurück.

Der Computer ging an, wobei ich nicht wie üblich aufpasste, und als ich hinschaute, spuckte chkdsk bereits Fehler in vollem Gange aus, was er ungefähr zehn Minuten lang tat. Na ja, hier geht nichts.

Glücklicherweise habe ich kürzlich eine Kerze für Santa Tecla angezündet, und nach dem Start von Windows waren meine Daten wieder da, soweit ich das beurteilen kann, obwohl einige Dateien in found.000 landeten.

Also ja, das hatte ein Happy End. Sie werden die dramatische Spannung verzeihen, aber das ist der springende Punkt: Sichern Sie Ihre Daten! Und (in meinem Fall) halten Sie das Backup auf dem neuesten Stand! Seien Sie besonders vorsichtig mit Ruhezuständen und freigegebenen Partitionen.

Ich habe Windows immer in den Ruhezustand versetzt, bevor ich etwas anderes startete. Windows ist einfach zu langsam, um von vorne zu beginnen. Es ist jedoch gefährlich , auf die Partition des Betriebssystems im Ruhezustand zu schreiben , da sich einige der FS-Tabellen noch im Arbeitsspeicher befinden (also in der Ruhezustandsdatei, aber nicht in der FS). Anwendungen haben weiterhin Handles für einige Dateien und im Allgemeinen ist der Dateisystemstatus positiv von instabil.

Sie können diese Partition jedoch schreibgeschützt bereitstellen. Auf diese Weise bleibt sie genauso wie vor dem Ruhezustand und Windows merkt nichts davon.

Was den Vorschlag betrifft, es normal zu mounten und sich von Systemdateien fernzuhalten, ist dies keine gute Idee. Das Verschieben eines Dateiinhalts kann passieren, die MFT kann geändert werden, die Zugriffszeitattribute werden geändert, all diese Dinge können ein Dateisystem ernsthaft beschädigen. Es ist nicht so gefährlich mit FAT, aber es ist wirklich sehr gefährlich mit NTFS, da es viel komplizierter ist und viel mehr Status im Speicher hat.

Ich schalte mein Windows XP regelmäßig in den Ruhezustand und starte Ubuntu über USB.
Funktioniert einwandfrei.

Es gibt einen Unterschied zwischen dem Standby-Modus und dem Ruhezustand.
Der Betriebssystemstatus wird vollständig auf die Festplatte geschrieben und Ihre Hardware wird ausgeschaltet.
Wenn Sie den Computer einschalten und ein anderes Betriebssystem starten, hat dies keine Auswirkungen auf den Ruhezustand.
Sie können so viele Betriebssysteme im Ruhezustand lassen, wie Sie möchten.

Als Beispiel
könnten Sie mehrere Ubuntu-Installationen haben (z. B. eine pro USB-Flash-Laufwerk).
Schalten Sie jeden in den Ruhezustand, ziehen Sie den Netzstecker und starten Sie eine andere.
Hier gibt es keine Kante, da es keinen Stapel- / Verkettungseffekt gibt.
Die in den Ruhezustand versetzten USB-Sticks in diesem Beispiel sind alle unabhängig voneinander
(auf einem Computer mit aus- und wieder eingeschaltetem Zustand).

Ein kleiner Nachteil eines " C:\" in den Ruhezustand versetzten Laufwerks beim Booten in ein anderes Betriebssystem ist, dass
Sie die in den Ruhezustand versetzte Bootpartition nicht in das neue Betriebssystem einbinden können.
Die Partition ist im Ruhezustand gesperrt.
Es wird beschädigt, wenn es in diesem Zustand bearbeitet wird.

Ich kann den Datenverlust bei einer freigegebenen NTFS-Partition bestätigen. Ich habe zwei Startvorgänge zwischen Lucid Lynx Ubuntu und Windows 7 ausgeführt. Nachdem ich Windows 7 in den Ruhezustand versetzt und Ubuntu gestartet hatte, erstellte ich drei virtuelle VirtualBox-Maschinen (über einen Zeitraum von sieben Tagen) und installierte eine Vielzahl von Softwarepaketen auf diesen Maschinen. Beim Neustart in Windows 7 verschwanden die Dateien. Weg. ntfsundelete und vor allem konnten sie nicht finden.

Also habe ich eine Reihe von Tests durchgeführt, um festzustellen, ob dies tatsächlich den Datenverlust verursacht hat. Wenn Sie Windows 7 herunterfahren, Ubuntu starten, einige Dateien schreiben oder Windows 7 neu starten, bleiben die Dateien immer erhalten. Wenn Sie Windows 7 in den Ruhezustand versetzen, in Ubuntu neu starten, einige Dateien schreiben oder Windows 7 neu starten, sind die neuen Dateien verschwunden.

Ich weiß nicht, welche ÄNDERUNGEN in eine Datei geschrieben wurden, ob sie beibehalten wurden oder verloren gingen, aber neue Dateien und Ordner, die zu einer freigegebenen NTFS-Partition hinzugefügt wurden, gehen in dieser Situation höchstwahrscheinlich verloren.

An dem, was Sie erwähnt haben, ist nichts auszusetzen. Selbst wenn Sie das in den Ruhezustand versetzte Dateisystem aktiviert haben, wird der Inhalt des Ruhezustands in einer großen Datei auf der Disc gespeichert - solange Sie diese Datei oder wichtige Systemdateien (offensichtlich) nicht berühren, geschieht nichts.

Wenn Sie den Inhalt einer Partition von einem anderen Betriebssystem aus ändern, nachdem Sie das System ausgeschaltet haben, bootet die ursprüngliche Partition weiterhin ohne Probleme. Im Winterschlaf ist es dasselbe.

Stellen Sie nur sicher, dass Sie beim Aktivieren / Deaktivieren der Partition keine Systemdateien oder Laufwerks-Header-Informationen beschädigen (z. B. MBR, Dateijournale) - obwohl dieser Punkt nichts mit Ruhezustand zu tun hat, sondern nur eine allgemeine Warnung, die wir alle benötigen wissen.

Ich bin gerade auf ein Problem auf einem freigegebenen physischen Laufwerk (FAT32) zwischen Windows XP und Windows 7 gestoßen. Ich habe Windows XP in den Ruhezustand versetzt, Windows 7 für einige Tage gebootet und bin dann zu XP zurückgekehrt. Jetzt habe ich ein beschädigtes Dateisystem auf dem freigegebenen Laufwerk. Disk Checker läuft und es sieht ziemlich schlecht aus. Meistens vernetzte Dateien, aber tausende davon.

Dies ist ein bisschen alt, aber da es sich um ein kritisches Thema handelt, lohnt sich ein weiteres Zeugnis.

Ich habe eine externe NTFS-USB-Festplatte, die ich für Daten (keine betriebssystembezogenen Dateien) mit 2 verschiedenen PCs verwende. Früher habe ich ständig Daten verloren, bis ich das Problem isoliert habe. Einer der PCs ist ziemlich alt und langsam (Windows XP), daher habe ich den Ruhezustand für schnellere Neustartzeiten verwendet, die Festplatte in diesem Zustand vom Computer getrennt und Daten mit dem anderen PC geschrieben (Windows 7). Datenverlust trat nicht jedes Mal auf, wurde jedoch definitiv durch dieses Szenario verursacht. Seit ich damit aufgehört habe, ist es nie wieder passiert.

Ich hatte Probleme mit Ruhezustand und Multi-Boot. Situation: Ubuntu und WinxP Multboot aber die Datenpartition für beide Betriebssysteme sichtbar. Ich habe ein paar Tests durchgeführt ... hin und her ... Also habe ich eine Word-Datei mit Word bearbeitet ... Die Datei gespeichert und Word geschlossen. Ruhezustand ... Ubuntu gestartet ... dieselbe Datei mit OpenOffice bearbeitet ... in den Ruhezustand versetzt.

Neustart in den Ruhezustand WinXP. Word hat die Änderungen NICHT "gesehen" ... Es sah einfach aus wie eine andere Datei ...

Ich habe diese Tests auch in umgekehrter Richtung durchgeführt. Die zweite Datei war beschädigt. Ich konnte die Datei nicht öffnen oder löschen. Chkdsk hat das Problem "gelöst", aber die Datei ging verloren. In einem anderen Test hat Ubuntu das nicht getan siehe auch die bearbeitete Datei.

SO im Ruhezustand und auf den gleichen Partitionen (muss NICHT die Partition sein, von der das Betriebssystem bootet ...) ist sehr gefährlich ... Dateien können und werden in meinen Tests beschädigt und ich kann es wiederholen ... Übrigens: Bei meinen Tests habe ich IMMER die Datei gespeichert und die Anwendung (Word und OpenOffice) geschlossen, ohne in den Ruhezustand zu gehen ... !! Ich dachte, das Mounten der Partition wäre der Schuldige, aber jetzt denke ich, dass das Problem etwas mit dem Zwischenspeichern von Dateien oder was auch immer zu tun haben muss ... Wie auch immer: Vorsicht bei Ruhezuständen mit mehreren Betriebssystemen ... !! Grüße, ArnoR

Ich hatte die folgenden äußerst destruktiven Erfahrungen mit dem Dual-Booten von Windows (Vista) und Ubuntu (9, 10, 11). Ich bin kein technischer Benutzer, obwohl ich langjährige Erfahrung in der Verwendung und Konfiguration von Windows und DOS habe. Ich habe Ubuntu über eine Live-CD auf einem Windows Vista-Computer installiert. Dies verlief einwandfrei und ich hatte den Dual-Boot in kürzester Zeit zum Laufen gebracht. Da an die Ubuntu-Installation keine Warnungen angehängt waren, ging ich (naiv) davon aus, dass ich beide Systeme in den Ruhezustand versetzen (auf Festplatte speichern, nicht aussetzen) und frei zwischen ihnen wechseln könnte. Dies hatte die folgenden Ergebnisse:

1) Ich habe den Fehler gemacht, eine Textdatei in Ubuntu zu bearbeiten, von der ich vergessen hatte, dass sie in Windows geöffnet ist. Danach war die Datei für beide Betriebssysteme nicht mehr zugänglich. Es konnte nicht einmal gelöscht werden. Chkdsk hat es endgültig gelöscht, aber meine Daten gingen verloren.

2) Ich habe auch zwei andere Dateivorgänge von Ubuntu direkt in der Win-Partition ausprobiert: Generieren einer PDF-Datei aus OpenOffice und Erstellen eines Verzeichnisses / Ordners auf dem Win-Desktop. Beide waren unter Windows nicht erreichbar (obwohl sie im Windows Explorer zu sehen waren). Glücklicherweise konnten sie von Ubuntu gelöscht werden, obwohl chkdsk danach ausgeführt werden musste, um sie dann vollständig von Windows zu löschen.

3) Eine große OpenOffice Writer-Datei (gespeichert als * .doc), die zuerst in einer, dann im anderen Betriebssystem mehrmals bearbeitet wurde (sie war beim Bearbeiten auf dem anderen System nicht geöffnet), wuchs plötzlich in der Größe von auf ca. 2 MB bis 7 MB, was das Laden und Speichern nahezu unmöglich macht. Als ich die Datei als * .odt-Dokument gespeichert habe, war ihre Größe erheblich reduziert, aber das Speichern / Laden ging nicht schneller. Als ich die Datei entpackte, stellte sich heraus, dass der Abschnitt "Inhalt" mehr als 22 MB groß war. Als ich mit einem Texteditor darauf zugegriffen habe, stellte sich heraus, dass jedes einzelne Wort und jede Stelle im Dokument separat im selben Stil formatiert wurde! Zum Schluss habe ich das Problem behoben, indem ich die Riesenversion mit einer früheren Version derselben Datei verglichen habe, die alte Version als Grundlage für den Vergleich verwendet und dann alle Änderungen akzeptiert und gespeichert habe.

4) Zu diesem Zeitpunkt habe ich ein Upgrade von Ubuntu 10 auf Ubuntu 11 durchgeführt und festgestellt, dass das 11-System ausschließlich die neue Unity-Schnittstelle verwendet, was für meine Zwecke völlig inakzeptabel war. Als ich herausfand, wie man Gnome auf Ubuntu 11 installiert, stellte sich heraus, dass Gnome 3 Gnome 2 weit unterlegen war. Ich entschied mich daher, Ubuntu vollständig zu deinstallieren und eine Neuinstallation von Karmic Koala vorzunehmen, das Gnome 2 ohne Spuren des Neuen verwendet Einheitssystem. Dies stellte sich als kompliziert heraus, aber nachdem ich genau die gleichen Anweisungen gefunden hatte, die in mehreren Handbüchern online wiederholt wurden, ging ich vor. Alles lief gut, bis ich EasyBCD 2.1.2 (von Windows aus) ausführte, mit dem ich nach dem Entfernen von Ubuntus Grub-Booter direkt zu Windows neu starten konnte. Beim Neustart stellte ich fest, dass mein MBR schwer beschädigt war und der Computer keine bootfähigen Festplatten erkannte.

5) Jetzt konnte ich wieder mit Vista booten und bereitete mich auf die Neuinstallation von Ubuntu vor, als ich entdeckte, dass eine Reihe von Dateien zufällig von meinem System verschwanden. Offensichtlich war das Dateisystem immer noch beschädigt. Nur eine vollständige Neuinstallation von Windows hat das Problem gelöst, und ich überlege mir jetzt sehr genau, was ich tun soll, um ähnliche Probleme in Zukunft zu vermeiden, bevor ich Karmic Koala installiere. Ich hoffe, meine Probleme hängen mit dem Problem des Ruhezustands zusammen, aber um sicherzugehen, erwäge ich, eine separate "Transfer" -NTFS-Partition zu erstellen, in der ich Dateien von einem Betriebssystem ablegen kann, bevor ich von dem anderen auf sie zugreife. Unpraktisch, aber es sollte sicher sein. Ich hoffe.

Mach es nicht (schon wieder!)

Ich habe mein Vista / NTFS in den Ruhezustand versetzt und Lucid hochgefahren, 3 Tage an der freigegebenen ntfs-Partition gearbeitet und angefangen, Dateien und Verzeichnisse verschwinden zu lassen oder mit bösen Fehlermeldungen (innerhalb von lucid) zu sperren. Als ich zurück zu Windows bootete, war es ein echtes Durcheinander, der Desktop war kaputt usw. Hoffentlich konnte chkdsk das meiste davon reparieren und ich fischte aus found.000 ungefähr 98% von dem heraus, was ich vorher hatte.
Es ist also definitiv keine gute Sache.
Ich erinnere mich irgendwie, dass dies vorher nicht möglich war: 'Hibernated' ntfs-Partitionen waren aus irgendeinem (anscheinend guten) Grund nicht in Linux mountenbar. Ich möchte auf dieses alte Verhalten zurückkommen

ACHTUNG! Ich kann auch bestätigen, dass dies ein ernstes Problem für FAT32- und NTFS-Volumes ist und nur, wenn Windows (ich habe Windows 7) im Ruhezustand ist. Ich denke, dies hängt mit dem Caching zusammen und habe überlegt, das Laufwerk für ein schnelles Entfernen einzurichten. Das könnte das Problem beheben, aber ich habe es noch nicht ausprobiert, da ich wirklich nur eine Partition auf diese Weise einrichten möchte, die Windows anscheinend nicht unterstützt. Sogar mein OSX ntfs-Treiber unterstützt die Steuerung des Cache pro Partition, nicht jedoch Windows. Außerdem scheint mein OSX NTFS-Treiber zu erkennen, dass das Laufwerk nicht gemountet werden sollte. Scheint mit diesem Problem verbunden zu sein. Ich hoffe, das hilft.

Hier ist meine Erfahrung. Ich benutze ein Dual-Boot-System mit Windows und Kubuntu (11.04). Die meisten meiner Dateien befinden sich auf einer Windows NTFS-Partition, und ich verwende sie hauptsächlich unter Linux. Es wird mit FUSE montiert.

Das ist, was passiert ist:

1. Windows im Ruhezustand
2. Beim nächsten Start wurde auf Linux gebootet und einige Wochen lang verwendet - ohne auf Windows zu booten
3. Zurück zu Windows gebootet (da ein Online-Test nur im Internet Explorer und sonst nichts funktionierte, reichte ie4linux irgendwie nicht aus)

Als Windows fortgesetzt wurde, bemerkte ich, dass alle in diesen zwei Wochen erstellten Dateien fehlten. Ich habe Linux neu gestartet, um zu überprüfen, ob dort auch Dateien fehlen. Ich vermute, Windows hat das NTFS-Dateisystem in den Ruhezustand versetzt und bis zu diesem Zeitpunkt wiederhergestellt.

Ich habe Tools wie ntfsundelete und testdisk ausprobiert. Diese fehlenden Dateien werden nicht aufgelistet. Linux stellt dieses Laufwerk auch dann im RW-Modus bereit, wenn Windows in den Ruhezustand versetzt und nicht heruntergefahren wurde. Ich vermute, Linux warnt oder mountet das Laufwerk nur im Nur-Lese-Modus, aber das ist hier nicht geschehen.

Ich kann auch bestätigen, dass durch die gemeinsame Nutzung einer Nicht-Systempartition zwischen zwei verschiedenen Betriebssystemen im Ruhezustand das Dateisystem beschädigt wird und Daten verloren gehen.

Szenario: Ich habe 3 NTFS-Partitionen: 1. Windows XP 2. Windows 7 3. Daten (Ich muss immer noch XP für alte Apps verwenden, die im Kompatibilitätsmodus nicht gut funktionieren).

Beispiel: Booten Sie von Partition 1 (XP) und führen Sie Thunderbird aus, in dem die Dateien auf 3 gespeichert sind. Gehen Sie dann in den Ruhezustand (OS-Dump-RAM, um die Datei in den Ruhezustand zu versetzen und den PC herunterzufahren). Booten Sie von Partition 2 (7) und führen Sie Thunderbird aus, auf dem Dateien gespeichert sind. Hier beginnt das Problem mit Zugriffsdateien usw., manchmal mit oder ohne chkdsk. Zurück zum Booten von Partition 1 und Dateien, die von OS_2_7 repariert wurden, sind wieder beschädigt. Schlimmstenfalls sind jetzt einige geöffnete Dateien vor dem Ruhezustand (z. B. Firefox) beschädigt.

Also ja. Wenn Sie zwei Betriebssysteme in den Ruhezustand versetzen, können Daten beschädigt werden, unabhängig davon, ob sie eine System- oder eine Nicht-Systempartition verwenden. Warum ? Ich nehme an, die Hauptursache sind die Dateien LOCK und MFT. Nach dem Aufwachen aus dem Ruhezustand aktualisiert O / S MFT nicht. Suchen Sie also weiterhin nach Dateien in alten Sektoren, sodass alle Dateien, deren Größe / Speicherort geändert wurde, beschädigt werden.

Ich habe genau das gemacht. Ich habe das Systemlaufwerk des Computers im Ruhezustand nie aktiviert, um Unfälle zu vermeiden, und jedes Betriebssystem verfügt über eine eigene Auslagerungspartition. Ich hatte jedoch eine dedizierte Datenpartition, die ich zum Übertragen von Daten zwischen den beiden Betriebssystemen im Ruhezustand verwenden würde. Ich habe sogar mein Firefox- und Thunderbird-Profil dort abgelegt, sodass ich nicht zwei separate Profile führen muss. Stellen Sie einfach sicher, dass Firefox auf einem Computer geschlossen ist, bevor Sie ihn in den Ruhezustand versetzen.

Ich kann mich nicht erinnern, jemals Probleme mit dem Setup gehabt zu haben, und ich habe es auch ziemlich lange benutzt.

Die Antwort ist, dass mit NTFS anscheinend ja (siehe andere Antworten). Sie könnten es mit älteren, einfacheren Dateisystemen wie FAT versuchen. Aber das wäre ein Stich in die Dunkelheit.

Ich möchte nur hinzufügen, dass das Problem mit virtuellen Maschinen reproduziert werden kann. Ich verwende VirtualBox auf einem Dual-Boot-Computer. Ich habe die VirtualBox-Hostsoftware sowohl auf der Windows- als auch auf der Linux-Partition installiert und die Image-Dateien auf einer freigegebenen NTFS-Partition gespeichert. Ziel war es, unter Windows und Linux die gleiche VM verwenden zu können.

Aus Gewohnheit habe ich beim Herunterfahren der VM den Statusbefehl "save machine" in VirtualBox verwendet. Ich habe diesen Befehl verwendet (der irgendwo den RAM-Status für die VM speichert), meinen Laptop in dem anderen Betriebssystem neu gestartet und dieselbe VM erneut verwendet. In VirtualBox gab es keine Wiederherstellungsoption, sodass VirtualBox anscheinend den gespeicherten Status einer VM nicht kennt, wenn der Status mit einer anderen Installation von VirtualBox gespeichert wurde. Ich habe gelesen, dass VMware vielleicht klüger ist, aber ich habe es nicht ausprobiert.

Schließlich wurden alle meine VMs beschädigt. Den größten Teil des Schadens konnte ich jedoch mit fsck beheben.

Dies soll nur heißen, dass Sie nicht stundenlang partitionieren und ein Betriebssystem installieren müssen, um dieses Problem zu reproduzieren.

Meine Lösung? Deaktivierter Ruhezustand unter Windows. In Ubuntu ist es standardmäßig deaktiviert. Verwenden Sie außerdem niemals die Option zum Speichern des Computerstatus für eine VM, wenn Sie diese VM in einem anderen Kontext starten möchten (anderes Betriebssystem, andere Host-Installation usw.).

Bis jemand ein Dateisystem (oder Betriebssystem oder was auch immer) findet, das für dieses Problem nicht anfällig ist.

Schließen Sie außerdem alle offenen Handles auf der freigegebenen Partition (und löschen Sie sie vermutlich auf die Festplatte), bevor Sie in den Ruhezustand wechseln (oder ich vermute, dass die Partition deaktiviert wird - dies muss auch unter Windows möglich sein), wenn dies gemeldet wurde, um Beschädigungen zu vermeiden (siehe Lie Ryans Antwort). Ich würde es jedoch vorziehen, in dieser Situation sicher zu sein und überhaupt keinen Ruhezustand zu verwenden.

Ich glaube einfach nicht, dass das möglich ist.

Wenn Sie in den Ruhezustand wechseln, ist der Computer an dieses Betriebssystem 'gebunden' (da es keinen besseren Begriff gibt). Sie schalten das Betriebssystem nicht in den Ruhezustand, sondern schalten den gesamten Computer in den Ruhezustand. Wenn Sie den Ruhezustand beenden möchten, durchlaufen Sie das BIOS und die POST-Zeit nicht erneut.