Linux disparu après la mise à jour de Windows 10
Au cours de la mise à jour de Windows 10, j’ai rencontré le problème suivant: la mise à jour de Windows 10 ne fonctionne plus . Lors de la tentative de réponse principale, la commande ls renvoyait unknown file system pour chaque disque dur répertorié, le même problème que décrit ici: tilisation de testdisk pour la mise à niveau de Windows 1
J'ai démarré dans Ubuntu avec une clé USB, j'ai lancé test-disk, qui est revenu sans aucun problème, puis j'ai exécuté boot-repair qui prétendait résoudre tous les problèmes. Windows 10 a terminé la mise à jour, mais il n’existe maintenant aucune option permettant de démarrer Ubuntu . Autant que je sache, Ubuntu a été complètement effacé du système. Selon la gestion des disques, il y a 2 petits lecteurs non nommés, mais j'ai réservé beaucoup plus d'espace pour Ubuntu lors de la partitionnement initial pour le double démarrage. Je ne m'inquiète pas de la perte d'informations, tout ce qui est important est dans Dropbox.
Je voudrais savoir si Windows a vraiment effacé Ubuntu et si oui est-il sécuritaire de le réinstaller? S'il n'a pas effacé Ubuntu, comment puis-je nettoyer mon ordinateur et faire fonctionner Ubuntu? Encore une fois, la réinstallation et la création d’une nouvelle partition ne me dérangent pas. Je veux juste un système "propre". 
EDIT J'ai démarré à partir d'un USB en direct et j'ai exécuté gparted comme suggéré. J'ai eu ce message d'erreur:
/dev/sdb contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables. Or perhaps you deleted the GPT table, and are now using an
msdos partition table. Is this a GPT partition table?
Je viens de cliquer sur le x rouge pour fermer le message d'erreur et voici ce que gparted montre: 
Il semble y avoir une petite quantité d’espace non alloué et une petite quantité d’espace laissé par Ubuntu. J'aimerais nettoyer ces partitions avant de réinstaller Ubuntu. Est-il prudent de simplement fusionner l'espace non alloué dans mon disque principal Windows et de reformater les partitions Linux restantes, de les absorber dans la partition Windows et de les réinstaller ensuite?
En gros, je ne veux pas m'assurer que tout est nettoyé avant de réinstaller Linux, je n'aime pas avoir tous ces petits fragments, mais je ne sais pas ce que je fais vraiment.
Je ne vois certainement pas de partitions assez grandes pour Ubuntu et que Windows ne reconnaît pas. Honnêtement, c’est la première fois que je vois Windows supprimer Ubuntu de la sorte.
Il devrait être sûr de réinstaller. Formatez simplement cet espace libre en tant que ext4 dans le programme d'installation et installez-le. Cette suppression ne devrait plus se reproduire. Je soupçonne que TestDisk est la cause.
Je ne suis pas sûr à 100% mais nous avons ici un disque de style MBR.
Les deux partitions non nommées sont des partitions de récupération. Ne les supprime pas.
La petite partition non nommée est ce que Windows 10 crée toujours lors de l'installation/de la mise à niveau - elle contient la récupération Windows PE.
La partition non nommée de ~ 8 Go doit être une restauration d’usine - contient une image complète de votre système tel qu’il a été livré.
"L’espace libre" de 116 Go correspond à la position de Linux. Windows ne le reconnaît pas.
Windows réécrit toujours le MBR sur les mises à jour/mises à niveau majeures juste pour être sûr qu'il contrôle le démarrage! C'ÉTAIT TOUJOURS LE CAS, pas de surprise.
Réinstaller GRUB sur le MBR devrait suffire. Utilisez un live CD/DVD/USB Linux et réinstallez GRUB - Comment réparer, restaurer ou réinstaller Grub 2 avec un CD ou une clé USB Ubuntu Live
Vos informations ne permettent pas de savoir si vous démarrez en mode BIOS/CSM/legacy ou en mode EFI/UEFI. Si c'est le cas, sachez que le logiciel de partitionnement Windows intégré est dangereusement endommagé et ce depuis des années. En particulier, il ne gère pas correctement les partitions étendues et logiques, ce qui peut entraîner la suppression ou la modification de partitions d'une manière non conforme aux normes de partitionnement MBR.
Si tel est le problème que vous avez rencontré, TestDisk pourrait peut-être récupérer vos partitions Linux. (Oui, je sais que vous dites que vous l'avez essayé, mais vous avez peut-être manqué une option de récupération lors de votre première tentative. Il est donc intéressant de revenir en arrière et d'essayer à nouveau, peut-être en suivant la documentation officielle plutôt qu'en suivant les instructions de quelqu'un d'autre.) Pour récupérer une partition Linux de cette manière, vous devrez probablement réinstaller GRUB pour que tout fonctionne à nouveau.
Cela dit, je voudrais répéter ce que j'ai commencé: Il n’est pas clair comment vous démarrez. Si vous démarrez en mode EFI/UEFI, comme cela peut être le cas, votre disque utilise probablement la table de partitionnement GUID (GPT), que le logiciel de partitionnement Windows gère beaucoup mieux que l'ancien. Système de démarrage principal (MBR), donc mon hypothèse est presque certainement fausse dans ce cas. Vous pouvez déterminer le type de table de partition, et donc le mode de démarrage probable de Windows, avec parted à partir d'un démarrage d'urgence Ubuntu:
$ Sudo parted /dev/sda print | grep Table
Partition Table: gpt
Cet exemple montre un disque GPT. Un disque MBR apparaîtrait avec une table de partition de msdos.