Partition Ubuntu désallouée suite à une màj Win7 vers Win10

ikewdu · Le 28/08/2015, à 16:49

Et pour aller au bout de cette affaire, testdisk rétablit les partitions sans problème :
http://www.cjoint.com/c/EHCnPbUUx8a

Résultat pour les partitions (la numérotation est modifiée et un ordre semble rétabli):
http://www.cjoint.com/doc/15_08/EHCnQtR … tdiskb.jpg

Je pensais bien être tiré d'affaire. Mais impossible de réparer Grub. La méthode par chroot échoue (Input/output error), idem pour boot-repair (qui me réclame un cd Mint) et enfin SG2D ne voit pas de Linux à lancer sur le disque.

Dernière modification par ikewdu (Le 28/08/2015, à 16:53)

malbo · Le 28/08/2015, à 17:22

ikewdu a écrit :

la numérotation est modifiée et un ordre semble rétabli

En clair, tu ne retrouves pas les partitions logiques numérotées dans l'ordre de départ, c'est ça qu'il faut comprendre ?

moko138 · Le 28/08/2015, à 17:30

ikewdu a écrit :

Et pour aller au bout de cette affaire, testdisk rétablit les partitions sans problème :
http://www.cjoint.com/c/EHCnPbUUx8a
Résultat pour les partitions (la numérotation est modifiée et un ordre semble rétabli):
http://www.cjoint.com/doc/15_08/EHCnQtR … tdiskb.jpg
Je pensais bien être tiré d'affaire. Mais impossible de réparer Grub. La méthode par chroot échoue (Input/output error), idem pour boot-repair (qui me réclame un cd Mint) et enfin SG2D ne voit pas de Linux à lancer sur le disque.

Très bizarre.
Si tu as une sauvegarde de ton mbr "mbr.img", tu peux tenter de restaurer ses 446 premiers octets en live, par

sudo dd if=~/mbr.img of=/dev/sda bs=446 count=1

Mais tu as dû y penser tout seul et surtout, si l'Input/output error persiste, tu n'es pas sorti de l'auberge.
Ce serait tout de même intéressant de voir le retour.

Je note aussi que sda2 ntfs apparaissait déjà comme "!" en #21 :
que s'est-il passé avant ?
Aussi est-il tentant d'extraire le disque pour vérifier sda2 depuis un autre windows.
Et j'ignore si 17,55 Go suffisent à C: pour passer de win7 à win10.

Dernière modification par moko138 (Le 28/08/2015, à 17:31)

renaud07 · Le 28/08/2015, à 17:33

En faisant mes tests, j'ai remarqué que bien qu'ayant créé une partition étendu pour y mettre ubuntu, sur windows toutes les partitions sont détectées comme principales, encore une bizarrerie de plus. Alors que sur vos tests c'est correct. A moins qu'il faut qu'il y est une partition FAT32 ou NTFS à l’intérieur de la partition étendue pour que ce soit détecté correctement ?

J'ai refait les deux procédures comme dit dans mon post sur le café Et dans les 3 cas ça n'a pas touché à grub ni ubuntu. Donc le bug semble effectivement se produire uniquement si les partition logiques ne sont pas dans l'ordre.

Voilà ce que voit windows :

Et ubuntu :

ikewdu a écrit :

Je pensais bien être tiré d'affaire. Mais impossible de réparer Grub. La méthode par chroot échoue (Input/output error), idem pour boot-repair (qui me réclame un cd Mint) et enfin SG2D ne voit pas de Linux à lancer sur le disque.

As-tu essayé cette méthode via un live-cd ?

sudo grub-install --root-directory=/media/UUID_partition_ubuntu /dev/sda

Chez moi ça a fonctionné quand un simple grub-install /dev/sda me sortait une erreur.

Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Un hébergeur comme Toile Libre le permet).

Dernière modification par cqfd93 (Le 28/08/2015, à 22:28)

malbo · Le 28/08/2015, à 17:42

renaud07 a écrit :

En faisant mes tests, j'ai remarqué que bien qu'ayant créé une partition étendu pour y mettre ubuntu, sur windows toutes les partitions sont détectées comme principales, encore une bizarrerie de plus. Alors que sur vos tests c'est correct. A moins qu'il faut qu'il y est une partition FAT32 ou NTFS à l’intérieur de la partition étendue pour que ce soit détecté correctement ?

