休止状態にして別のOSを起動する：ファイルシステムは破損しますか？

重要

この質問への回答を求めてここに来た場合は、以下のすべての回答をお読みください。これを行っているデータを失った人々からのいくつかの証言があります。これを定期的に行う予定がある場合は、自分でテストすることを強くお勧めします。

元の質問

同じコンピューターにWindowsとLinuxがインストールされているとします。Windowsを休止状態にした場合、Windowsを再開するときにWindowsファイルシステムを破損せずにLinuxを起動できますか？他の方法はどうですか？一方を休止状態にし、もう一方を起動して、休止状態のファイルシステムを読み取り/書き込みでマウントするとどうなりますか？読み取り専用？これが安全でない場合、他のOSの休止状態を検出し、そのファイルシステムのマウントを防ぐ方法はありますか？

基本的に、これが壊れる前にどれだけプッシュできますか？上記の質問のいくつかに対する答えは知っていると思いますが、他の質問にはわからないので、明らかな理由で、これを自分のコンピューターでテストしていません。誰かがこれらをテストした場合、私たちの残りを啓発してください。すべての質問に対する具体的な答えを必ずしも探しているわけではありません。妥当な部分に答える応答はすべて受け入れます。

編集

「休止状態」と言うとき、RAMの内容をハードディスクに書き込み、コンピューターの電源を完全に切るプロセスを意味することを明確にしましょう。この状態でコンピューターの電源を入れると、BIOSとブートローダーが再び表示され、理論的にはマルチブートシステムで別のオペレーティングシステムを選択できます。とにかく、元の質問で：

私の結果

わかりました、これが機能することを皆が保証した後、私はそれを自分でテストしました。休止状態にする前に、すべてのntfsファイルシステムと外部ドライブを読み取り専用で再マウントするようにUbuntuをセットアップしました。WindowsはLinuxファイルシステムを読み取らないため、同様のWindowsセットアップは必要ありませんでした。次に、1つのオペレーティングシステムを休止状態にし、もう1つのオペレーティングシステムを再開することを交互に何度か試みました。UbuntuのWindowsファイルシステムを読み書きしてマウントし、いくつかのファイルを作成してみました。Windowsは、再開したときに文句を言いませんでした。したがって、結論として、デュアルブートWindows / Linuxシナリオで多かれ少なかれ自由に休止状態にすることができます。

デュアルLinux / Linuxの同時休止状態をテストしなかったことに注意してください。2つ以上のLinuxインストールがあり、そのうちの1つを休止状態にすると、ファイルシステムを別のシステムからマウントすることで破損する可能性があります。

冬眠したLinux上でWindowsを起動することはお勧めできません。共有NTFSパーティションで20 GiBのデータを失いました...

ある日、Ubuntu Lucidを冬眠し、次の日にコンピューターを起動しました。Grubの保存されたオプションが一部更新されて混乱したため、Ubuntuを再度起動する代わりにWindows 7を起動しました。おそらく共有パーティションから音楽、Firefoxプロファイル、ドキュメント、ダウンロード、ゲームにアクセスしたでしょう。

次回Ubuntuに切り替えたとき、「休止状態からの復帰」メッセージが表示されました。ダン。しかし、私がこれを「試してみた」前に（私のカルマ時代に）起きたように、目覚めに失敗し、代わりにソフトリブートが起こると予想しました。しかし、いや、大丈夫だった。クール。か否か。共有パーティションのルートにあるディレクトリが空になっていることにすぐに気付きました。再開時に共有パーティションにアクセスするプログラムはQuod Libet（音楽プレーヤー）とTransmission（ビットトレントクライアント）だけだったと思います。

Windowsに戻りましたが、ディレクトリを開くことさえできませんでした。シェルで「dir」しようとすると、「file not found」が生成されました。破損しています。それでも、パーティションの空き容量は増えていなかったので、おそらくまだそこにある20 GiBが上書きされても安全です。多分。しかし、それらに到達する方法は？

少しの研究でほとんど助けが得られず、私の希望はさらに暗いものになりました。

