

At the very least, the twice-per-year feature updates will bork the chained Grub bootloader = need to reinstall Grub. Win 10's forced auto-updates often bork a multi-boot system. I've tried to give you as much info as I can but please let me know if you need any further explanation etc. Please tell me there is a way to fix this and recover my data! I've been dual booting for a couple of years now and this has never happened before. Basically, as far as I can tell, Windows has gone and spewed a 128MB system partition on to it - without my knowledge, most certainly without my permission and in complete disregard for the existing partition table or any data that was stored on the drive!!!!! Take a look specifically at /dev/sdc - that was my backup drive. I ran fdisk -l and you can see the output on the attached screenshot. but when I went to mount my second Ext4 drive to run a backup I noticed it was missing from the 'Devices' list. I can still use the Windows bootloader to boot into Mint etc. Gotta love those malware-pushing M$ clowns, right! So anyway after the update everything seemed to be okay.
#ALLEN DATAGRAPH WINDOWS UPDATE SCREWED UP WINDOWS 10#
Windows 10 recently forced a big update that I'd been choosing to defer. I hope I've given enough information to adequately explain the status quo I'm hoping to maintain. I need to keep Windows 10 around for work so getting rid of it entirely is unfortunately not an option for the time being. I do it this way as I've had problems in the past with Windows spitting its dummy out if GRUB is used as the primary bootloader. I use the Windows bootloader to chain-load (I think that's the correct term?) GRUB which then gives me the option to boot into Mint.

I do also have external backups but they're not run as frequently (yeah, I know - but logistics and time don't always allow for a more robust backup routine) so there is important data on the backup drive that is not yet mirrored to an external drive. All my important and mission-critical data is mirrored via an rsync script from the main Mint drive to the backup drive. The second just has (or I should say had) one big partition which is used (or, again, was used) for data backup. One is the boot and general drive for Mint and has 3 partitions root, home and swap space. Windows 10 boots from the primary SSD, there is a 320Gb HDD formatted as NTFS used as a general data/storage drive for Windows and then there are two 3TB HDDs formatted as Ext4. So, I have a dual boot setup with Windows 10 and Mint 18.2 Cinnamon 64-bit.
