[Réparateur de démarrage] Développement du logiciel Boot-Repair

YannUbuntu · Le 06/09/2012, à 13:43

Le bouton "Réparation recommandée" fait tout ce qui est coché par défaut dans les Options avancées.

YannUbuntu · Le 12/09/2012, à 10:53

@tous: désolé j'ai uploadé un paquet défectueux il y a ~10h (paquet boot-sav3.193ppa7) dans le PPA. Conséquence: le texte n'apparait pas dans certaines fenêtres.
Attendez que tous les paquets soient avec la coche verte dans cette page avant de mettre Boot-Repair à jour.

Babdu89 · Le 12/09/2012, à 22:18

@YannUbuntu ...

Çà y est Yann, les paquets sont disponibles ... BR fonctionne normalement ...

Je l'ai utilisé sur une session installée, pour y réinstaller Grub... Je voulais que l'OS utilisée avec BR, soit en premier dans le menu Grub du disque dur où il est installé ...

http://paste.ubuntu.com/1201323/

Reboot sur l'OS choisi .... C'est reparti ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/09/2012, à 22:28)

YannUbuntu · Le 13/09/2012, à 09:38

ok merci!

YannUbuntu · Le 15/09/2012, à 01:46

@tous: voici un moyen simple&rapide d'aider à améliorer Boot-Repair: voter pour les 3 bugs ci-dessous.
Connectez-vous à votre compte Launchpad (créez-en un si besoin), puis sélectionnez "Yes" et cliquez sur le bouton "Change" dans chaque lien ci-dessous:
https://bugs.launchpad.net/boot-repair/ … fectsmetoo
https://bugs.launchpad.net/boot-repair/ … fectsmetoo
https://bugs.launchpad.net/boot-repair/ … fectsmetoo

Merci d'avance pour votre aide.

Dernière modification par YannUbuntu (Le 24/09/2012, à 10:21)

ub821 · Le 25/09/2012, à 19:52

Bonsoir à Toutes et Tous

Depuis ce matin j'ai un gros pâté... voir ici :
http://forum.ubuntu-fr.org/viewtopic.php?id=1048971
j'ai tenté d'installer boot repair en console, tout se passe bien, et me demande de redémarrer, ce que je fais, et là, je n'ai plus accès à grub, mais à une attente en barbare... comme quoi, il attend que j'insère un programme et appuie sur une touche...
Je peux toujours appuyer sur une touche, les mêmes phrases reviennent... en barbare

Si vous avez une solution, j'suis preneur, à moins que je ne réinstalle ma partition système "/" ... ?

Bon, j'ai pas le feu au lac...

ub821 · Le 25/09/2012, à 20:58

Voici ce qu'il m'est demandé :

Missing operating system.

Reboot and select proper boot device or insert boot media in selected boot device and press a key.

ce qui en bon françois signifie :
Système d'exploitation absent.

Redémarrez et sélectionnez périphérique de démarrage approprié ou insérer un support de démarrage dans périphérique de démarrage sélectionné et appuyez sur une touche.

Donc le fait d'avoir tester boot repair, a effacé le démarrage... !
normal ?

YannUbuntu · Le 26/09/2012, à 07:37

