[Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

?? · Le 26/12/2017, à 13:40

Résultat
La version 21, en théorie exempte de l'erreur, est bien installée mais n'a pas empêcher l'installation du noyau qui possède l'erreur.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd3,gpt10'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt10 --hint-efi=hd3,gpt10 --hint-baremetal=ahci3,gpt10  d43c9cf8-3581-4fdf-bcf9-71112f4cb669
	else
	  search --no-floppy --fs-uuid --set=root d43c9cf8-3581-4fdf-bcf9-71112f4cb669
	fi
	linux	/boot/vmlinuz-4.13.0-21-generic.efi.signed root=UUID=d43c9cf8-3581-4fdf-bcf9-71112f4cb669 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.13.0-21-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
	menuentry 'Ubuntu, avec Linux 4.13.0-21-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-21-generic-advanced-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd3,gpt10'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt10 --hint-efi=hd3,gpt10 --hint-baremetal=ahci3,gpt10  d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		else
		  search --no-floppy --fs-uuid --set=root d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		fi
		echo	'Chargement de Linux 4.13.0-21-generic…'
		linux	/boot/vmlinuz-4.13.0-21-generic.efi.signed root=UUID=d43c9cf8-3581-4fdf-bcf9-71112f4cb669 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.13.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.13.0-21-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-21-generic-recovery-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd3,gpt10'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt10 --hint-efi=hd3,gpt10 --hint-baremetal=ahci3,gpt10  d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		else
		  search --no-floppy --fs-uuid --set=root d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		fi
		echo	'Chargement de Linux 4.13.0-21-generic…'
		linux	/boot/vmlinuz-4.13.0-21-generic.efi.signed root=UUID=d43c9cf8-3581-4fdf-bcf9-71112f4cb669 ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.13.0-21-generic
	}
	menuentry 'Ubuntu, avec Linux 4.13.0-16-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-16-generic-advanced-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd3,gpt10'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt10 --hint-efi=hd3,gpt10 --hint-baremetal=ahci3,gpt10  d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		else
		  search --no-floppy --fs-uuid --set=root d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		fi
		echo	'Chargement de Linux 4.13.0-16-generic…'
	        linux	/boot/vmlinuz-4.13.0-16-generic root=UUID=d43c9cf8-3581-4fdf-bcf9-71112f4cb669 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.13.0-16-generic
	}
	menuentry 'Ubuntu, with Linux 4.13.0-16-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.13.0-16-generic-recovery-d43c9cf8-3581-4fdf-bcf9-71112f4cb669' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_gpt
		insmod ext2
		set root='hd3,gpt10'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,gpt10 --hint-efi=hd3,gpt10 --hint-baremetal=ahci3,gpt10  d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		else
		  search --no-floppy --fs-uuid --set=root d43c9cf8-3581-4fdf-bcf9-71112f4cb669
		fi
		echo	'Chargement de Linux 4.13.0-16-generic…'
	        linux	/boot/vmlinuz-4.13.0-16-generic root=UUID=d43c9cf8-3581-4fdf-bcf9-71112f4cb669 ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.13.0-16-generic
	}

Dernière modification par ?? (Le 26/12/2017, à 13:41)

bipede · Le 27/12/2017, à 10:34

Excellente nouvelle...
J'ai vu que plusieurs personnes touchées par le bug avaient réparé leur Bios en installant le noyau 4.14 par ukuu.
J'ai tenté le coup en suivant la méthode préconisée et bingo, j'ai retrouvé toutes mes options de boot.
Ouuufffff... J'ai pas mal transpiré sur ce coup...

moko138 · Le 27/12/2017, à 11:18

Si je comprends bien le rapport de bug et la réparation dont malbo donnait déjà le lien en #30 https://bugs.launchpad.net/ubuntu/+sour … ug/1734147

Many users are reporting issues with bios corruption with 17.10. This seems to stem from enabling the intel-spi-* drivers in the kernel (...)
Fix: Disable this driver.

une autre des solutions consiste à
1) repérer le nom exact de ce ou de ces modules dans son système :

lsmod | grep -E "intel-spi|intel_spi"

2) les décharger :

sudo modprobe -r noms-de-ces-modules

3) le(s) blacklister dans /etc/modprobe.d/blacklist.conf
(ou dans /etc/modprobe.d/blacklist-intel-spi.conf).
Non ?