スキャンディスク（「エラーのチェック」）を自動修復なしで実行しました。データをさらに破壊して問題を解決するリスクを冒したくなかったからです。結果はあまり有益ではありませんでした：「エラーが見つかりました。自動修復で実行します。」私にはわからないが、次の起動時にパーティションが自動的にチェックされるようにマークされているようにも見える。電源を切って立ち去り、後でEasyRecoveryで戻ってきました。

コンピューターは、いつものように注意を払わずに起動しました。私が見たとき、chkdskはすでに10分ほどエラーを吐き出していました。まあ、ここには何もありません。

幸いなことに、最近サンタテクラにキャンドルを灯しました。Windowsが起動した後、私のデータは戻ってきましたが、すべてのファイルはfound.000になりました。

そう、これはハッピーエンドでした。あなたは劇的な一時停止を許しますが、それはポイントを駆り立てることです：データをバックアップしてください！そして（私の場合）バックアップを最新の状態に保ちます！そしてもちろん、休止状態と共有パーティションには特に注意してください...

私は他の何かで起動する前に常にWindowsを休止状態にします。Windowsは最初から起動するには遅すぎます。ただし、一部のFSテーブルはまだメモリ内にあるため（つまり、FSではなくハイバネーションファイル内にあります）、アプリケーションにはまだいくつかのファイルへのハンドルがあり、一般的にファイルシステムの状態は親切であるため、休止状態のOSのパーティションに書き込むことは危険です不安定な。

ただし、そのパーティションを読み取り専用でマウントすることもできます。この方法では、休止状態になる前とまったく同じ状態になり、Windowsは問題を認識しません。

通常のマウントについての提案や、システムファイルから離れるという提案については、お勧めできません。ファイルコンテンツの再配置が発生したり、MFTが変更されたり、アクセス時間属性が変更されたりする可能性があり、これらすべてがファイルシステムを深刻に破壊する可能性があります。FATではそれほど危険ではありませんが、NTFSでははるかに複雑で、メモリ内にはるかに多くの状態があるため、本当に危険です。

私は定期的にWindows XPを休止状態にし、USB経由でUbuntuを起動します。
完璧に動作します。

「スタンバイ」モードと「休止状態」モードには違いがあります。
OSの状態はディスクに完全にフラッシュされ、ハードウェアの電源がオフになります。
マシンの電源を入れて他のOSを起動しても、休止状態のOSには影響しません。
必要な数のOSを休止状態にしておくことができます。

例として、
複数のUbuntuインストール（たとえば、USBフラッシュドライブごとに1つ）があり、
それぞれを休止状態にして、ドライブを取り外し、別のドライブで起動できます。
スタッキング/チェーン効果がないため、ここにはエッジがありません。
この例の休止状態のUSBスティックは、すべて
（電源を入れ直したマシン全体で）互いに独立しています。

休止状態のC:\ドライブの小さな欠点の1つであり、別のOSでブートすると
、休止状態のブートパーティションを新しいOSにマウントできなくなります。
パーティションは休止状態でロックされています。
その状態で編集すると破損します。

共有NTFSパーティションでデータの損失の問題を確認できます。Lucid Lynx UbuntuとWindows 7の間でデュアルブートします。Windows7を休止状態にしてUbuntuを起動した後、3つのVirtualBox仮想マシンを構築し（7日間）、それらのマシンにさまざまなソフトウェアパッケージをインストールしました。Windows 7を再起動すると、ファイルは消えました。消えた。ntfsundeleteなどはそれらを見つけることができませんでした。

そこで、一連のテストを実行して、これが実際にデータ損失の原因であるかどうかを確認しました。Windows 7をシャットダウンし、Ubuntuを起動し、いくつかのファイルを書き込み、Windows 7に再起動すると、ファイルは常に保持されます。Windows 7を冬眠し、Ubuntuで再起動し、いくつかのファイルを書き込み、Windows 7で再起動すると、新しいファイルはなくなります。

ファイルに書き込まれた変更が保持されるか失われるかはわかりませんが、共有NTFSパーティションに追加された新しいファイルとフォルダーは、この状況で失われる可能性が高いです。

あなたが言ったことには何の問題もありません。休止状態のファイルシステムをマウントした場合でも、休止状態の内容はディスク上の大きなファイルに保存されます-このファイルや重要なシステムファイル（明らかに）に触れない限り、何も起こりません。