@ub821: bonjour, on va continuer dans votre discussion ( http://forum.ubuntu-fr.org/viewtopic.php?id=1048971 )

YannUbuntu · Le 02/10/2012, à 16:33

bug depuis hier: la "Réparation recommandée" de Boot-Repair installe grub-pc au lieu de grub-efi sur systeme UEFI.

Donc en attendant que ce bug soit corrigé: si vous avez un pc UEFI, cliquez sur "Options avancées" --> Emplacement GRUB --> cocher l'option "Partition /boot/efi séparée" --> Appliquer.

Dernière modification par YannUbuntu (Le 02/10/2012, à 16:36)

YannUbuntu · Le 03/10/2012, à 14:28

YannUbuntu a écrit :

bug depuis hier: la "Réparation recommandée" de Boot-Repair installe grub-pc au lieu de grub-efi sur systeme UEFI.
Donc en attendant que ce bug soit corrigé: si vous avez un pc UEFI, cliquez sur "Options avancées" --> Emplacement GRUB --> cocher l'option "Partition /boot/efi séparée" --> Appliquer.

c'est résolu

Babdu89 · Le 03/10/2012, à 17:40

Bonjour...
@ YannUbuntu ...
En faisant mes manips avec BRD voir ici ...

http://forum.ubuntu-fr.org/viewtopic.ph … #p10989351

J'ai vu une rubrique < " case à cocher" GRUB Legacy > ... dans les "Options de GRUB" ... À côté de " Installer la plus récente version de GRUB " ... Bon Grub2 normalement ...

Je réutilise BR installé sur mon post de travail ... Je vois la même option ...

Heueueueu !!!.... J'ai du louper quelque chose dans le dev des options BR ...

Que fait BR si on coche cette option?... Il réinstalle un Grub première version , celui avec le "menu.list " ??... Il y a encore des Linux qui utilisent cette version de grub?? ...

Merci de nous éclairer...

@+. Babdu89 .

YannUbuntu · Le 03/10/2012, à 22:50

Oui, il s'agit d'une option permettant de remplacer GRUB2 par GRUB Legacy. Je ne recommande pas son utilisation dans 99.9% des cas, mieux vaut utiliser GRUB2.

Babdu89 · Le 04/10/2012, à 00:11

OK!! ...Merci ... J'ai de la place pour faire des installations de tests, et en "magasin" des galettes, avec la 8.04 ; 8.10 ; 9.04 ,9.10 ...
Par curiosité, je vais faire "mumuse" avec tout çà pour voir comment çà se passe sur un hdd ou sont installés des Linux avec Grub2 ...

@+. Babdu89 .

Compte supprimé · Le 04/10/2012, à 05:25

Bon, je croise les doigts, j'ai réinstallé Ubuntu 12.04 en RAID logiciel avec LVM, ça tient pour l'instant (il faut se souvenir que la mise à jour m'avait fait sauter le LVM au début de la 12.04).
Cette fois-ci j'ai pris le soin d'installer GRUB dans "/dev/sda /dev/sdb /dev/sdc /dev/sdd" lors de l'installation avec le CD alternate d'Ubuntu 12.04.1

Babdu89 · Le 04/10/2012, à 23:24

Bonsoir...

Chez moi ,des tests de BR avec Quantal ... quelques soucis ... Rien à voir avec mon post#715 ....

voir ici

http://forum.ubuntu-fr.org/viewtopic.ph … #p11008261

ÉDIT ... Çà y est ,c'est réglé... Voir ici ...

http://forum.ubuntu-fr.org/viewtopic.ph … #p11018731

@+. Babdu89 .

Dernière modification par Babdu89 (Le 06/10/2012, à 00:00)

YannUbuntu · Le 12/10/2012, à 13:45

Bonjour

Afin de respecter au mieux les recommandations Debian, j'ai désactivé la proposition de mise à jour du logiciel à son démarrage.
Donc à partir de maintenant, la mise à jour s'effectue de cette façon:

1) si vous l'aviez désactivé, re-activer le PPA de Boot-Repair dans les Sources de Logiciels
2) mettre à jour la liste de paquets

sudo apt-get update

3) Fermer le Gestionnaire de Mises à jour s'il apparait. Fermer aussi Synaptic, la Logitheque, etc.
4) désinstaller le paquet boot-sav, et installer le paquet boot-repair

sudo apt-get purge -y boot-sav; sudo apt-get install -y boot-repair

Remarque: sous Boot-Repair-Disk la commande est legerement différente: http://forum.ubuntu-fr.org/viewtopic.ph … #p11097861

Dernière modification par YannUbuntu (Le 17/10/2012, à 17:10)

Babdu89 · Le 17/10/2012, à 16:52

Bonjour...

Précision ,en rapport du post#718 de YannUbuntu ...

Pour les utilisateurs de Boot-Repair (BR), qui installent BR sur une session live non persistant ... ==> BR est à jour dès l'installation ...