Moi j'ai procédé comme suit pour mes essais du post #15 :
- Depuis Windows (gestion des disques) création d'une partition primaire en début de disque et rien d'autre.
- Depuis Gparted lancé depuis une session live de Ubuntu, création d'une partition étendue, puis création des partitions logiques.

As-tu bien fait comme ça ?

Dernière modification par malbo (Le 28/08/2015, à 17:45)

renaud07 · Le 28/08/2015, à 18:02

malbo a écrit :

Moi j'ai procédé comme suit pour mes essais du post #15 :
- Depuis Windows (gestion des disques) création d'une partition primaire en début de disque et rien d'autre.
- Depuis Gparted lancé depuis une session live de Ubuntu, création d'une partition étendue, puis création des partitions logiques.
As-tu bien fait comme ça ?

Pas tout à fait : J'ai d'abord installé windows à partir du disque vierge qui a donc créé ses 2 partitions (celle de 100 mo et la principale), puis j'ai démarré en live ubuntu et j'ai créé la partition étendue, la racine et swap. Installation d'ubuntu. Redémarrage sur 7 et mise à niveau vers 10 (qui a rajouté celle de 450 mo en rognant celle de windows), et je me retrouve comme dans les captures.

Sachant que quand j'ai réinstallé les fois suivantes, l'installeur de 7 me détectait bien les partitions Linux comme logiques, mais une fois dans le gestionnaire de disques elles sont vues comme principales (que ce soit sur 7 ou 10).

Je vais faire un test avec ta méthode voir si c'est pareil. Sinon est-ce que la version d'ubuntu peut influer ? J'ai testé avec la 12.04 car je n'avais pas d'autre image sous la main à ce moment là.

Babdu89 · Le 28/08/2015, à 18:23

De toute manières sur le disque de renaud07,(post#29) la première partition dans la partition étendue /dev/sda4 est la partition logique /dev/sda5, donc normalement il ne doit pas être affecté par le souci de disparition de partition logique, non?.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/08/2015, à 18:25)

renaud07 · Le 28/08/2015, à 18:30

J'ai fait le test en mettant de l'espace libre entre chaque partitions et là ça marche, il me marque un bout de la partition étendue. Car je n'ai pas mis d'espace libre avant la première partition logique et il ne la prend pas en compte à l’intérieur de la partition étendue. D'ailleurs on peut voir qu'il détecte les partitions à l'intérieur de l'étendue comme principales alors qu’elles devraient êtres logiques. Bref, j'ai l’impression que ça bug de ce coté là aussi.

Windows :

Normalement l'ensemble de la partition étendue c'est le cadre rouge.

Ubuntu :

De même je vois qu'il y a 4 Mo d'espace libre après la dernière partition et ça Windows ne le détecte pas non plus

EDIT : En repartitionnant et en laissant assez d'espace libre avant et après les partitions, là ça détecte tout comme il faut (donc il y a un minimum pour l'espace libre apparemment, je pense que c'est 8 mo d'après l’assistant de création de partition) :

Bref, c'est très bizarre comment windows se comporte en présence de partition étendu... Sinon je confirme, j'ai pu créer une petite partition NTFS dans l'espace non alloué sans que ça n'affecte la partition étendue (comme on peut le voir sur la capture) donc c'est bien uniquement si ce n'est pas dans l'ordre.

Dernière modification par cqfd93 (Le 28/08/2015, à 22:30)

ikewdu · Le 28/08/2015, à 22:05

renaud07 a écrit :

En faisant mes tests, j'ai remarqué que bien qu'ayant créé une partition étendu pour y mettre ubuntu, sur windows toutes les partitions sont détectées comme principales, encore une bizarrerie de plus.

Le gestionnaire de disque de W7 qui considère les partitions logiques Linux comme principales, c'est un bug de longue date.(mais diskpart, lui, les voit correctement). C'est corrigé depuis W8.

Vue côté W7 : http://www.cjoint.com/doc/15_08/EHCuEO3 … difW7d.jpg

malbo a écrit :

En clair, tu ne retrouves pas les partitions logiques numérotées dans l'ordre de départ, c'est ça qu'il faut comprendre ?

