i re-realize this every year but if you want to boot into your other OS on a multi-boot setup, you can just hibernate and then boot into the other OS.
reality is the battlefield
- she/they (pl)
- breadthcharge.net/
the first line goes in Cohost embeds
🐥 I am not embroiled in any legal battle
🐦 other than battles that are legal 🎮
I speak to the universe and it speaks back, in it's own way.
mastodon
email: contact at breadthcharge dot net
I live on the northeast coast of the US.
'non-functional programmer'. 'far left'.
conceptual midwife.
https://cohost.org/NireBryce/post/4929459-here-s-my-five-minut
If you can see the "show contact info" dropdown below, I follow you. If you want me to, ask and I'll think about it.
You must log in to comment.
in reply to @NireBryce's post:
is there any chance that the other OS fingers the hardware in a way that causes the hibernated OS to throw up??
but wow that's galaxy brain
if you hibernate windows and boot up some other OS, then you wont be able to access the C: drive of the hibernated windows. NTFS partitions can be "locked" or something similar, so they'll be in a state where reading/writing to them could corrupt the data in the partition. Only issue i can think of off the top of my head
not that NTFS support in linux is good in the first place >_>
I wonder if the windows btrfs driver gets around this, actually, if you just straight up btrfs-windows
its much better at the OS level but from what I've seen the program level is still rough (as in, people don't touch the edge cases) and the performance isn't great with games
i feel like we need some kind of standardized cross OS FS... wild how hard data sharing still is, and that anyone would have to use FAT32 for anything still
if u know anyone at microsoft these are open source
https://github.com/maharmstone/quibble bootloader that allows non-ntfs boot
https://github.com/maharmstone/btrfs
windows btrfs driver