Pour les utilisateurs de Boot-Repair (BR), qui installent BR sur une session live persistant (clé usb) ... ... Après avoir utilisé les commandes indiquées par Yann, BR sera à jour pour la version des paquets au moment de l'utilisation de cette commande ...
Mais...
Si vous réutilisez BR plus tard, et que la version des paquets aie changé entre temps, il faut vérifier et refaire la mise à jour, soit en passant par le gestionnaire de maj, et n'installer que les maj de Boot-Repair proposées, il vaut mieux décocher les toutes les autres mises à jour (surtout les maj systèmes) , pour ne pas avoir un blocage de la clé...
Soit installer/utiliser Synaptic ,pour mettre à jour les paquets ... (Un clic sur le bouton "Origine" montre les PPA Boot-Repair ainsi que les paquets à mettre à jour...) ...

Pour les utilisateurs de BR ,installé sur une session de travail, Après avoir fait la manip indiquée ci-dessus ... BR sera à jour ,pour la version du moment de la maj...Si vous utilisez BR plus tard, et que la version aie changée...
Il faut s'assurer que les paquets sont à jour...
Soit passer par synaptic, où ouvrir et accepter les maj de Boot-Repair, proposées par le gestionnaire de mise à jour...

Je donne cette précision ,car je viens de me faire piéger, en session installée , j'avais fait la manip avec les commandes il y a quelques temps ...
j'ai utilisé BR sans le mettre à jour et il n'a pas bien marché ...
Car depuis la mise à jour ,pour l'utilisation d’aujourd’hui, la version des paquets avait changée ...
J'ai vu çà dans Synaptic ...

Avant mise à jour des paquets , regardez bien les versions installées et les dernières versions disponibles...

Après avoir fait les maj ,avec le gestionnaire de mise à jour...

@ Yann, si je dis des "bêtises" ,tu me fais corriger... Merci ...

Voila pour l'utilisation de BR ...

@+. Babdu89 .

YannUbuntu · Le 17/10/2012, à 17:10

Merci Babdu.
Effectivement, mieux vaut eviter de passer par le Gestionnaire de Mises à jour si l'on veut seulement mettre à jour Boot-Repair.

Penser aussi à fermer le Gestionnaire de Mises à jour s'il apparait après avoir saisi "sudo apt-get update", ainsi que Synaptic ou la Logitheque, sinon ça peut bloquer la commande suivante. (j'ai modifié mon message precedent).

cep · Le 17/10/2012, à 17:53

Je ne voudrais pas me montrer désagréable mais vous ne pourriez pas finaliser une version, la rendre stable et à disposition de qui veut l'utiliser ?
S'il y avait une version stable la seule chose importante serait alors que le grub utilisé soit de la même version que le grub installé sur le système devant être réparé. Nul besoin de faire des mises à jour.
Aussi sur ce poste :
http://forum.ubuntu-fr.org/viewtopic.ph … #p11148551
il semblerait qu'ait eté créé un fichier boot_bak. Curieux non ?
Bref, le chroot pour réparer depuis un live cd a aussi du bon

YannUbuntu · Le 17/10/2012, à 18:33

cep a écrit :

le chroot pour réparer depuis un live cd a aussi du bon

le chroot c'est la base de B-R, et ça fait 2 ans que c'est implémenté. Si tu regardes le code de Boot-Repair, tu verras qu'il y a une multitude de cas ou une réinstallation de GRUB par chroot n'est pas suffisant.

Pour faire simple, je considère Boot-Repair stable (résout la majorité des problèmes), c'est pourquoi j'ai désactivé les MAJ, et je l'ai proposé dans les dépôts Debian.

Mais ça ne veut pas dire qu'il est parfait, et c'est pourquoi le PPA continue de recevoir des mises à jour. On y trouve:
- de nouvelles traductions
- des corrections de bug (bugs de Boot-Repair), et des adaptations permettant de résoudre de nouveaux cas de figure (nouveaux bugs de GRUB/Ubiquity/etc.., nouvelles configurations personnalisées de grub, ou nouveaux firmware UEFI...), et ça j'en découvre régulièrement.

cep a écrit :

la seule chose importante serait alors que le grub utilisé soit de la même version que le grub installé sur le système devant être réparé.

sauf si tu as un contre-exemple, ce n'est pas nécessaire en chroot.

Dernière modification par YannUbuntu (Le 17/10/2012, à 18:42)

cep · Le 17/10/2012, à 18:57

YannUbuntu a écrit :

cep a écrit :
le chroot pour réparer depuis un live cd a aussi du bon
le chroot c'est la base de B-R, et ça fait 2 ans que c'est implémenté. Si tu regardes le code de Boot-Repair, tu verras qu'il y a une multitude de cas ou une réinstallation de GRUB par chroot n'est pas suffisant.