システムの電源を切った後に別のOSからパーティションの内容を変更しても、元のパーティションは問題なく起動します。休止状態でも同じです。

パーティションをマウント/アンマウントするときに、システムファイルやドライブヘッダー情報（MBR、ファイルジャーナルなど）を損傷しないように注意してください。ただし、このポイントは休止状態とは関係ありません。知るために。

Windows XPとWindows 7の間の共有物理ドライブ（FAT32）で問題が発生しました。WindowsXPを休止状態にし、数日間Windows 7を起動してから、XPに戻りました。現在、共有ドライブに破損したファイルシステムがあります。ディスクチェッカーが実行されており、見た目がかなり悪いです。ほとんどの場合、クロスリンクされたファイルですが、数千のファイルがあります。

これは少し古いですが、重大な問題であるため、別の証言は価値があります。

2つの異なるPCでデータ（OS関連ファイルなし）に使用している外部NTFS USBハードドライブがあります。問題を特定するまでは、データの損失が絶え間なく続きました。PCの1つはかなり古くて遅いため（Windows XP）、休止状態を使用して再起動時間を短縮し、その状態でハードドライブを切断し、他のPC（Windows 7）でデータを書き込みました。データ損失は毎回発生するわけではありませんでしたが、間違いなくこのシナリオが原因でした。私はそれをやめたので、それは二度と起こりませんでした。

休止状態とマルチブートで問題が発生しました。状況：UbuntuおよびWinxP Multboot、ただしデータパーティションは両方のOSで表示可能。いくつかのテストを行った...前後に...だからWordでWordファイルを編集していた...ファイルを保存してWordを閉じた。Hibernated ...はUbuntuを起動しました... OpenOfficeで同じファイルを編集しました... hibernated。

休止状態のWinXPを再起動しました。Wordは変更を「見ません」...単に別のファイルのように見えました...

私はこれを別の方法でテストしました... 2回目のファイルが破損しています...ファイルを開くこともファイルを削除することもできませんでしたChkdskは問題を「解決」しましたが、ファイルは失われました...別のテストではUbuntuはしませんでした編集したファイルも参照してください。

休止状態と同じパーティションを使用する場合（OSが起動するパーティションである必要はありません...）istは非常に危険です...ファイルはテストで破損する可能性があり、それを繰り返すことができます...ところで：私のテストでは、常にファイルを保存し、休止状態に入る前にアプリケーション（WordとOpenOffice）を閉じました... !! パーティションをマウントすることが犯人だと思っていましたが、今では問題はファイルのキャッシュなどに関係していると思います...とにかく：マルチOSハイバネーションに注意してください... !! よろしく、ArnoR

私は、Windows（Vista）とUbuntu（9、10、11）のデュアルブートで次の非常に破壊的な経験をしました。私は技術ユーザーではありませんが、WindowsとDOSの使用と構成には長い経験があります。Win VistaマシンのライブCDを介してUbuntuをインストールしました。これは問題なく進行し、すぐにデュアルブートを実行できました。Ubuntuのインストールに警告が添付されていないのを見て、私は（単純に）両方のシステムを休止状態にし（ディスクに保存し、サスペンドしない）、自由に切り替えることができると考えました。これにより、次の結果が得られました。

1）Windowsで開いているのを忘れていたUbuntuでテキストファイルを編集するというミスを犯しました。その後、ファイルはどちらのオペレーティングシステムからもアクセスできなくなりました。削除することさえできませんでした。Chkdskは最終的に削除しましたが、私のデータは失われました。

2）また、UbuntuからWinパーティションに直接2つのファイル操作を試みました。OpenOfficeからpdfファイルを生成し、Winデスクトップ上にディレクトリ/フォルダを作成します。どちらもWindowsからはアクセスできませんでした（Winエクスプローラーで見ることができました）。幸いなことに、それらはUbuntuから削除できますが、後でchkdskを実行してWindowsから完全に削除する必要がありました。