C'est tout à fait ça. Testdisk a recréé un ordre croissant... et la conséquence est qu'il est impossible de monter la partition Linux pour en lire (ou exploiter) le contenu, et a fortiori pour réparer grub.

moko138 a écrit :

Si tu as une sauvegarde de ton mbr "mbr.img", tu peux tenter de restaurer ses 446 premiers octets en live, par
sudo dd if=~/mbr.img of=/dev/sda bs=446 count=1
Mais tu as dû y penser tout seul et surtout, si l'Input/output error persiste, tu n'es pas sorti de l'auberge.
Ce serait tout de même intéressant de voir le retour.
Je note aussi que sda2 ntfs apparaissait déjà comme "!" en #21 :
que s'est-il passé avant ?

La partition sda2 était (et est) fonctionnelle, malgré le "!" (j'avais noté cette bizarrerie). Pour le reste, ce n'était qu'une installation de test faite sous Vmware, pour vérifier les dommages que cause une création de partition avant une partition étendue. Elle m'a permis de prendre conscience que le bazar mis par Windows dans ce genre de cas rend la situation quasi irréversible. Je vais reproduire une seconde fois la panne pour voir si la situation aboutit toujours à cela.

Edit. J'ai refait toute la manipulation. Même panne, même suppression de partition, etc. Mais cette fois, la réparation de testdisk a fonctionné. J'ai pu sans problème réinstaller mon grub par la procédure de chroot depuis le live-cd.

Dernière modification par ikewdu (Le 28/08/2015, à 23:26)

renaud07 · Le 29/08/2015, à 00:08

ikewdu a écrit :

Le gestionnaire de disque de W7 qui considère les partitions logiques Linux comme principales, c'est un bug de longue date.(mais diskpart, lui, les voit correctement). C'est corrigé depuis W8.
Vue côté W7 : http://www.cjoint.com/doc/15_08/EHCuEO3 … difW7d.jpg

Les captures ont été faites sur windows 10 donc a priori le bug n'a pas été corrigé, mais bon vu que ce n'est pas gênant pour le fonctionnement, peu importe j'ai envie de dire...

ikewdu · Le 29/08/2015, à 08:08

Renaud07 a écrit :

Les captures ont été faites sur windows 10 donc a priori le bug n'a pas été corrigé

Il me semblait l'avoir lu quelque part... Il est vrai que je n'installe depuis 2 ans que des W8/ubuntu en uefi et que je fais le plus gros en invite de commandes, souvent par déploiement, (côté Windows) car c'est plus rapide.

malbo · Le 30/08/2015, à 05:55

j'ai fait des recherches sur la question et je trouve confirmation de ce que j'ai mentionné dans le post #17 : une simple réinstallation de Windows 7 peut faire disparaître une ou plusieurs partitions Linux. Dans les cas ci-dessous, il se trouvait que la partition sda5 était la partition swap donc, après réinstallation de Windows 7, il ne reste de l'installation Ubuntu que cette partition swap, les autres partitions (la racine de Ubuntu et éventuellement la partition /home) ont disparu.
- Un cas ici : la partition sda5 (partition swap) était en fin de partition étendue donc les partitions logiques Linux qui se trouvaient avant ont disparu quand Windows 7 a écrit la table de partitions :

Drive: sda _____________________________________________________________________

Disk /dev/sda: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1    *          2,046    58,593,279    58,591,234   5 Extended
/dev/sda5          52,324,352    58,593,279     6,268,928  82 Linux swap / Solaris
/dev/sda2          58,593,280   120,033,279    61,440,000   7 NTFS / exFAT / HPFS
/dev/sda3         120,033,280 1,250,260,991 1,130,227,712   7 NTFS / exFAT / HPFS

- un autre cas très similaire là : sda5 (partition swap) en fin de partition étendue donc toutes les autres partitions logiques Linux ont disparu :

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x86bf6871

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sda2          206848   419637247   209715200    7  HPFS/NTFS/exFAT
/dev/sda3       419639294   625141759   102751233    5  Extended
/dev/sda5       616697856   625141759     4221952   82  Linux swap / Solaris

- un petit dernier ici : même souci car la partition sdb5 (partition swap) est en fin de partition étendue :

Drive: sdb _____________________________________________________________________

Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sdb1    *          2,048       206,847       204,800   7 NTFS / exFAT / HPFS
/dev/sdb2             206,848    62,916,607    62,709,760   7 NTFS / exFAT / HPFS
/dev/sdb3          62,918,654   264,087,551   201,168,898   5 Extended
/dev/sdb5         258,230,272   264,087,551     5,857,280  82 Linux swap / Solaris
/dev/sdb4         264,092,535   488,392,064   224,299,530   7 NTFS / exFAT / HPFS

Dernière modification par malbo (Le 30/08/2015, à 06:45)

ikewdu · Le 30/08/2015, à 17:47

Re,

Une question que je me pose (dans le cas d'une mise à niveau w10), le problème surgit-il si la limite des 4 partitions est déjà atteinte ? On voit souvent ce type de configuration :

<bootmgr><--------Windows--------->[<---/---><-----/home----><----swap---->]<--------P_d'usine---------->

Théoriquement, w10 ne devrait pas créer de nouvelle partition et coller sa console ailleurs, probablement sur la partition Windows elle-même, dans un dossier Recovery. Ca expliquerait le peu de cas de problèmes rencontrés. Sinon, ça devrait être l'avalanche.

Dernière modification par ikewdu (Le 30/08/2015, à 17:48)

Bougron · Le 31/08/2015, à 09:48

ikewdu a écrit :

Re,
Une question que je me pose (dans le cas d'une mise à niveau w10), le problème surgit-il si la limite des 4 partitions est déjà atteinte ? On voit souvent ce type de configuration :
<bootmgr><--------Windows--------->[<---/---><-----/home----><----swap---->]<--------P_d'usine---------->
Théoriquement, w10 ne devrait pas créer de nouvelle partition et coller sa console ailleurs, probablement sur la partition Windows elle-même, dans un dossier Recovery. Ca expliquerait le peu de cas de problèmes rencontrés. Sinon, ça devrait être l'avalanche.

Bonjour.
Pour l'avalanche en question.
Il faut se rappeler que la première version windows 10 a été diffusée fin juillet. Et surtout que la version certifiée n'est disponible que depuis 2 jours.....
Comme de plus, Microsoft permet de faire la mise à jour gratuitement pendant un an, il n'y a pas le feu pour les utilisateurs précautionneux.
De plus ce type d'incident survient, si j'ai bien compris, à des personnes qui ne sont pas adeptes de la "nouvelle version"... Puisqu'ils sont certainement windows 7 et que depuis 1 an les installations sont plutôt sur disques formaté GPT. qui semble ne pas poser ce style de problème.

malbo · Le 31/08/2015, à 12:19

Je fais faire un petit hors-sujet (quoi que) dans ce présent post pour présenter un essai que j'ai fait pour mettre en évidence que la "Gestion des disques" de Windows 10 est une calamité (en fait, celle de W7 a le même pb : voir EDIT). Dans cet essai, je montre que si je ne laisse pas volontairement une zone non allouée supérieure ou égale à 8 Mo en fin de partition étendue, la gestion de disques de Windows 10 ne sait pas voir correctement la partition étendue. Je ne présente que la partie utile de l'essai parce que j'ai obtenu ça par tâtonnement et ça ma prit des siècles.
La création des partitions et évidemment les modifs de la taille de la zone allouée sont faites avec Gparted depuis une session live de Ubuntu.
1) Avec 8 Mo non alloué en fin de partition étendue :
- Depuis Gparted :

- Depuis la Gestion des disques de Windows 10 (la partition étendue est conforme à ce qu'on peut voir depuis Gparted, sauf que les partitions logiques sont "vues" comme des partitions principales) :

2) Avec 7 Mo non alloué en fin de partition étendue :
- Depuis Gparted :

- Depuis la Gestion des disques de Windows 10 (la partition étendue n'est pas au bon endroit : la dernière partition logique se retrouve en dehors de la partition étendue) :

Commentaire : si on souhaite que Windows 10 "voit" correctement la partition étendue, on peut laisser volontairement (à la louche) 10 Mo non alloués en fin de partition étendue.
Bien évidemment, j'ai vérifié que si on laisse une zone non-allouée supérieure à 8Mo, on obtenait bien un détection correcte de la partition étendue par Windows 10. De même, j'ai vérifié que pour une zone non allouée inférieure à 7 Mo, on obtenait la même vue que celle obtenue pour 7 Mo, c'est à dire une représentation graphique non-conforme de la partition étendue.

EDIT 1 : j'ai profité de ces expériences pour appliquer ça sur un ordi équipé de Windows 7 que j'ai et pour lequel j'avais ce pb de partition étendue. Résultat : je trouve exactement la même chose, à savoir que pour réussir à avoir une représentation correcte de la partition étendue dans le Gestion des disques de Windows 7, il faut avoir une zone non-allouée en fin de partition étendue qui soit supérieure ou égale à 8 Mo. Je suppose que cette valeur de 8 Mo est due à la taille du cylindre de disque dur parce que dans tous mes essais (en virtuel ou réel), je suis avec des disques durs 255 têtes avec 63 secteurs par piste et 512 octets par secteur, ça fait une taille de cylindre de 255 x 63 x 512 = 8225280 octets soit environ 8 Mo.

EDIT 2 : comme souvent je n'avais fait que la moitié du boulot : j'ai fait un essai complémentaire qui me montre que pour une représentation conforme dans la Gestion des disques de Windows, non seulement il convient de laisser un espace libre supérieur ou égal à 8 Mo en fin de partition étendue mais il faut aussi laisser un espace libre supérieur ou égal à 8 Mo en début de partition étendue (avant la première partition logique).

Dernière modification par malbo (Le 01/09/2015, à 18:46)

ikewdu · Le 31/08/2015, à 17:28

Je suis admiratif. Que d'abnégation.

Je t'avoue que de mon côté, je considère que la messe est dite et je gérerai les cas les uns après les autres, en fonction de la situation rencontrée.

polao · Le 31/08/2015, à 20:31

sur mon premier ordinateur où il y à eu la mise à jours j'ai sans doute pas eu le problème car j'avais une partition non alloué que j'avais créer en vue d'augmenter plus tard la partition de mon système linux, alors que sur le deuxième la dernière partition étendue étant celle de linux,

la mise à jours de windows 7 à 8, les deux ordi avait une partition non alloué qui étais la dernière, peut être pour ça que j'avais pas eu le problème il y à plus d'ans de ça

Dernière modification par polao (Le 31/08/2015, à 20:33)

malbo · Le 01/09/2015, à 05:53

@polao : je ne crois pas que dans ton cas (ici) le problème soit lié à ce que je raconte dans le post #40. Ton cas est celui de sdx5 (sdb5 chez toi) situé en fin de partition étendue comme les trois cas que j'ai détaillés dans le post #37. Je veux dire que même si tu avais laissé un espace libre important en fin de partition étendue, le drame se serait produit quand même pour la raison que sdb5 est placée en fin de partition étendue. Pour qu'il n'y ait pas de drame, il faut que la numérotation des partitions soit dans l'ordre (sda5 en début de partition étendue).
Quant à la mise à niveau de Windows 7 à Windows 8, je ne sais pas s'il y a eu le même genre de soucis à l'époque.

Dernière modification par malbo (Le 01/09/2015, à 06:01)

ikewdu · Le 01/09/2015, à 09:41

malbo a écrit :

Quant à la mise à niveau de Windows 7 à Windows 8, je ne sais pas s'il y a eu le même genre de soucis à l'époque.

Ton interrogation démontre (je pense) que le problème est assez marginal. Maintenant, il faut noter que la MàN vers W10 fait quelque chose d'inédit, c'est l'ajout de cette partition de 450 Mo.

Je pense que M$ a voulu bien faire (si ! si !), en laissant à l'utilisateur la possibilité de réactiver la première partition contenant une console de réparation W8 (winre.wim). Sans support externe, c'est le seul moyen de lancer la partition d'usine sur un PC préinstallé, car la console W10 ne propose plus les mêmes options que la précédente, et "réinitialiser" (qui fonctionne d'ailleurs fort mal) a réinstallé W10 dans mes essais.

malbo · Le 01/09/2015, à 11:39

Merci pour ces précieuses infos ikewdu. Je n'ai pas encore fait une seule fois cette mise à niveau gratuite vers Windows 10 et je suis content d'en apprendre. Je comprends que cette partition de 450 Mo est sensée aider l'utilisateur (du moins dans l'esprit des concepteurs de chez Microsoft). L'enfer de Linux est pavé des bonnes intentions de Windows.

ikewdu · Le 01/09/2015, à 19:09

Pour info, une "solution" d'installation directe sans passage par une MàN a été trouvée sur des sites US et quelqu'un l'a francisée ici :
http://forum.pcastuces.com/installer_di … 3s1566.htm

Si on ajoute à cela une installation de W10 par déploiement avec la commande dism de Windows (j'ai testé et ça fonctionne très bien), on peut parfaitement éviter le problème de la création anarchique de la partition de 450 Mo... mais ça demande un minimum de compétences que l'utilisateur lambda ne possède pas.

Dernière modification par ikewdu (Le 01/09/2015, à 19:09)

strike07 · Le 01/09/2015, à 21:26

LA HONTE!!
perso j'ai jamais eu ce problème, que se soit sous 7 ou 10 mais moi ya un truc particulier c'est une partition avec le label "réservé au système" de 100 go en NTFS
en tout cas je suis sur que la prochaine fois que j'installerais WIN 10 sur un HDD natif ubuntu j'aurais ce problème.
je suis aussi sur à 100% que c'est une magouille de micro$oft qui veux nous dissuader de ne pas utiliser les systèmes linux pour les préferer à leur cher windaube 8/8.1/10/11/...

Babdu89 · Le 16/09/2015, à 18:39

Bonjour.

Téléchargement forcé en attente de migration vers Windows10.

Est-ce que quelqu'un sait dans quelle partition sont mis les fichiers en attente de migration vers Windows10 ?

Voir ces articles.

http://www.programmez.com/actualites/wi … orce-23160

http://www.ginjfo.com/actualites/logici … 1-20150911

Et d'autres certainement...

@+. Babdu89 .

J5012 · Le 17/09/2015, à 09:04

http://korben.info/desactiver-mise-a-jo … ws-10.html

affichez les fichiers cachés et regardez si vous avez un dossier nommé "$Windows.~BT"

Bougron · Le 21/09/2015, à 16:38

Bonjour.
Je poste une information qui peut être intéressante.
Lors d'une installation quasiment neuve d'un windows sur une machine EFI qui a déjà un ubuntu d'installé, le problème est identique. Pour un peu, je dirais qu'il utilise la même fonctionnalité que testdisk.
Les UUID des partitions restent identiques, mais les N° logiques des partitions sont totalement renumérotés en ordre croissant de 1 en 1.
Ce qui a comme conséquence que ubuntu ne peut plus remettre en route car le grub continue de ne pas prendre en compte le fait qu'un UUID est unique et qu'il exige aussi un N° de partition pour faire sa recherche. En EFI c'est assez facile à corriger dans le fichier grub.cfg

Dernière modification par Bougron (Le 21/09/2015, à 19:12)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 28/08/2015, à 16:49

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#27 Le 28/08/2015, à 17:22

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#28 Le 28/08/2015, à 17:30

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#29 Le 28/08/2015, à 17:33

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#30 Le 28/08/2015, à 17:42

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#31 Le 28/08/2015, à 18:02

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#32 Le 28/08/2015, à 18:23

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#33 Le 28/08/2015, à 18:30

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#34 Le 28/08/2015, à 22:05

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#35 Le 29/08/2015, à 00:08

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#36 Le 29/08/2015, à 08:08

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#37 Le 30/08/2015, à 05:55

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#38 Le 30/08/2015, à 17:47

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#39 Le 31/08/2015, à 09:48

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#40 Le 31/08/2015, à 12:19

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#41 Le 31/08/2015, à 17:28

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#42 Le 31/08/2015, à 20:31

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#43 Le 01/09/2015, à 05:53

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#44 Le 01/09/2015, à 09:41

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#45 Le 01/09/2015, à 11:39

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#46 Le 01/09/2015, à 19:09

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#47 Le 01/09/2015, à 21:26

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#48 Le 16/09/2015, à 18:39

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#49 Le 17/09/2015, à 09:04

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

#50 Le 21/09/2015, à 16:38

Re : Partition Ubuntu désallouée suite à une màj Win7 vers Win10

Pied de page des forums