Je ne vois pas l'utilité de fouiller tout le code pour cela. Quels cas plus précisément ?

YannUbuntu a écrit :

Pour faire simple, je considère Boot-Repair stable . . .
Mais ça ne veut pas dire qu'il est parfait, et c'est pourquoi le PPA continue de recevoir des mises à jour. On y trouve:
- de nouvelles traductions
- des corrections de bug (bugs de Boot-Repair), et des adaptations permettant de résoudre de nouveaux cas de figure (nouveaux bugs de GRUB/Ubiquity/etc.., nouvelles configurations personnalisées de grub, ou nouveaux firmware UEFI...), et ça j'en découvre régulièrement.

Si le chroot est la base de B-R quels sont les cas (à de très rares exceptions) ou le système ne peut se réparer dans le chroot ?
Je vois qu'il y a systématiquement des mises à jour à télécharger pour l'utiliser. Donc il est stable ou non ?

YannUbuntu a écrit :

cep a écrit :
la seule chose importante serait alors que le grub utilisé soit de la même version que le grub installé sur le système devant être réparé.
sauf si tu as un contre-exemple, ce n'est pas nécessaire en chroot.

Justement, c'est le coeur de mon propos, pourquoi ces mises à jour alors ? quid du grub présent sur le système chrooté ? B-R peut-il fonctionner sans connexion réseau ? en principe oui. Aussi, tu as vu le lien que je signalais avec la création d'un boot_bak ? un bug ?
Bref, as-tu suivi le développement de super-grub ? aussi les possibilités de réparation depuis le cd ou dvd d'installation ? attention tout de même aux usines à gaz pour faire une réparation qui dans la majorité des cas est triviale.
Aussi B-R préserve toujours la configuration de grub ( config de dpkg ? )

YannUbuntu · Le 17/10/2012, à 19:42

cep a écrit :

Quels cas plus précisément ?

par ex quand il manque des paquets, quand il manque des partitions, quand fstab est incorrect, quand la config de grub est incorrecte...

cep a écrit :

quels sont les cas (à de très rares exceptions) ou le système ne peut se réparer dans le chroot ?

à priori aucun.

cep a écrit :

il y a systématiquement des mises à jour à télécharger pour l'utiliser.

Ne pas faire les MAJ n'empeche pas de l'utiliser.

cep a écrit :

YannUbuntu a écrit :
cep a écrit :
la seule chose importante serait alors que le grub utilisé soit de la même version que le grub installé sur le système devant être réparé.
sauf si tu as un contre-exemple, ce n'est pas nécessaire en chroot.
Justement, c'est le coeur de mon propos, pourquoi ces mises à jour alors ?

J'ai dit pourquoi dans mon message précédent. J'en déduis que tu n'as pas de contre-exemple

cep a écrit :

quid du grub présent sur le système chrooté ?

je ne comprends pas ta question.

cep a écrit :

B-R peut-il fonctionner sans connexion réseau ?

oui, sauf si besoin d'une purge (gurb ou kernel) ou d'un paquet (lvm, raid..)

cep a écrit :

tu as vu le lien que je signalais avec la création d'un boot_bak ? un bug ?

La création du boot_bak est normale, c'est une sécurité. J'ai répondu dans la discussion.

cep a écrit :

as-tu suivi le développement de super-grub ?

oui. Ca ne répare pas, ça sert juste à démarrer sur un grub.cfg (lorsqu'il n'est pas cassé).

cep a écrit :

aussi les possibilités de réparation depuis le cd ou dvd d'installation ?

c'est à dire?

cep a écrit :

attention tout de même aux usines à gaz pour faire une réparation qui dans la majorité des cas est triviale.

personne n'est obligé de l'utiliser. Effectivement dans la majorité des cas il "suffit" de reinstaller GRUB en chroot, ce qui AMHA est moins trivial que de cliquer sur un bouton "Réparation recommandée".

cep a écrit :

B-R préserve toujours la configuration de grub ( config de dpkg ? )

non pas toujours.

Dernière modification par YannUbuntu (Le 17/10/2012, à 19:46)

Babdu89 · Le 17/10/2012, à 21:17