3）大規模なOpenOffice Writerファイル（* .docとして保存）、最初に1回編集され、次に他のオペレーティングシステムで数回（編集時に他のシステムで開かれていなかった）、突然サイズが膨らんだ約2 MB〜7 MBで、読み込みと保存がほぼ不可能です。ファイルを* .odtドキュメントとして保存すると、サイズは大幅に縮小されましたが、保存/読み込み時間は短縮されませんでした。ファイルを解凍すると、その「コンテンツ」セクションが22 MBを超えていることがわかりました。テキストエディタでこれにアクセスすると、ドキュメント内のすべての単語とスペースが同じスタイルで別々にフォーマットされていることがわかりました！最終的に、巨大なバージョンと同じファイルの以前のバージョンを比較し、比較の基礎として古いバージョンを使用し、すべての変更を受け入れて保存することで問題を解決しました。

4）この時点で、Ubuntu 10からUbuntu 11にアップグレードし、11システムが新しいUnityインターフェースのみを使用していることを発見しました。これは、私の目的にはまったく受け入れられませんでした。Ubuntu 11にGnomeをインストールする方法を見つけたとき、Gnome 3はGnome 2よりもはるかに劣っていたことがわかりました。ユニティシステム。これは複雑であることが判明しましたが、オンラインでいくつかのマニュアルで繰り返されるまったく同じ指示を見つけた後、私は進みました。EasyBCD 2.1.2（windowsから）を実行するまではすべてうまくいきました。これにより、UbuntuのGrubブートツールが削除された後、Windowsを直接再起動できます。再起動すると、MBRが致命的な損傷を受け、マシンが起動可能なハードドライブを認識しなかったことがわかりました。

5）再びVistaを起動でき、Ubuntuを再インストールする準備が整いました。多くのファイルがシステムからランダムに消え始めたことがわかりました。明らかに、ファイルシステムはまだ破損しています。Windowsを完全に再インストールするだけで問題が解決しました。現在、Karmic Koalaをインストールする前に、今後同様の問題を回避するために何をすべきかを非常に慎重に検討しています。私の問題が休止状態の問題に関連していることを願っていますが、確かに、別の「転送」NTFSパーティションを作成することを検討しています。実用的ではありませんが、安全なはずです。私は願います。

しないでください（もう一度！）

Vista / NTFSを冬眠し、Lucidを起動し、共有ntfsパーティションで3日間働き、ファイルとディレクトリが消えたり、厄介なエラーメッセージ（lucid内）でロックされ始めました。私がWindowsに戻って起動したとき、それは本当の混乱、デスクトップの混乱などでした。うまくいけば、chkdskがそのほとんどを修正でき、以前の約98％のfound.000から釣り出しました。
ですから、それは間違いなく良いことではありません。
これは以前は不可能だったことを思い出します。「休止状態」のntfsパーティションは、何らかの理由で（明らかに良い）Linuxでマウントできませんでした。この古い行動に戻りたい

危険！また、これはFAT32ボリュームとNTFSボリュームの両方で深刻な問題であり、Windows（Windows 7を使用）が休止状態になっている場合にのみ確認できます。これはキャッシングに関係していると思いますので、ドライブをすぐに取り外せるように設定することを検討しました。それで解決するかもしれませんが、Windowsがサポートしていないように、この方法で1つのパーティションを設定したいだけなので、まだ試していません。私のOSX ntfsドライバーでさえ、パーティションごとのキャッシュ制御をサポートしていますが、ウィンドウはサポートしていません。また、私のOSX ntfsドライバーは、ドライブをマウントすべきでないことを認識しているようです。この問題に関係しているようです。お役に立てば幸いです。

これが私の経験です。WindowsとKubuntu（11.04）でデュアルブートシステムを使用しています。ほとんどのファイルはWindows NTFSパーティション上にあり、主にLinuxから使用します。FUSEを使用してマウントされます。

これは何が起こったかです：

1. 休止状態のウィンドウ
2. 次回の起動時に、Linuxを起動して数週間使用しました-Windowsを起動せずに
3. Windowsから再起動します（オンラインテストはInternet Explorerでのみ機能し、それ以外は何もしなかったため、何らかの理由でie4linuxでは不十分でした）

Windowsを再開すると、この2週間で作成されたすべてのファイルが失われていることに気付きました。Linuxにリブートして、そこに欠落しているファイルも見つけるためだけに検証しました。WindowsがNTFSファイルシステムを冬眠した状態に復元し、その時点に復元したと思います。