EDIT :
Voir le message de bipede en #59.

Dernière modification par moko138 (Le 29/12/2017, à 13:46)

?? · Le 27/12/2017, à 11:37

Bonjour
Il est aussi possible que la mise à jour du noyau suffise car la version 21 est actuellement installable via les commandes

sudo apt update
sudo apt upgrade

malbo · Le 27/12/2017, à 11:50

@bipede : c'est une grande nouvelle.
Et un grand coup sur mon vilain bec parce que j'étais vraiment persuadé (mon post #19) qu'il n'y avait que les interventions matérielles lourdes (remplacement de la Flash ou remplacement de la carte-mère) qui pouvaient réparer le Bios cassé.

Dernière modification par malbo (Le 27/12/2017, à 12:13)

bipede · Le 27/12/2017, à 11:54

malbo a écrit :

@bipede : c'est une grande nouvelle.

Merveilleuse tu veux dire !!!
D'ailleurs je vais m'empresser de m'envoyer un excellent pur malt derrière la cravate pour fêter ça...

PS: J'ai envoyé la méthode chez Dell, au cas où....

Dernière modification par bipede (Le 27/12/2017, à 11:56)

malbo · Le 27/12/2017, à 12:02

@bipede : est-ce que tu peux confirmer que tu as suivi exactement la méthode suivante (décrite par Prasanna Gajera dans ce ce lien) :
-------------------------------------------------------------------------------------------------------------
This is what I did step by step

1. Install Ukuu

Its easy to update the kernel with Ubuntu Kernel Update Utility (Ukuu), Click here.

    sudo apt-add-repository -y ppa:teejee2008/ppa
    sudo apt-get update
    sudo apt-get install ukuu

2. Update the kernel

Select the kernel 4.14.9 and select Install. wait for the installation to be completed and then restart the PC.

3. Restart the system with the latest kernel

From GRUB select the option which starts with "Advanced options".

Select "Ubuntu GNU/Linux, with Linux 4.14.9-generic". wait for the system to load completely.

4. Restart again and go into the BIOS

Restart the system again and check the BIOS to see if the problem is fixed.

I can change settings from BIOS. BIOS is detecting new HDD. In short everything worked out.
-------------------------------------------------------------------------------------------------------------------------------

Dernière modification par malbo (Le 27/12/2017, à 12:06)

bipede · Le 27/12/2017, à 12:17

Je confirme, c'est exactement ça que j'ai fait...

bipede · Le 27/12/2017, à 12:22

malbo a écrit :

@bipede : c'est une grande nouvelle.
Et un grand coup sur mon vilain bec parce que j'étais vraiment persuadé (mon post #19) qu'il n'y avait que les interventions matérielles lourdes (remplacement de la Flash ou remplacement de la carte-mère) qui pouvaient réparer le Bios cassé.

Bah, les pontes de Canonical pensaient aussi ça, donc t'as pas à t'en vouloir.
Cependant, d'après ce que j'ai pu lire, ce n'est pas miraculeux, car certaines machines sont insensibles à la méthode. Peut-être selon la version du flash bios...

EDIT: Il semble que les échecs de réparation sont liés au blacklistage préalable du module intel_spi, et que la suppression de ce blacklistage permet de refaire l'opération avec succès.
En tout cas, j'attribue la palme de l'incompétence à Lenovo qui voulait changer les cartes mères avant même de se pencher sur le problème...

Dernière modification par bipede (Le 28/12/2017, à 09:46)

melixgaro · Le 28/12/2017, à 19:32

bonjour,

Je suis tombé sur ce fil il y a quelques jours. Heureusement que j'étais assis car la lecture de ce fil et d'autres articles sur le net m'a effrayé !
Bref, je suggère de changer le titre du fil pour enlever la mention de Lenovo car d'autres marques sont touchées (voir littérature sur le net plus mon exemple ci-après).
Je viens d'avoir entre les mains un HP Pavillon avec un BIOS en lecture seule suite à l'installation de 17.10. L'installation du kernel 4.14.9 avec ukuu a foiré donc j'y suis allé un peu brutalement en téléchargeant les .deb amd64 sur cette page et j'ai lancé un dpkg -i sur les trois fichiers téléchargés :