Bonsoir...
Si je peux me permettre...
Au vu des posts ci-dessus entre Yann et cep ... Deux utilisateurs qui connaissent très très bien leur affaire...

Mon sentiment ....

Pour réparer où installer, réinstaller Grub sur nos chers distros ...
Pour ma part, je préfère çà ...

Et appuyer sur le bouton "Réparation recommandée" où utiliser les "Options avancées" ... Et laisser les nombreux scripts de Boot-Repair faire le boulot ...

Que de me lancer dans ceci ... le chroot ... Je m'étais fais un fichier.txt ,comme "guide âne" ... Je ne suis toujours pas un spécialiste, je m'adapte ...

     
     
   Réinstallation et mise à jour de grub: 
   
      IMPORTANT!!.. Pour que la procédure marche;
   
    toutes les partitions  OS système doivent être démontées ...
    
     0 l'aide du tuto de la doc... à adapter suivant le hdd. ici sd**
     
     
     http://doc.ubuntu-fr.org/grub-pc?s[]=grub&s[]=pc#configurationreconfiguration_automatisee_a_partir_du_live_cd
     
      
       
   sudo mkdir /media/sd**              # où sd** est la partition où est installée ubuntu.

   sudo mount /dev/sd** /media/sd**    # où sd** est la partition où est installée ubuntu.

   cd /media/sd**                      # où sd** est la partition où est installée ubuntu.

   sudo mount --bind /dev dev

   sudo mount --bind /sys sys

   sudo mount --bind /proc proc

   sudo chroot .

A partir de là vous êtes positionnés quasiment comme si vous aviez démarré sur sd** qui est devenu votre racine, et vous êtes en root, donc pas besoin de sudo devant les commandes. Ensuite vous pouvez faire votre update-grub normalement :

   sudo update-grub

Pour ré-installer GRUB sur le MBR:

   sudo grub-install /dev/sd*        # où /sd* est le disque ou l'on veut installer grub stage1..

Mais aussi grub-mkdevicemap comme indiqué plus loin dans ce tutoriel, si besoin est...
pour sortir du chroot, tapez exit, puis démontez les bind.

   exit

   sudo umount proc

   sudo umount dev

   sudo umount sys

   cd ..

   sudo umount /dev/sd**            # où sd** est la partition où est installée ubuntu.
   
   On sort par un  "exit"
 
     
 Normalement si tout c'est bien passé, ça doit rebooter sur le menu grub ...
 
 En choisissant le disque où est installé grub stage dans le bios....

J'ai quand même l'impression que toutes ces commandes feront fuir les nouveaux venus a Linux, qui ont un Grub qui ne fonctionne pas/plus ...

Un outil graphique qui fait tout çà à notre place c'est quand même mieux , non? ...

En tout cas c'est la démarche de la création de cette application, à laquelle j'ai adhéré depuis le début (en aidant par des tests ,des teste,des tests...) ...
Même si elle est devenue plus étoffée par la suite ...

Voir les premiers posts de ce sujet ...
Le but... Un outil graphique , pour restaurer un MBR qui permettait de faire redémarrer un Windows, auquel on a retiré son compagnon Linux du dual boot... (MBR écrasé) .
Puis est venu à Yann , l'idée de faire de même avec Grub (réparation/réinstallation) ...

Le matériel a évolué,Boot-Repair aussi... On parle maintenant de UEFI ... Je ne sais pas si beaucoup d'utilisateurs, même assez avertis, se sortirait d'une réparation du boot d'un Linux en UEFI ...
On dirait bien que Boot-Repair y arrive ... Je concède à cep, "l'usine à gaz" ... Mais c'est l'évolution du matériel qui veut çà ...

Et après tout avec BR, on reste toujours en mode graphique ... Çà n'effraye pas les nouveaux venus à Linux ...

Voila mon avis ,si je peux me le permettre ...

Pour info l'iso de Boot-Repair-Disk , une iso Debian (LXde) contenant Boot-Repair et OS Uninstaller ....==> 158328 téléchargement ...

Sans compter les téléchargements des iso sécurisées (Avec les outils ; Clean Ubiquity ;Boot-Repair ;Os Uninstaller .) ... San polémiquer... Pas mal employé ces outils graphiques, on dirait ...

