There was a reddit post about installing Arch on NTFS3 partition. Since Windows and Linux doesn't have directories with same names under the /
(C:\
), I thought it's possible, and turned out it was actually possible.
If you are not familiar to Linux, for example you've searched on Google "how to dualboot Linux and Windos" or brbrbr... you mustn't try this. This is not practical.
- UEFI system
- Any Linux live-boot CD/DVD/USB... with Linux kernel newer than 5.15
- Windows installer USB
- Boot up Linux and create a EFI system partition. 1GB is enough (512MB may not be)
- Boot up Windows and normally install it. You may need to choose "Custom: Install Windows only" option.
- When finished, boot up Linux install USB and mount the NTFS partition Windows created. Note you need to specify
-t ntfs3
onmount
. - Mount EFI partition and other needed ones (like swaps) and continue installing.
- Don't forget to "Add
rootfstype=ntfs3
as kernel parameter" - Done!
- ldconfig crashes for me, using Arch.
- sometimes kernel panics on poweroff.
- the pioneer says "the system will break after a few boots"
I cannot agree with this, that's just shrugging off the responsibility for broken code towards the user. While systems crashing to various reasons are simple inevitability over a course of time. While here it appears that just one such occurence always trashes your partition. And journaling file systems are designed specifically to guard against such situations, and I've never personally witnessed any system crash ever causing anything remotely similar to this.
Defending an implementation that does this, is basically defending a ticking bomb, where its contents will be lost eventually. I kinda fail to see how that's too useful, save from maybe a partition purely and exclusively for stuff like games, or symlink for npm modules store, basically only stuff that you can easily re-download intact (don't tell me about backups, as inevitably in such case I feel like eventually the backed up data would be tainted and eventually phased out before you notice)... Which idk, it's pretty bad considering there aren't any warnings anywhere that the filesystem is in alpha state and not considered ready for almost any usage outside of testing.
This could be true, but I'd expect it to restore a valid partition state still nonetheless. It might do so by discarding more of the broken stuff rather than properly fixing up what could be broken, but at the minimum I'd still honestly expect at least the MFT to be left in a valid state. And then I'm not sure how much can still be attributed to the unsafe shutdown, when it'd then proceed to corrupt the filesystem again and again every single time...