Rya*_*son 55 hibernate filesystems multi-boot filesystem-corruption
如果您来到这里寻找这个问题的答案,请阅读以下所有答案。有一些人在这样做时丢失了数据。如果您打算定期执行此操作,我强烈建议您亲自测试。
假设我在同一台计算机上安装了 Windows 和 Linux。如果我使 Windows 休眠,是否可以在恢复 Windows 时启动到 Linux 而不会损坏 Windows 文件系统?反过来呢?如果我休眠一个,启动到另一个,并挂载休眠的文件系统读/写怎么办?只读?如果这是不安全的,有没有办法检测其他操作系统的休眠状态并防止挂载其文件系统?
基本上,我可以在它破裂之前将其推多远,以及它靠近边缘的危险程度如何?我想我知道上述一些问题的答案,但对于其他问题,我不知道,并且出于显而易见的原因,我没有在自己的计算机上进行测试。如果有人已经测试过这些,请大家指教我们其余的人。我不一定要寻找每个问题的具体答案;我会接受任何回答合理部分的回答。
让我澄清一下,当我说“休眠”时,我指的是将 RAM 的内容写入硬盘并完全关闭计算机电源的过程。在这种状态下,重新打开计算机电源会让您再次通过 BIOS 和引导加载程序,理论上您可以在多引导系统上选择另一个操作系统。无论如何,继续原始问题:
好的,在每个人都保证这会起作用之后,我自己测试了它。我将 Ubuntu 设置为在休眠之前以只读方式重新挂载所有 ntfs 文件系统和外部驱动器。不需要类似的 Windows 设置,因为 Windows 不读取 Linux 文件系统。然后,我尝试交替休眠一个操作系统并恢复另一个操作系统,来回几次。我什至尝试从 Ubuntu 读写挂载 Windows 文件系统,并创建一些文件。当我恢复时,Windows 没有抱怨。因此,总而言之,您可以或多或少地在双引导 Windows/Linux 方案中自由休眠。
请注意,我没有测试双 Linux/Linux 协同休眠的情况。如果您有两个或多个 Linux 安装并且您休眠其中一个,您可能能够通过从另一个安装文件系统来破坏文件系统。
vav*_*ava 25
我总是在启动其他任何东西之前休眠 Windows,Windows 太慢而无法从头开始。但是写到休眠操作系统的分区是危险的,因为一些 FS 表仍然在内存中(嗯,在休眠文件中而不是在 FS 中),应用程序仍然有一些文件的句柄,通常文件系统状态是好的的不稳定。
但是您可以以只读方式挂载该分区,这样它将与休眠前完全相同,Windows 不会注意到任何事情。
至于正常挂载,远离系统文件的建议,不是一个好主意。可能会发生文件内容的重定位,可能会更改 MFT,可能会更改访问时间属性,所有这些都可能会严重损坏文件系统。FAT 没有那么危险,但 NTFS 真的很危险,因为它要复杂得多,而且在内存中有更多的状态。
Che*_*ema 21
在休眠的 Linux 上启动 Windows 不是一个好主意。我刚刚在共享的 NTFS 分区中丢失了 20 GiB 的数据...
有一天我让 Ubuntu Lucid 休眠,第二天我启动了我的电脑。一些更新弄乱了 Grub 中保存的选项,所以它没有像它应该的那样再次启动 Ubuntu,而是启动了 Windows 7。当我带着咖啡回来时,我只是继续使用它,而没有想起 Ubuntu 处于熊市模式。我可能从共享分区访问了音乐、Firefox 配置文件、文档、下载和游戏。
下次我切换到 Ubuntu 时,我看到了“从休眠中醒来”的消息。党。但我预计它会在醒来时失败,而是软重启,就像我上次“尝试”这个(在我的业力时代)时发生的那样。但不,它醒了还好。凉爽的。或不。我很快意识到共享分区根目录中的一个目录现在是空的。我认为在恢复时访问共享分区的唯一程序是 Quod Libet(音乐播放器)和传输(bittorrent 客户端)。
我回到Windows,在那里我什至无法打开目录。试图在 shell 中“dir”它产生“找不到文件”。腐败。尽管如此,分区的可用空间并没有增加,所以我的 20 GiB 可能还在那里,不会被覆盖。也许。但是如何找到他们呢?
一项小小的研究几乎没有帮助,让我的希望更加渺茫。
我在没有自动修复的情况下运行了 Scandisk(“检查错误”),因为我不想冒险通过进一步破坏我的数据来修复问题。结果不是很多信息:“发现错误。使用自动修复运行。” 我不知道,似乎它还标记了下次启动时要自动检查的分区。我关掉电源走开了,后来又带着 EasyRecovery 回来了。
计算机开始时我没有注意,像往常一样,当我查看时,chkdsk 已经如火如荼地喷出错误,持续了大约十分钟。哦,这里什么也没有。
幸运的是,我最近确实为 Santa Tecla 点了一根蜡烛,在 Windows 启动后,我的数据又回来了,据我所知,所有这些都回来了,尽管有些文件最终在 found.000 中。
所以是的,这有一个美好的结局。你会原谅戏剧性的悬念,但那是为了推动一个观点:备份你的数据!并且(就我而言)保持备份最新!当然,对于休眠和共享分区要格外小心......
我经常休眠我的 Windows XP 并通过 USB 启动到 Ubuntu。
完美运行。
“待机”模式和“休眠”模式之间存在差异。
操作系统状态已完全刷新到磁盘,并且您的硬件已关闭。
如果您启动机器并启动到其他一些操作系统,它对休眠的操作系统没有影响。
您可以根据需要保持尽可能多的操作系统处于休眠状态。
例如,
您可以有多个 Ubuntu 安装(例如,每个 USB 闪存驱动器一个),
并且每个都休眠,拔下驱动器,然后启动到另一个。
这里没有边缘,因为没有堆叠/链接效果。
本示例中休眠的 USB 记忆棒相互独立
(跨电源循环机器)。
休眠的“ C:\”驱动器和引导到另一个操作系统的一个小缺点是,
您将无法在新操作系统中安装休眠的引导分区。
分区被休眠锁定。
如果在该状态下进行编辑,它将被损坏。
小智 9
我可以确认共享 NTFS 分区的数据丢失问题。我在 Lucid Lynx Ubuntu 和 Windows 7 之间进行双启动。在休眠 Windows 7 并启动到 Ubuntu 之后,我继续构建三个 VirtualBox 虚拟机(在 7 天的过程中),并在这些机器中安装了各种软件包。重新启动到 Windows 7 后,文件消失了。走了。ntfsundelete 最重要的是无法找到它们。
所以,我进行了一系列测试,看看这是否真的是导致数据丢失的原因。当关闭 Windows 7、启动 Ubuntu、写入一些文件、重新启动到 Windows 7 时,这些文件始终保留。当休眠 Windows 7,在 Ubuntu 中重新启动,写入一些文件,重新启动到 Windows 7 时,新文件消失了。
我不知道写入文件的更改,无论它们是保留还是丢失,但是在这种情况下,添加到共享 NTFS 分区的新文件和文件夹很可能会丢失。
| 归档时间: |
|
| 查看次数: |
35483 次 |
| 最近记录: |