Bonne continuation ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 17/10/2012, à 21:25)

cep · Le 18/10/2012, à 06:36

YannUbuntu a écrit :

cep a écrit :
B-R préserve toujours la configuration de grub ( config de dpkg ? )
non pas toujours.

hum ! tu considères ceci comme normal ?
Pour le reste je répondrai plus longuement d'une manière ou d'une autre mais inutile de finasser dans tes réponses, je connais bien grub et le système d'où mes réserves.
Ne pas oublier aussi que grub a la possibilité de se gérer en ligne de commande donc souvent sa réparation est triviale (s'afférer au poste que j'ai cité plus haut ou le "bash" grub a permis de passer outre le boot_bak créé par B-R). Reste ensuite d'autres cas où en effet il faut paser par un live cd.
Bref, à bientôt pour une réponse plus longue.
cep

Babdu89 · Le 19/10/2012, à 22:13

Bonsoir...
@ YannUbuntu ...

J'ai réinstallé Grub sur Quantal ,avec BR il y a quelques temps (hdd interne) ... Çà marche,l'OS démarre, à part une petite "anomalie" relevée dans le boot info ...
Grub, sur le secteur d'amorçage du hdd (/dev/sda) d'installation pointe vers une partition "72" ??? ... Elle porte le n° /dev/sda1 où 5 il y deux quantal sur ce hdd en fait ... Donc pas de partition N°72

Depuis une session live Ubuntu 12.04 ...
Je viens de cloner Quantal installé sur un autre hdd usb de ma machine de la campagne.(retour à la ville pour bientôt) ...
Réinstallation de Grub avec BR, après modif du "fstab" (UUID)... Dans le bootinfo , Il me remet un secteur d'amorçage du hdd usb ,avec un Grub pointant encore sur une partition n°72 ... ??? n° de partition /dev/sdg15 en fait.
Bon, la réinstallation de Grub fonctionne bien là aussi, l'OS démarre ...

http://paste.ubuntu.com/1290329/

============================= Boot Info Summary: ===============================

 => Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    in partition 72 for .
 => Grub2 (v1.99) is installed in the MBR of /dev/sdb and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos11)/boot/grub on this drive.
 => Syslinux MBR (3.61-4.03) is installed in the MBR of /dev/sdc.
 => Grub2 (v1.99) is installed in the MBR of /dev/sdd and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos12)/boot/grub on this drive.
 => Grub2 (v1.99) is installed in the MBR of /dev/sde and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos7)/boot/grub on this drive.
 => Grub2 (v1.99) is installed in the MBR of /dev/sdf and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos23)/boot/grub on this drive.
 => Grub2 (v1.99) is installed in the MBR of /dev/sdg and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    in partition 72 for .

Si il faut t'envoyer les logs tu me le dis...
Est ce que cette anomalie à été relevée sur d'autre utilisation de BR,pour réinstaller Grub sur Quantal ?? ....

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#701 Le 06/09/2012, à 13:43

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#702 Le 12/09/2012, à 10:53

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#703 Le 12/09/2012, à 22:18

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#704 Le 13/09/2012, à 09:38

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#705 Le 15/09/2012, à 01:46

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#706 Le 25/09/2012, à 19:52

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#707 Le 25/09/2012, à 20:58

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#708 Le 26/09/2012, à 07:37

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#709 Le 02/10/2012, à 16:33

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#710 Le 03/10/2012, à 14:28

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#711 Le 03/10/2012, à 17:40

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#712 Le 03/10/2012, à 22:50

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#713 Le 04/10/2012, à 00:11

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#714 Le 04/10/2012, à 05:25

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#715 Le 04/10/2012, à 23:24

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#716 Le 12/10/2012, à 13:45

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#717 Le 17/10/2012, à 16:52

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#718 Le 17/10/2012, à 17:10

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#719 Le 17/10/2012, à 17:53

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#720 Le 17/10/2012, à 18:33

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#721 Le 17/10/2012, à 18:57

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#722 Le 17/10/2012, à 19:42

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#723 Le 17/10/2012, à 21:17

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#724 Le 18/10/2012, à 06:36

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

#725 Le 19/10/2012, à 22:13

Re : [Réparateur de démarrage] Développement du logiciel Boot-Repair

Pied de page des forums