On Fri, 23 Feb 2018 14:52:15 +0100
Peter Suetterlin
Nitpicking: It's not running, so it can hardly crash :D
Exactly. I have installed a number of multi-boot PCs with Windows and 3,4+ Linux distros, all the distros sharing a single swap partition and a single /home partition (with different user accounts). It works fine. If you try to boot a different Linux, it finds someone else's signature in the swap partition, discards the saved image and boots normally, as far as I can recall. Windows, of course, doesn't know or care. If you try to resume a hibernated OS and its hibernation image has gone, it just boots normally. The only problem I have encountered is a new one and recent. Windows 10 will sometimes hibernate when you ask it to shut down, so that it starts quicker next time. If I do not know this and boot Linux, systemd will not mount the Windows partitions because they were not cleanly unmounted -- and since my Windows partitions are automounted at boot time, and contain my work folders, this puts systemd in a loop, endlessly retrying to mount unclean C: and D: NTFS volumes. The only solution is to boot Windows and shut it down properly. The snag is, systemd *also* does this if it can't mount my Linux partitions for some reason, and then, the solution is to just force a reboot with Ctrl-Alt-Del. But it is not visible appearent _which_ partitions won't mount without careful inspection, so normally, I reboot a few times before I figure out Windows is to blame. This is the one thing about systemd that really annoys me.
While yes, it's likely leaving unclean partitions, I'd expect the hibernate script also to do something like a sync before, so damage should be small.
I think it does.
Normally, a computer that is hibernated will not allow to boot any other system, including the install DVD/stick.
What? TBH, this is the first time I ever hear this. And I *have* booted hibernated systems with a different OS. Quite some time ago though - I'm exclusively using suspend nowadays.
I agree. This is news to me too, and does not match what I have seen on my own machines. -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org