I tried everything I could find online – turned off ‘fast startup’, ran chkdsk, etc. Nothing worked. Some code from AI determined that my partition was still in hibernate mode. The following, run as administrator on Windows 10, seems to have fixed the problem:
powercfg /h off
The following was the check it had me run:
root@HP-EliteDesk-800:/home/guy# sudo ntfsfix /dev/sdb3 Mounting volume... Windows is hibernated, refused to mount. FAILED Attempting to correct errors... Processing $MFT and $MFTMirr... Reading $MFT... OK Reading $MFTMirr... OK Comparing $MFTMirr to $MFT... OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition... OK Going to empty the journal ($LogFile)... OK Windows is hibernated, refused to mount. Remount failed: Operation not permitted
Weird – I do not recall having this problem before
So with the identical setup, for months previous before a recent disk wipe and reinstall, I do not recall having this problem nor having to turn off ‘fast startup’. Here’s an exchange I had with Claude.ai:
The reason it never bit you before probably comes down to how you shut Windows down previously. If you tended to hit “Restart” rather than “Shut down,” a restart always does a full clean shutdown and never writes a hiberfile — so the partition was always clean when Mint saw it. This time around, a shutdown (with Fast Startup on by default in the fresh install) left the hiberfile sitting there, and Mint did the safe thing and locked it to read-only.
Fresh installs also reset Fast Startup back to “on,” so even though you’d disabled it in your old setup, the reinstall wiped that preference along with everything else. That’s the piece that changed, not anything you did differently day-to-day.
Anyway, powercfg /h off takes the whole issue off the table for good. Enjoy the clean setup.