The following two lines from the middle of the log seem to to show when things start to go wrong.
2016-01-07 23:40:52, Info CONX ConX::Compatibility::CSystemAbstraction::HostIsUEFIFirmware: Host is UEFI.
2016-01-07 23:40:52, Error CONX ConX::Compatibility::CSystemAbstraction::HostIsUEFIDiskLayout: Failed to retrieve system partition NT path.
@AFH Yes, the windows bootloader execute winload.efi to start windows. I added an alternate windows installation to the ʙᴄᴅ that use linux-3.16-pf.efi instead of windload.efi. I hard coded the necessary information in the kernel to mount and chroot on my debian partition (/dev/sda6).
Deleting that supplemental entry didn't solved my problem.
This link seems to deal with UEFI repair for all disc types. I know you can boot, so your boot loader doesn't need repairing as such, but these instructions may get it into a better state for upgrading to Win10.
N° partition Type Taille Décalage ------------- ---------------- ------- -------- Partition 1 Inconnu 300 M 1024 K Partition 2 Récupération 100 M 301 M Partition 4 Réservé 100 M 429 M Partition 5 Principale 979 G 529 M Partition 6 Principale 4714 M 980 G Partition 4 Principale 337 M 985 G Partition 8 Inconnu 298 G 1028 G Partition 9 Inconnu 6981 M 1422 G
Where inconnu is the translation of unknow.
So Partition 1 Inconnu 300 M 1024 K
should be
Partition 1 Système 300 M 1024 K
according to this reference image :
It occurs at HostIsUEFIDiskLayout which check if windows have correct partition layout. I think it simply fails to find such partition with the expected ɢᴘᴛ attributes.
However, I have no idea how to set the required ɢᴘᴛ attributes.
Have you tried bootrec /fixboot? Alternatively, since the tag indicates that your Linux system is Debian, you should have gparted available, and this is able to set the partition flags. The EFI partition has both boot and esp set, and most of the others (including recovery) have msftdata set only, except that the Linux swap partition has no flags. I am not sure how these flags relate to the diskpart report.
gparted would never had been able to [solve the problem](http://superuser.com/a/1023752/282033). Please also note partition creation would involve renumbering so deleting and recreating would have prevented windows from booting. I’ll try this out.