Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 02/01/2017, à 23:51

Bougron

Re : demarrage bios très lent

Bonsoir
J'espère que moko138 aura une piste....
Pour l'instant je ne peux que te proposer une nouvelle option du grub au moment du boot.
Mode d'emploi à l'echange #16
Remplacer

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

par

GRUB_CMDLINE_LINUX_DEFAULT="modprobe.blacklist=nouveau  nomodeset"

Au boot, cela devrait bavarder un peu plus....

un boot qui met en route normalement doit te demander comment tu veux booter par  cette interrogation
ubuntu
option avancée

Il doit attendre ta réponse 10 secondes et agir en conséquence.
Si tu ne réponds pas dans le délai imparti, il prend la décision de booter sur la première ligne

Pour le /dev/sda que tu n'as pas et que le noyau s'obstine à vouloir lire, je te propose de contacter les développeurs.
   Une petite présentation https://doc.ubuntu-fr.org/launchpad
  Le lien de bug https://launchpad.net/ubuntu/+bugs
  Tu pourras dire que le micro est en version 16.10, qu'il a seulement un eMMC et pas de SSD ni disque dur et que tu ne comprends pourquoi le noyau boucle sur la demande de connexion de /dev/sda inexistant d'après toi
Tu pourras fournir un fichier de trace.

dmesg > Trace.txt

Je pense qu'ils te demanderont des informations complémentaires.
Lorsque cela sera enclenché, tu arrêteras cette capture d'incident par  la commande réversible

echo 0 > /proc/sys/kernel/hung_task_timeout_secs

qui masque tous les problèmes de ce style.

Dernière modification par Bougron (Le 02/01/2017, à 23:53)

Hors ligne

#27 Le 03/01/2017, à 00:05

moko138

Re : demarrage bios très lent

Bougron a écrit :

J'espère que moko138 aura une piste....

Je te rappelle que je ne connais rien à l'uefi.  sad


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#28 Le 03/01/2017, à 00:23

moko138

Re : demarrage bios très lent

En #19, bibi a écrit :

Peux-tu donner le nom complet de ta machine,

Ça permettrait au moins de chercher sur la toile comment d'autres utilisateurs s'en sont sortis.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#29 Le 11/01/2017, à 22:38

ochampi

Re : demarrage bios très lent

Ok, j'ai fini pas comprendre, c'est au niveau de la partition uefi qu'il y avait un souci.

Hors ligne

#30 Le 11/01/2017, à 23:34

moko138

Re : demarrage bios très lent

bibi a écrit :
En #19, bibi a écrit :

Peux-tu donner le nom complet de ta machine,


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#31 Le 11/01/2017, à 23:57

Bougron

Re : demarrage bios très lent

ochampi a écrit :

Ok, j'ai fini pas comprendre, c'est au niveau de la partition uefi qu'il y avait un souci.

Il y avait

Cela veut dire que tu parles au passé... Tu évoques le mot "partition EFI"?
On est quand même curieux de savoir comment cela s'est résolu.  Je pense spécialement à tous ceux qui auront le même problème que toi et pour qui cette discussion n'apportera strictement rien.  Une  ébauche de résolution n'est pas proposée

Hors ligne

#32 Le 12/01/2017, à 10:37

ochampi

Re : demarrage bios très lent

Oui bonjour,
je me doutais de la requête, mais quelques fois mon insondable manque de compétence en informatique me plonge dans un trouble noir et sombre qui me fait omettre toute courtoisie.
Voila ce que je n'ai pas fait dès le début, c'est de reformater complétement la partition eufi. Dans l'installation je pensais, a tord, que tout était reformater et donc que je partais avec un disque vierge. Mais il n'en ai rien. Il faut manuellement scratcher la partition efi autrement l'installation auto ne la touche pas. Et donc ayant fait une installation sur un disque que j'ai ensuite retiré, c'était un test car je pensais avoir un souci avec la carte, le partition avait toujours quelque part ce boot sur ce disque qui n'existait pas et apparemment il boucle jusqu'à plus soif sur cette ligne de boot. Oui si quelqu'un peu m'en apprendre sur ce nouveau bios je suis preneur, histoire d'enlever ce goût amer de relent de stupidité,
donc si on change le disque de boot et qu'on ne le met pas sur le même port il faut reformater avec fdisk  et réinstaller


voila merci de votre aide

Dernière modification par ochampi (Le 12/01/2017, à 10:37)

Hors ligne

#33 Le 12/01/2017, à 14:17

Bougron

Re : demarrage bios très lent

Je ne comprends pas tout lorsque tu parles  de "reformater complètement la partition efi".
Tu veux probablement dire que le disque SDA était totalement neuf  et que tu lui as créé une table de partition.

Car la partition EFI qui sert  à booter est totalement correcte.    Le boot se fait via le contenu suivant  de la NVRAM  du bios.

=================== efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0018,001E,001B
Boot0000* ubuntu	HD(1,GPT,7927e90e-9cb5-4319-9c24-d146b6c7bce3,0x800,0x100000)/File(EFIUBUNTUSHIMX64.EFI)
Boot0018* Generic STORAGE DEVICE 0903	BBS(HD,,0x0)..BO
Boot001B* Optiarc DVD RW AD-5260S	BBS(CDROM,,0x0)..BO
Boot001E* INTEL SSDPEKKW256G7	BBS(HD,,0x0)..BO

L'ordre de boot dit qu'il faut d'abord regarder si la ligne  0000 permet de booter avant de regarder si la ligne 0018 permet de booter, si cette seconde ligne ne peut pas, on utilisera la ligne  001E   et en dernière solution la ligne 001B

Donc la première tentative
Boot0000* ubuntu    HD(1,GPT,7927e90e-9cb5-4319-9c24-d146b6c7bce3,0x800,0x100000)/File(EFIUBUNTUSHIMX64.EFI)
va consister à rechercher le fichier EFIUBUNTUSHIMX64.EFI        en fait de son vrai nom dans ubuntu  /boot/efi/EFI/ubuntu/shimx64.efi
qui est stocké dans la partition nommée 7927e90e-9cb5-4319-9c24-d146b6c7bce3
Précision,     cette partition est   sur un disque dur (HD)  formaté GPT   en position 1 et commence au lba  0x800 et  la taille est 0x100000
On va retrouver cela  sous cette forme dans le boot-info

=================== blkid:
/dev/nvme0n1p1: UUID="5F06-B002" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="7927e90e-9cb5-4319-9c24-d146b6c7bce3"

Sans contestation, cela identifie le nvme.   On constate que la partition est bien 1  qu'elle est formatée FAT32 et de le PARTUUID correspond
et pour le début et la taille c'est ici
Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048   1050623   1048576   512M EFI System
sachant que 0x800 est égal à 8*16*16+0 = 2048     et 0x10000 est égal à 1*16*16*16*16+0 =1048576
Boot-info  ne sait pas lire le contenu de ce support, sinon on y trouverait ce fichier

Mais ce qui me chagrine, c'est de ne pas voir le rapport avec la trace trouvée dans la mise en route
[17824.690892] sd 6:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sauf à penser qu'il faut une table de partition......Ce que je me refuse à admettre.

Dernière modification par Bougron (Le 12/01/2017, à 14:25)

Hors ligne