sudo dpkg -i linux-headers-4.14.9-041409_4.14.9-041409.201712251541_all.deb linux-headers-4.14.9-041409-generic_4.14.9-041409.201712251541_amd64.deb linux-image-4.14.9-041409-generic_4.14.9-041409.201712251541_amd64.deb

J'ai redémarré une première fois et j'ai laissé ubuntu mate 17.10 se charger puis j'ai redémarré une seconde fois et suis allé dans le BIOS pour contrôler : je pouvais de nouveau modifier les réglages et les sauver + démarrer sur une clé USB ubuntu. Ouf ! (PS : je n'ai tenté que l'installation de nouveau noyaux pour réparer)

Ne faut-il pas épingler le sujet ou mettre un bandeau qque part ?
Les images iso 17.10 ne sont plus téléchargeables via les pages « grand public » d'ubuntu. Exemple sur cette page, après la case '16.04.3', un avertissement décourage le téléchargement de 17.10. MAIS les isos 17.10 sont toujours accessibles sur les dépôts (ici).

?? · Le 28/12/2017, à 19:35

Bonsoir
Sans oublier que la migration de la version 17.04 en 17.10 va bientôt se déclencher automatiquement.....

Dernière modification par ?? (Le 28/12/2017, à 19:36)

mitweeeeh · Le 29/12/2017, à 00:04

malbo a écrit :

@bipede : est-ce que tu peux confirmer que tu as suivi exactement la méthode suivante (décrite par Prasanna Gajera dans ce ce lien) :
-------------------------------------------------------------------------------------------------------------
This is what I did step by step
1. Install Ukuu
Its easy to update the kernel with Ubuntu Kernel Update Utility (Ukuu), Click here.
    sudo apt-add-repository -y ppa:teejee2008/ppa
    sudo apt-get update
    sudo apt-get install ukuu
2. Update the kernel
Select the kernel 4.14.9 and select Install. wait for the installation to be completed and then restart the PC.
3. Restart the system with the latest kernel
From GRUB select the option which starts with "Advanced options".
Select "Ubuntu GNU/Linux, with Linux 4.14.9-generic". wait for the system to load completely.
4. Restart again and go into the BIOS
Restart the system again and check the BIOS to see if the problem is fixed.
I can change settings from BIOS. BIOS is detecting new HDD. In short everything worked out.
-------------------------------------------------------------------------------------------------------------------------------

J'ai réparé mon Bios, c'est Noël !
Merci.
Cependant, la méthode a fonctionné seulement la deuxième fois, car il n'a d'abord pas trouvé les fichiers html dans .cache/ukuu. Il m'a suffit de recommencer la manip' et j'ai pu installer le kernel 4.14.9.
Ooouuuuffff ...

Dernière modification par mitweeeeh (Le 29/12/2017, à 13:40)

malbo · Le 29/12/2017, à 06:53

@mitweeeeh : pourrais-tu passer la commande suivante depuis une session de ton Ubuntu installé sur le disque dur (origine de cette commande) :

[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

Et donner le résultat de cette commande dans ta réponse.
Motif de ma demande : avoir confirmation que tu es bien en session non-EFI comme la lecture de ton post #1 le laisse supposer ("Le bios est bloqué sur legacy")

D'autre part, si tu dois remplacer cette install de 17.10 par une install de 16.04 (c'était ton projet dans le post #1), prends soin d'installer la version 16.04.1 64 bits (et pas la version 16.04.3 proposée par défaut sur le site). Le fichier à télécharger "ubuntu-16.04.1-desktop-amd64.iso" est à cette adresse : http://old-releases.ubuntu.com/releases … -amd64.iso

EDIT :

mitweeeeh a écrit :

Cependant, la méthode a fonctionné seulement la deuxième fois, car il n'a d'abord pas trouvé les fichiers html dans .cache/ukuu. Il m'a suffit de recommencer la manip' et j'ai pu installer le kernel 4.19. Ooouuuuffff ...

Je me disais que j'avais déjà vu ça quelque part. Je viens de retrouver ce commentaire #308 de Mike (ark987) dans le rapport de bug #1734147. Lui aussi a dû refaire la procédure et ça a fonctionné la deuxième fois.

Dernière modification par malbo (Le 29/12/2017, à 09:02)

frenchy82 · Le 29/12/2017, à 08:33

Bonjour,

Juste une question pour une bonne compréhension de la solution proposée.
D'après vous, c'est juste le 4.19 qui règle le problème ou alors toutes les versions égales ou supérieures à la 4. 19 ?

bipede · Le 29/12/2017, à 08:56

frenchy82 a écrit :

Bonjour,
Juste une question pour une bonne compréhension de la solution proposée.
D'après vous, c'est juste le 4.19 qui règle le problème ou alors toutes les versions égales ou supérieures à la 4. 19 ?

C'est 4.14.9 et pas 4.19.
En fait la solution fonctionne depuis le noyau 4.14.8, et entre temps le noyau 4.14.9 a été rendu disponible et c'est avec ce dernier noyau que j'ai pu réparer mon Bios.

Dernière modification par bipede (Le 29/12/2017, à 09:00)

mitweeeeh · Le 29/12/2017, à 14:44

@malbo : je n'ai pas bien compris la question. Ubuntu boot seulement sur Legacy, même si on peut le régler sur UEFI. J'essaie ta commande bientôt.
Je souhaite installer une version 32bits, pour l'install de Guitarpro (qui en 32bits, c'est pour le boulot et j'avais galéré pour l'installer en 64bits...), ça pose un problème?
Et aussi, pourquoi la version 16.04.1 64 bits et pas la version 16.04.3 proposée?