ntfsundeleteやtestdiskなどのツールを試しました。これらの欠落ファイルはリストされていません。また、Windowsが休止状態でシャットダウンされていない場合でも、LinuxはそのドライブをRWモードでマウントします。Linuxはドライブを読み取り専用モードで警告するか、単にマウントしますが、ここでは発生しませんでした。

また、休止状態の2つの異なるO / S間で非システムパーティションを共有すると、ファイルシステムが破損し、データが失われることを確認できます。

シナリオ：NTFSに3つのパーティションがあります：1. Windows XP 2. Windows 7 3.データ（互換性モードでうまく動作しない古いアプリにはXPを使用する必要があります）。

例：パーティション1（XP）から起動し、3にファイルを保存するThunderbirdを実行します。次に、休止状態（OSがRAMを休止状態にしてPCをシャットダウンします）。パーティション2（7）から起動し、3にファイルを保存するThunderbirdを実行します。ここで、問題はchkdskの有無にかかわらずファイルへのアクセスなどで始まります。パーティション1からブートに戻ると、OS_2_7で修正されたファイルが再び破損します。最悪の場合、休止状態（例：Firefox）が破損する前に開いているファイルもあります。

あ、はい。システム/非システムパーティションを使用しても2つのO / Sを休止状態にすると、データが破損します。どうして ？根本的な原因はファイルLOCKとMFTであると思われます。休止状態からウェイクアップした後、O / SはMFTを更新しないため、古いセクターのファイルを見つけると仮定します。そのため、サイズ/場所を変更したファイルは破損します。

以前はまさにこれをしていました。事故を避けるために冬眠マシンのシステムドライブをマウントしたことはなく、各OSには独自のスワップパーティションがあります。ただし、2つの休止状態のOS間でデータを転送するために使用する専用のデータパーティションがありました。FirefoxとThunderbirdのプロファイルもそこに置いているので、2つの個別のプロファイルを保持する必要はありません。休止状態にする前に、1台のマシンでFirefoxを必ず閉じてください。

セットアップに問題があったことを思い出すことはありませんし、かなり長い間使用していました。

答えは、NTFSでは、明らかにそうです（他の答えを参照）。FATなどの古い、シンプルなファイルシステムで試すことができます。しかし、それは暗闇の中で刺すでしょう。

仮想マシンで問題を再現できることを付け加えておきます。デュアルブートマシンでVirtualBoxを使用しています。VirtualBoxホストソフトウェアをWindowsパーティションとLinuxパーティションの両方にインストールし、共有NTFSパーティションにイメージファイルを保存しました。目的は、WindowsとLinuxの両方で同じVMを使用できるようにすることでした。

習慣から、VMをシャットダウンするときにVirtualBoxで「マシンを保存」状態コマンドを使用しました。このコマンド（VMのRAM状態をどこかに保存する）を使用し、ラップトップを他のOSで再起動して、同じVMを再び使用しました。VirtualBoxには復元オプションがなかったため、VirtualBoxの別のインストールを使用して状態が保存された場合、VirtualBoxはVMの保存された状態を認識していないようです。VMwareはそれについて賢いかもしれないと読みましたが、試したことはありません。

最終的にすべてのVMが破損しました。ただし、fsckを使用してほとんどの損傷を修正することができました。

これは、この問題を再現するためにOSのパーティション分割とインストールに何時間も費やす必要がないということです。

私の解決策は？Windowsでハイバネーションを無効にしました。Ubuntuではデフォルトで無効になっています。また、VMを異なるコンテキスト（異なるOS、異なるホストインストールなど）で起動する予定の場合、VMのマシン状態の保存を使用しないでください。

誰かがこの問題に対して脆弱でないファイルシステム（またはOS、その他）を思いつくまで。

また、破損を回避することが報告されている場合は、休止状態になる前に共有パーティションで開いているすべてのハンドルを閉じます（そしておそらくディスクにフラッシュします）リー・ライアンの答え）。ただし、この状況では安全であり、休止状態をまったく使用しないことをお勧めします。

これが可能だとは思わない。

休止状態になると、コンピューターはそのOSに「ロックイン」されます（より適切な用語がないため）。OSを休止状態にするのではなく、コンピュータ全体を休止状態にします。休止状態から再開するときは、BIOSとPOST時間を再度たどらないでください。