@bipede : j'ai corrigé la coquille concernant la version du noyau, désolé, il est têtard !

Dernière modification par mitweeeeh (Le 29/12/2017, à 15:36)

malbo · Le 29/12/2017, à 17:52

mitweeeeh a écrit :

Ubuntu boot seulement sur Legacy, même si on peut le régler sur UEFI.

Si tu es sûr de ça, ma commande n'est pas indispensable.

mitweeeeh a écrit :

Je souhaite installer une version 32bits, pour l'install de Guitarpro (qui en 32bits, c'est pour le boulot et j'avais galéré pour l'installer en 64bits...), ça pose un problème?

Non, pas de problème.

mitweeeeh a écrit :

Et aussi, pourquoi la version 16.04.1 64 bits et pas la version 16.04.3 proposée?

La 16.04.3 c'est bien adapté à un ordi récent qui serait mal géré par la 16.04.1. Mais pour ton modèle qui est ancien, la 16.04.1 est préférable car il y a moins de risque de bug (voir cette discussion sur ce sujet)

mitweeeeh · Le 29/12/2017, à 23:24

@malbo : trop fort! effectivement, je ne peux pas installer la 16.04.3. Elle plante dans les partitions, et ne peut même pas faire une réinstall complète sur tout le disque. La partitionnement manuel plante aussi.
Avec la 16.04.1, aucun souci. Merci pour le lien!

Rufus T. Firefly · Le 30/12/2017, à 00:12

mitweeeeh a écrit :

@malbo : trop fort! effectivement, je ne peux pas installer la 16.04.3. Elle plante dans les partitions, et ne peut même pas faire une réinstall complète sur tout le disque. La partitionnement manuel plante aussi.
Avec la 16.04.1, aucun souci. Merci pour le lien!

Il n'y a pas longtemps, ext4 a été légèrement modifié (un ajout d'un truc dont j'ai déjà oublié le nom). Et les versions un peu anciennes de e2fsprogs ne parviennent pas entièrement à s'occuper de ces partitions. J'ai l'impression que gparted de l'installateur fabrique des partitions nouveau style, et quand il les vérifie, il utilise les outils d'une ancienne version de e2fsprogs. Si bien que ça plante... Ou quelque chose de cette sorte...
J'ai fabriqué récemment une partition avec gparted de Debian sid (unstable), donc ce qu'il y a de plus récent. Puis j'ai voulu en changer l'étiquette avec gparted de Debian jessie (oldstable), mon système usuel. Pas moyen ! j'ai alors téléchargé la version sid de e2fslibs.deb et de e2fsprogs.deb, suivi d'un dpkg -i *.deb, et gparted a accepté de changer l'étiquette...

Dernière modification par Rufus T. Firefly (Le 30/12/2017, à 00:13)

malbo · Le 04/01/2018, à 07:23

Pour faire suite à l'EDIT du post #63, le besoin de refaire la procédure dans certains cas est mentionné dans la partie "Bug Description" au début du rapport de bug #1734147 :
-------------------------------------------------------
Fix: The issue was fixed in kernel version 4.13.0-21 by configuring the kernel so it is not compiled with Intel SPI support. But previous affected machines still suffered from a broken BIOS.

Repair: If you still can boot into Ubuntu, you can recover your BIOS with the following steps:

1. Boot into Ubuntu
2. Download http://people.canonical.com/~ypwong/lp1 … _amd64.deb
3. Install the downloaded package:
$ sudo dpkg -i linux-image-4.15.0-041500rc6-generic_4.15.0-041500rc6.201712312330+20170103+1_amd64.deb
4. Make sure the kernel is installed without any error. Once installed, reboot.
5. At grub, choose the newly installed kernel. You can choose the "recovery" mode.
6. Reboot and go to BIOS settings to confirm your BIOS has been recovered.
7. In case your BIOS is not recovered, reboot to the new kernel, then reboot *once again* to the new kernel, do not enter BIOS settings before the reboot. After the second reboot, check BIOS.
8. If your BIOS issue remains, download another kernel from http://people.canonical.com/~ypwong/lp1 … _amd64.deb, and use dpkg to install it, then repeat steps 4 to 6.

After your BIOS is fixed, the kernel packages you just installed are no longer needed, you can remove it by running 'sudo dpkg -r linux-image-4.15.0-041500rc6-generic'.
----------------------------------------------------------------
Cela a été le cas pour Paul Hawkins (7-paul-0) : essai initial infructueux : Comment #333. Après avoir refait la procédure, c'est un succès : Comment #448
C'est pareil pour Sven Jacobsen (mr.sj) : Comment #320 Comment #449
Ainsi que pour bford16 (bford16) : Comment #357 Comment #454

Dernière modification par malbo (Le 04/01/2018, à 07:52)

bipede · Le 04/01/2018, à 07:44

Vu la faille de sécurité découverte sur les processeurs Intel, il n'est peut-être pas inutile de conserver le noyau 4.15 (la faille serait semble-t-il comblée par ce noyau)

Dernière modification par bipede (Le 04/01/2018, à 07:44)

malbo · Le 12/01/2018, à 17:26

Ouf ! La version "de base" de la 17.10 n'est plus téléchargeable dans http://releases.ubuntu.com/
Seule la nouvelle version 17.10.1 sortie en janvier 2018 est téléchargeable. Ceci répond à l'inquiétude légitime soulevée par ?? dans le post #25

?? · Le 12/01/2018, à 18:58

Bonsoir
Cependant, il semble que le site français n'ait pas encore percuté.. https://www.ubuntu.com/download/desktop
The download of Ubuntu 17.10 is currently discouraged due to a BIOS issue on certain laptops. Once fixed this download will be enabled again

Ou alors le bug est toujours présent

Dernière modification par ?? (Le 12/01/2018, à 19:01)

malbo · Le 12/01/2018, à 19:14

@?? : le lien que tu as donné au début du post #73 est vers le site "anglais" (pas le site français)

?? · Le 12/01/2018, à 21:42

Effectivement. Donc un autre qui n'a pas le problème. https://ubuntu-fr.org/telechargement

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 26/12/2017, à 13:40

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#52 Le 27/12/2017, à 10:34

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#53 Le 27/12/2017, à 11:18

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#54 Le 27/12/2017, à 11:37

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#55 Le 27/12/2017, à 11:50

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#56 Le 27/12/2017, à 11:54

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#57 Le 27/12/2017, à 12:02

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#58 Le 27/12/2017, à 12:17

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#59 Le 27/12/2017, à 12:22

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#60 Le 28/12/2017, à 19:32

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#61 Le 28/12/2017, à 19:35

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#62 Le 29/12/2017, à 00:04

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#63 Le 29/12/2017, à 06:53

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#64 Le 29/12/2017, à 08:33

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#65 Le 29/12/2017, à 08:56

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#66 Le 29/12/2017, à 14:44

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#67 Le 29/12/2017, à 17:52

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#68 Le 29/12/2017, à 23:24

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#69 Le 30/12/2017, à 00:12

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#70 Le 04/01/2018, à 07:23

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#71 Le 04/01/2018, à 07:44

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#72 Le 12/01/2018, à 17:26

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#73 Le 12/01/2018, à 18:58

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#74 Le 12/01/2018, à 19:14

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

#75 Le 12/01/2018, à 21:42

Re : [Résolu] L'installation de la 17.10 casse le bios des laptop Lenovo !!

Pied de page des forums