Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

{Résolu] Pas de signal vers l'écran

ares

Laadna a écrit J'ai aussi branché le buzzer de la carte mère (maintenant que j'ai pu voir où le brancher) : il donne un bip long et deux courts au démarrage (même en bootant sur la clé). Mais je ne vois rien dans le manuel qui indique comment l'interpréter.(...)

Sauf erreur MSI utilise un BIOS AMI.
De mémoire un seul bip long indique autotest OK !

Dernière possibilité, enlever les deux barrettes mémoires(DIMM) et n'en placer qu'une seule en DIMMA1.
Attention en insérant la DIMM, bien vérifier sa mise en place (page 49).

Ensuite :
* carte graphique débranchée et retiré du slot PCI de la CM !
* débrancher les DD
* écran branché sur la sortie vidéo CM
Allumer le PC puis touche DEL ou "Suppr" pour accéder au "BIOS".

Si le problème persiste :
Inverser la barrette mémoire et placer la deuxième DIMM en DIMMA1
(un bip court pourrait indiquer un défaut entre la mémoire RAM et la carte mère)

* Si l'écran possède une entrée VGA, connecter le moniteur à la CM à l'aide d'un câble VGA.
Allumer le PC puis touche DEL ou "Suppr" pour accéder au "BIOS".

Laadna

Selon les diodes de la carte mère, la ram n'a aucun problème. J'essayerai ça demain, merci.

Laadna

Bon je ne parviens pas à ôter les barrettes de ram, et je n'ai aucune envie de forcer. Autant les diodes que le buzzer indiquent que côté ram tout va bien.

L'écran a une sortie vga, mais l'ordinateur n'a que des ports hdmi ou dvi-d, donc je devrai passer par un adaptateur hdmi (je n'ai pas d'adaptateur vga vers dvi-d et je crois que ça n'existe pas, uniquement vga vers dvi-i). J'ai un adaptateur hdmi vers dvi-d, que j'ai aussi essayé sans changement (ce qui s'affichait en hdmi vers hdmi continue de s'afficher, ce qui ne s'affichait pas continue de ne pas s'afficher). J'ai aussi essayé le vga vers hdmi.

La série de bips indique a priori un problème de vidéo (sans blague) :
https://www.computerhope.com/beep.htm
https://www.lifewire.com/amibios-beep-codes-2624543

Ce que je ne comprends pas, c'est pourquoi en dépit de ce problème l'affichage d'un livecd se fait sans difficulté. Je pense que débrancher les disques durs permet simplement de ne pas avoir à choisir le boot. Avant de retourner la carte mère, j'aimerais m'assurer que c'est bien elle qui déconne. Sinon je vais passer trois semaines sans ordi pour qu'on me renvoie une carte mère qui ne fonctionnera pas mieux.

ares

Laadna a écritBon je ne parviens pas à ôter les barrettes de ram, et je n'ai aucune envie de forcer. Autant les diodes que le buzzer indiquent que côté ram tout va bien.

C'est anormal !
Mais ne force pas, au risque de perdre la garantie !

Laadna a écritAutant les diodes que le buzzer indiquent que côté ram tout va bien.

Ben, si c'est un BIOS AMI et d'après le premier lien, ~~1 bip court = problème RAM~~* un bip long et deux courts= prb initialisation vidéo*.
> D'après ton lien ta CM fonctionnerait avec un BIOS Award*
(je peux me tromper, car je ne suis pas sur place 😃 )

Laadna a écritCe que je ne comprends pas, c'est pourquoi en dépit de ce problème l'affichage d'un livecd se fait sans difficulté. Je pense que débrancher les disques durs permet simplement de ne pas avoir à choisir le boot.

Sans rentrer dans les détails, il faut admettre que :
* aucun CPU sorti d'usine est testé à 100%. Environ 30% suffise pour considérer que le produit est bon
* à l'allumage on ne teste pas la RAM en totalité, et le CPU s’initialise en mode "réel" et bascule en mode "protégé"
* tu peux donc avoir un boot USB, car on démarre dans une zone mémoire différente de la mémoire réservé au BIOS
* une distribution GNU/Linux fonctionne en mode protégé et récupère les infos d'une zone du BIOS
* mais manifestement une zone du BIOS est corrompu. C'est pas gênant si on utilise une clé USB...

Perso, je n'ai pas de soluce à te proposer. Sans le BIOS on ne peut faire aucun teste matériel (RAM, détection Disque, Vidéo, etc)

Bonne chance. 🙂

* correction de ma réponse :cool:

Laadna

Non c'est un bip long suivi de deux courts. Soit :

Indicates a video error has occurred and the BIOS cannot initialize the video screen to display any additional information.

One long beep and two short beeps is usually an indication of a failure within the memory that's part of the video card.

Replacing the video card is almost always the route to go here, but try removing and reinstalling it first, just in case the only problem is that it has wiggled a bit loose.

Mais bon visiblement c'est pas à ma portée... Je vais voir ce que me propose le sav. Merci pour ta patience.

moko138

Laadna a écrit Ce que je ne comprends pas, c'est pourquoi en dépit de ce problème l'affichage d'un livecd se fait sans difficulté.

C'est parce que les live démarrent avec l'option de grub nomodeset.

a) En attendant mieux, tu peux (de plusieurs façons) insérer cette option dans le fichier /etc/default/grub de ton système installé.
Il suffit, dans la ligne

GRUB_CMDLINE_LINUX_DEFAULT=" (...) "

d'ajouter

nomodeset

quelquepart entre les guillemets déjà présents.

À ce propos,
soit tu passes par une autre machine (pas besoin d'adaptateur sata-usb, puisque tu peux brancher le disque en sata),
soit tu restes sur la même machine, que tu démarres en live (donc avec affichage), puis tu branches ton disque, puisque la norme Sata permet le branchement à chaud (je le souligne, parce que tu m'as semblé croire le contraire).

- -

Il serait très judicieux de modifier par la même occasion ce même fichier /etc/default/grub

b) pour obtenir que le menu de grub s'affiche quelques secondes (trois suffisent) à chaque démarrage (c'est dans la Doc de [doc]grub[/doc], §"Utilisation du menu") ;

c) pour obtenir un bip de grub : ./viewtopic.php?id=1958451.

Laadna

moko138 a écrit soit tu restes sur la même machine, que tu démarres en live (donc avec affichage), puis tu branches ton disque, puisque la norme Sata permet le branchement à chaud (je le souligne, parce que tu m'as semblé croire le contraire).

Merci ! En effet je l'ignorais.

Donc j'ai booté sur un livecd, monté la partition root et édité le grub. Cependant quand j'ai voulu mettre à jour le grub avec la commande sudo update-grub j'ai eu un retour du terminal : "commande introuvable". Or si j'ai bien compris ce n'est pas directement le fichier que j'ai édité qui est chargé, donc sans cette dernière opération la manipulation est inutile.

Je me suis également demandé si cette commande allait mettre à jour le "bon" grub à partir du "bon" fichier, puisque le livecd a aussi un fichier /etc/default/grub et un fichier que cette commande va mettre à jour. Mais c'est une question pour plus tard, j'anticipe juste. 😃

moko138

D'abord, merci à Zakhar ! et confirmation que c'est bien le dernier noyau (pour ta 20.10) ou la dernière mise à jour hwe, mal conçue, la cause du problème dans les 20.04 :
https://askubuntu.com/questions/1306358/how-do-stop-ubuntu-20-04-from-upgrading-to-the-5-8-hwe-kernel/1306392 dit :

I run sudo apt upgrade as I have done for the last year with no issues. After reboot, my dual screen monitor stopped working and the main display freezing and I lost access to my virtualbox.

Le même fil indique le remède (pour les 20.04):

Remove HWE meta packages by running:
sudo apt remove linux-{image,headers}-generic-hwe-20.04
sudo apt install linux-generic
If you also remove the already installed 5.8 kernel packages, it'll stick with the 5.4 kernels. They will get updates (bug fixes and security) till the end of life of the 20.04 release.

Remarque : je crains que la dernière phrase ne soit erronée. Mais, même en ce cas, ça laisse le temps de voir venir.

[center]= =[/center]

J'avais écrit :

...dans le fichier /etc/default/grub de ton système installé.

"installé"...
Donc il faut monter (d'un clic) la partition concernée. Qui apparaîtra comme
/media/*buntu/XXX
(où XXX est l'UUID à 32 caractères (sauf si tu as eu la bonne idée d'attribuer une étiquette explicite, genre K20-10-racine, à cette partition)).
Donc l'adresse du fichier ressemblera à
/media/kubuntu/XXX/etc/default/grub

Tout cela, j'ai l'impression que tu l'as fait, mais j'ai un doute à cause de l'ambigüité de la formulation

monté la partition root [laquelle ?] et édité le grub [lequel ?]

Donc j'ai précisé la démarche au cas où.

- -
Enfin, ton dernier paragraphe formule LA question la plus pertinente :

Laadna a écritJe me suis également demandé si cette commande allait mettre à jour le "bon" grub à partir du "bon" fichier, puisque le livecd a aussi un fichier /etc/default/grub et un fichier que cette commande va mettre à jour.

La solution existe et s'appelle [doc]chroot[/doc]. (En gros, greffer temporairement les principaux répertoire d'un système opérationnel à la place du système malade, le temps de le guérir).
Deux possibilités :
Soit tu le fais à la main, en suivant la Doc, et en posant tes questions ici au fur et à mesure (car la magie de la procédure fait que le navigateur de ta live reste opérationnel pendant la manoeuvre !).
Je l'ai déjà fait, ça marche, mais c'était il y a des années et je ne suis pas certain de savoir répondre à toutes tes questions éventuelles.

Soit tu le fais via boot-info (qui l'inclut)
que tu installes sur ta live,
et que tu lances (§1, de préférence avec l'option --no-filter ).
/!\ Tu ne fais surtout pas tout de suite la "réparation recommandée", mais tu postes le LIEN vers le rapport.

Là, les aidants prendront le temps de lire et de t'indiquer, si besoin, quels réglages dans quels onglets.
Il me semble que par défaut, la réparation rend le grub visible, même quand il y a un seul système.
Sinon, on le forcera. 🙂
Ce qui, après extinction et démarrage normal (sans live), te permettra de choisir un noyau antérieur à la mise à jour fatale. 🙂

Laadna

J'ai effectvement monté le root du disque dur débranché durant le boot, celui de mon os, et modifié son etc/default/grub. Je ne l'ai pas monté "en un clic", mais via une ligne de commande. Quelque chose comme :

mkdir /home/manip
sudo mount /dev/sda2 /home/manip

Le fichier que j'ai modifié se trouvait donc dans /home/manip/etc/default/grub
En utilisant gparted pour trouver quelle était la partition à monter. Pour une raison que j'ignore, je ne pouvais pas monter la partition directement via gparted (c'est peut-être cette manip que tu qualifiais de "en un clic" ? 😉.

Bon j'aurais voulu essayer ça, mais je ne parviens plus à booter...
Sur une clé usb la diode "boot" de la carte mère reste allumée.
Sur un cd, la diode s'allume brièvement (c'était déjà le cas auparavant), le lecteur de cd passe en lecture pendant un moment, puis plus rien.

J'ai vérifié l'intégrité de la clé et du cd sur un autre ordinateur. J'ai changé la distribution chargée sur la clé. Testé gparted live, Kubuntu 20.04.1, ultimate boot cd, systemrescue. Toutes ces distributions ont booté sans aucun effort sur la clé hier.

Je ne comprends pas. J'ai booté sur l'un et l'autre une dizaine de fois hier. La seule modification concerne le fichier grub d'un disque dur pas encore branché. J'ai même reset de nouveau la carte mère. Vérifié les branchements. Franchement je sais plus quoi faire... Et si c'est bien un problème de mise à jour du noyau, il est inutile de renvoyer la carte mère...
Fausse alerte a priori, aucune idée de la raison mais ça boot à nouveau.

Laadna

Voila le rapport :
https://paste.ubuntu.com/p/pFFv3X4rr9/ (version générée depuis l'installation du logiciel qui s'est ensuite lancé sans intervention de ma part)
https://paste.ubuntu.com/p/cWXX9RP5cn/ (version avec --no-filter)

Précisions utiles (ou pas) :
-j'ai deux disques durs branchés. sdb est celui sur lequel j'ai installé mon kubuntu. sdc est un simple disque de données.
- je n'ai monté aucun des deux disques durs, je les ai juste rebranchés à chaud
- merci pour ton message providentiel qui m'a épargné des complications inutiles en continuant de chercher une panne de matériel
- a priori, le /etc/default/grub de mon disque dur (présentement sur sdb2) a déjà été modifié par mes soins

Zakhar

moko138 a écrit Le même fil indique le remède (pour les 20.04):
Remove HWE meta packages by running:
sudo apt remove linux-{image,headers}-generic-hwe-20.04
sudo apt install linux-generic
If you also remove the already installed 5.8 kernel packages, it'll stick with the 5.4 kernels. They will get updates (bug fixes and security) till the end of life of the 20.04 release.
Remarque : je crains que la dernière phrase ne soit erronée. Mais, même en ce cas, ça laisse le temps de voir venir.

Tu parles de la phrase qui dit qu'on recevra les "bug fixes and security" sur la 5.4. jusqu'à la fin de vie de la 20.04 ?

Je n'ai pas de boule de cristal jusqu'en avril 2025, mais en tout ces la fait d'appliquer les 2 lignes de commande ci-dessus déclenche bien le noyau "bug fixes and security" 5.4.0.60, sur lequel je tourne actuellement, et qui n'est jamais proposé quand on part dans la branche HWE.

Je serais donc plutôt pour laisser le "bénéfice du doute", oui, on aura bien les MàJ de sécurité (et bugfix) sur la 5.4 jusqu'en 2025 !..

moko138

Zakhar a écritTu parles de la phrase qui dit qu'on recevra les "bug fixes and security" sur la 5.4. jusqu'à la fin de vie de la 20.04 ?

Exactement. Puisque, dans mon souvenir, c'est le contraire qui était annoncé.

Je serais donc plutôt pour laisser le "bénéfice du doute"

C'est bien ce que j'ai écrit... 🙂

Cela dit, Laadna déclare tourner avec 20.10 Kubuntu, et nous attendons l'url de son boot-info.

À propos, Laadna, il y a une troisième voie :
si tu n'as pas une raison impérative d'utiliser la version intermédiaire 20.10, tu peux aussi,
- sauvegarder tes données,
- remplacer ta 20.10 par une 20.04.1
- et enfin, avant toute mise à jour, désactiver le HWE comme l'a signalé Zakhar.

Laadna

moko138 a écritCela dit, Laadna déclare tourner avec 20.10 Kubuntu, et nous attendons l'url de son boot-info

En bas de page précédente (souvent le dernier message d'une page passe inaperçu).

Je peux en effet remettre une installation propre d'une 20.04 LTS. Mais le temps de sauvegarder toutes mes données, jongler entre mes disques durs (j'étais au milieu d'une récupération d'un NAS, j'ai plus beaucoup de place disponible et c'est réparti sur trois disques usb) et de réinstaller tous les logiciels dont j'ai besoin ensuite... Franchement j'aimerais autant m'épargner ça. 😃

moko138

OK !
Donc tu as bien une 20.10 installée en sdb2

Noyaux 5.8.0-36 et 5.8.0-33, et aucun autre.

Ton /etc/default/grub en sdb2 a bien enregistré "nomodeset" (*) et l'activation du bip de grub
Et comme la réparation recommandée inclut :

unhide-bootmenu-10s  use-standard-efi-file

elle imposera en plus le nécessaire update-grub :
de ce côté, tout va bien.

Dans les onglets de boot-repair, tu devrais même trouver (je crois bien, mais à vérifier) à imposer le démarrage préférentiel sur le noyau 5.8.0-33 :
peux-tu déjà le vérifier, pendant que je demande du renfort parce que je ne suis pas connaisseur de l'EFI ?
Merci !

Remarque :
En cas de réinstallation, comme presque toutes tes données sont déjà en réseau ou sur l'autre disque, tu n'aurais pas une grosse quantité de données à sauvegarder (voire rien du tout, mais ça, il n'y a que toi qui peux le savoir). 🙂

___
(*) Si le bug n'affecte que le noyau 5.8.0-36, l'option nomodeset ne sera pas utile sur le noyau 0-33.

Laadna

Je ne vois pas de quel onglet tu parles.

J'ai lancé boot-info par la commande

sudo boot-info --no-filter

L'interface qui s'affiche est celle-ci :
http://pix.toile-libre.org/upload/original/1610653164.png
http://pix.toile-libre.org/upload/original/1610651963.png

J'ai essayé (à tout hasard, c'est le nom du logiciel que tu cites) :

kubuntu@kubuntu:~$ sudo boot-repair
sudo: boot-repair: command not found

J'ai installé boot-info via la commande

sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y  boot-info && boot-info

Citée dans le lien que tu m'as indiqué plus haut.

J'imagine que l'onglet auquel tu fais référence se trouve dans l'interface graphique du logiciel boot-repair mais je ne sais pas comment le lancer.

moko138 a écritEn cas de réinstallation, comme presque toutes tes données sont déjà en réseau ou sur l'autre disque, tu n'aurais pas une grosse quantité de données à sauvegarder (voire rien du tout, mais ça, il n'y a que toi qui peux le savoir). 🙂

C'est plus compliqué que ça (et pas très important je pense). Sur des linux plus vieux j'avais l'habitude de mettre un / et un /home séparé, justement dans les cas de réinstallation du système. Sur la 20.10 je n'ai pas pu faire ça, je crois que c'est lié à EFI qui demande des partitions spécifiques. Je n'ai jamais réussi, en préparation manuelle au partitionnement, à satisfaire les exigences de l'installateur (et pourtant j'avais demandé de l'aide ici, j'ai eu une réponse très claire qui a très bien fonctionné pour partitionner le portable de ma copine, mais va savoir pourquoi ça n'a pas fonctionné pour le mien). Donc j'ai fini par laisser les options par défaut. Soit une seule partition, / et /home ensemble. Et en effet, j'ai pas trouvé ça super sécurisé comme configuration, mais je me suis dit que si en dix ans j'avais pu me passer de la moindre réinstallation système, ça n'allait pas arriver tout de suite avec cet ordinateur neuf. :rolleyes: :lol:

Le deuxième disque a des liens symboliques vers certains dossiers du sous-répertoire /home (musique, download et images), mais l'essentiel de /home se trouve sur sdb2, comme le root. Et comme je suis gros amateur de jeux vidéo, en fait dans /home si on raisonne en volume de données il y a surtout des jeux, leurs sauvegardes et leurs fichiers de configuration. Ça fait une bonne pile de Go à copier (ou d'heures à re-télécharger puis réinstaller). Bref comme ça a l'air bien parti pour que je retrouve l'ensemble, je vais m'épargner cette galère supplémentaire. Quand elle sera réglée et que j'aurai récupéré les données du disque réseau que j'ai scratché par erreur (mais 1 To à passer à la moulinette de photorec ça prend au moins huit hours), je m'attaquerai à l'isolement de /home.

moko138

J'imagine que l'onglet auquel tu fais référence se trouve dans l'interface graphique du logiciel boot-repair mais je ne sais pas comment le lancer.

Essaie le bouton (à gauche sur tes captures) "Options avancées".

[center]= =[/center]

Ton boot-info filtré :

Paste from boot-repair at Thu, 14 Jan 2021 12:32
boot-info-4ppa125                                              [20210114_1232]

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

 => No boot loader is installed in the MBR of /dev/sdb.
 => Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos6)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sdb2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.10
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub

sdc1: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sda: ___________________________________________________________________________

    File system:       iso9660
    Boot sector type:  Unknown
    Boot sector info: 
    Mounting failed:   mount: /mnt/BootInfo/FD/sda: /dev/sda already mounted or mount point busy.


================================ 1 OS detected =================================

OS#1:   Ubuntu 20.10 on sdb2

============================ Architecture/Host Info ============================

CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 20.04.1 LTS, focal, x86_64)


===================================== UEFI =====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0002
Boot0001* UEFI: Generic USB Flash Disk 0.00	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(6,0)/CDROM(1,0x3cd504,0x7c00)..BO
Boot0002* UEFI: Generic USB Flash Disk 0.00, Partition 2	PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/USB(6,0)/HD(2,MBR,0x7341469f,0x3cd504,0x1f00)..BO

2895d47544fd587b26c7e29be1295c27   sdb1/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sdb1/BOOT/mmx64.efi
951288adcc81d2d86508f3f18d9753e0   sdb1/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sdb1/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f   sdb1/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f   sdb1/BOOT/BOOTX64.efi


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

sdb	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
sdc	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

sdb1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sdb2	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ng,	update-grub,	farbios
sdc1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	farbios

Partitions info (2/3): _________________________________________________________

sdb1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdb2	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdc1	: isnotESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sdb1	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sdb
sdb2	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sdb
sdc1	: maybesepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sdc

fdisk -l (filtered): ___________________________________________________________

Disk sda: 3.77 GiB, 4027580416 bytes, 7866368 sectors
Disk identifier: 0x7341469f
      Boot   Start     End Sectors  Size Id Type
sda1  *          0 5031487 5031488  2.4G  0 Empty
sda2       3986692 3994627    7936  3.9M ef EFI (FAT-12/16/32)
sda3       5033984 7866367 2832384  1.4G 83 Linux
Disk sdb: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk identifier: A87F0FAF-0D2E-4945-8307-C46DC9C481FC
        Start       End   Sectors   Size Type
sdb1     2048   1050623   1048576   512M EFI System
sdb2  1050624 468860927 467810304 223.1G Linux filesystem
Disk sdc: 232.91 GiB, 250059350016 bytes, 488397168 sectors
Disk identifier: 0xb3a6592b
      Boot Start       End   Sectors   Size Id Type
sdc1        2048 488390655 488388608 232.9G 83 Linux

parted -lm (filtered): _________________________________________________________

sda:4028MB:scsi:512:512:unknown:Generic USB Flash Disk:;
sdb:240GB:scsi:512:512:gpt:ATA ADATA SU630:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:240GB:240GB:ext4::;
sdc:250GB:scsi:512:512:msdos:ATA ST3250410AS:;
1:1049kB:250GB:250GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME   FSTYPE   UUID                                 PARTUUID                             LABEL                     PARTLABEL
sda    iso9660  2020-07-31-16-50-07-00                                                    Kubuntu 20.04.1 LTS amd64 
├─sda1 iso9660  2020-07-31-16-50-07-00               7341469f-01                          Kubuntu 20.04.1 LTS amd64 
├─sda2 vfat     C26E-047E                            7341469f-02                                                    
└─sda3 ext4     36e65b85-6611-4f8e-8f51-7e52e5fac808 7341469f-03                          writable                  
sdb                                                                                                                 
├─sdb1 vfat     B5CC-1239                            6569e7c6-d660-400e-94db-12b6eb62e03a                           EFI System Partition
└─sdb2 ext4     38ab177a-41a5-4681-8b7e-9c2a016b08f6 413c4b0b-2e43-4902-ad1c-4878fd709d5d                           
sdc                                                                                                                 
└─sdc1 ext4     817b511f-80e5-4647-9679-1a9a72451739 b3a6592b-01                                                    

df (filtered): _________________________________________________________________

                                                          Avail Use% Mounted on
disk/by-label/writable[/install-logs-2020-01-01.0/crash]   1.2G   1% /var/crash
disk/by-label/writable[/install-logs-2020-01-01.0/log]     1.2G   1% /var/log
sda1                                                          0 100% /cdrom
sdb1                                                     503.2M   2% /mnt/boot-sav/sdb1
sdb2                                                      49.4G  72% /mnt/boot-sav/sdb2
sdc1                                                      89.3G  56% /mnt/boot-sav/sdc1

Mount options: __________________________________________________________________

disk/by-label/writable[/install-logs-2020-01-01.0/crash] rw,relatime
disk/by-label/writable[/install-logs-2020-01-01.0/log]   rw,relatime
sda1                                                     ro,noatime,nojoliet,check=s,map=n,blocksize=2048
sdb1                                                     rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sdb2                                                     rw,relatime
sdc1                                                     rw,relatime

===================== sdb1/efi/ubuntu/grub.cfg (filtered) ======================

search.fs_uuid 38ab177a-41a5-4681-8b7e-9c2a016b08f6 root hd0,gpt2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sdb2/boot/grub/grub.cfg (filtered) ======================

Ubuntu   38ab177a-41a5-4681-8b7e-9c2a016b08f6
Ubuntu, avec Linux 5.8.0-36-generic   38ab177a-41a5-4681-8b7e-9c2a016b08f6
Ubuntu, avec Linux 5.8.0-33-generic   38ab177a-41a5-4681-8b7e-9c2a016b08f6
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sdb2/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=38ab177a-41a5-4681-8b7e-9c2a016b08f6 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=B5CC-1239  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
//192.168.1.11/Volume_1	/mnt/NAS	cifs	user,sec=ntlmv2,guest,uid=1000,_netdev,vers=1.0	0	0
//192.168.1.11/Volume_1/Images	/home/benoit/Images	cifs	user,sec=ntlmv2,guest,uid=1000,_netdev,vers=1.0	0	0
//192.168.1.11/Volume_1/Musique	/home/benoit/Musique	cifs	user,sec=ntlmv2,guest,uid=1000,_netdev,vers=1.0	0	0
//192.168.1.11/Volume_1/Videos	/home/benoit/Vidéos	cifs	user,sec=ntlmv2,guest,uid=1000,_netdev,vers=1.0	0	0
UUID=817b511f-80e5-4647-9679-1a9a72451739 /mnt/save	ext4	errors=remount-ro	0	1

======================= sdb2/etc/default/grub (filtered) =======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
GRUB_CMDLINE_LINUX=""
GRUB_INIT_TUNE="480 440 1"

==================== sdb2: Location of files loaded by Grub ====================

           GiB - GB             File                                 Fragment(s)
 203,040042877 = 218,012585984  boot/grub/grub.cfg                             2
  73,954097748 = 79,407607808   boot/vmlinuz                                   2
 154,318435669 = 165,698158592  boot/vmlinuz-5.8.0-33-generic                  1
  73,954097748 = 79,407607808   boot/vmlinuz-5.8.0-36-generic                  2
 154,318435669 = 165,698158592  boot/vmlinuz.old                               1
 220,041336060 = 236,267585536  boot/initrd.img                                8
 155,252693176 = 166,701309952  boot/initrd.img-5.8.0-33-generic               1
 220,041336060 = 236,267585536  boot/initrd.img-5.8.0-36-generic               8
 155,252693176 = 166,701309952  boot/initrd.img.old                            1

===================== sdb2: ls -l /etc/grub.d/ (filtered) ======================

-rwxr-xr-x 1 root root 17622 oct.   1 14:59 10_linux
-rwxr-xr-x 1 root root 42359 oct.   1 14:59 10_linux_zfs
-rwxr-xr-x 1 root root 12894 oct.   1 14:59 20_linux_xen
-rwxr-xr-x 1 root root 12059 oct.   1 14:59 30_os-prober
-rwxr-xr-x 1 root root  1424 oct.   1 14:59 30_uefi-firmware
-rwxr-xr-x 1 root root   214 oct.   1 14:59 40_custom
-rwxr-xr-x 1 root root   216 oct.   1 14:59 41_custom


======================== Unknown MBRs/Boot Sectors/etc =========================

Unknown BootLoader on sda

00000000  45 52 08 00 00 00 90 90  00 00 00 00 00 00 00 00  |ER..............|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  33 ed fa 8e d5 bc 00 7c  fb fc 66 31 db 66 31 c9  |3......|..f1.f1.|
00000030  66 53 66 51 06 57 8e dd  8e c5 52 be 00 7c bf 00  |fSfQ.W....R..|..|
00000040  06 b9 00 01 f3 a5 ea 4b  06 00 00 52 b4 41 bb aa  |.......K...R.A..|
00000050  55 31 c9 30 f6 f9 cd 13  72 16 81 fb 55 aa 75 10  |U1.0....r...U.u.|
00000060  83 e1 01 74 0b 66 c7 06  f3 06 b4 42 eb 15 eb 02  |...t.f.....B....|
00000070  31 c9 5a 51 b4 08 cd 13  5b 0f b6 c6 40 50 83 e1  |1.ZQ....[...@P..|
00000080  3f 51 f7 e1 53 52 50 bb  00 7c b9 04 00 66 a1 b0  |?Q..SRP..|...f..|
00000090  07 e8 44 00 0f 82 80 00  66 40 80 c7 02 e2 f2 66  |..D.....f@.....f|
000000a0  81 3e 40 7c fb c0 78 70  75 09 fa bc ec 7b ea 44  |.>@|..xpu....{.D|
000000b0  7c 00 00 e8 83 00 69 73  6f 6c 69 6e 75 78 2e 62  ||.....isolinux.b|
000000c0  69 6e 20 6d 69 73 73 69  6e 67 20 6f 72 20 63 6f  |in missing or co|
000000d0  72 72 75 70 74 2e 0d 0a  66 60 66 31 d2 66 03 06  |rrupt...f`f1.f..|
000000e0  f8 7b 66 13 16 fc 7b 66  52 66 50 06 53 6a 01 6a  |.{f...{fRfP.Sj.j|
000000f0  10 89 e6 66 f7 36 e8 7b  c0 e4 06 88 e1 88 c5 92  |...f.6.{........|
00000100  f6 36 ee 7b 88 c6 08 e1  41 b8 01 02 8a 16 f2 7b  |.6.{....A......{|
00000110  cd 13 8d 64 10 66 61 c3  e8 1e 00 4f 70 65 72 61  |...d.fa....Opera|
00000120  74 69 6e 67 20 73 79 73  74 65 6d 20 6c 6f 61 64  |ting system load|
00000130  20 65 72 72 6f 72 2e 0d  0a 5e ac b4 0e 8a 3e 62  | error...^....>b|
00000140  04 b3 07 cd 10 3c 0a 75  f1 cd 18 f4 eb fd 00 00  |.....<.u........|
00000150  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  68 45 39 00 00 00 00 00  9f 46 41 73 00 00 80 00  |hE9......FAs....|
000001c0  01 00 00 99 e0 fc 00 00  00 00 40 c6 4c 00 00 fe  |..........@.L...|
000001d0  ff ff ef fe ff ff 04 d5  3c 00 00 1f 00 00 00 59  |........<......Y|
000001e0  61 39 83 a7 7e e9 00 d0  4c 00 00 38 2b 00 00 00  |a9..~...L..8+...|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200


=============================== StdErr Messages ================================

File descriptor 63 (pipe:[113468]) leaked on lvs invocation. Parent PID 7607: /bin/bash

Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would purge (in order to sign-grub) and reinstall the grub-efi-amd64-signed of
sdb2,
using the following options:        sdb1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s  use-standard-efi-file    

Final advice in case of suggested repair: ______________________________________


Please do not forget to make your UEFI firmware boot on the Ubuntu 20.10 entry (sdb1/efi/****/shim****.efi (**** will be updated in the final message) file) !

Laadna

En fait la deuxième image montre le contenu des options avancées de boot-info. Mais à mon avis tu parles d'un logiciel différent de boot-info (tu évoques boot-repair).

Sur mon laptop j'ai cette mise à jour de proposée :
http://pix.toile-libre.org/upload/original/1610668414.png
C'est la même que celle qui m'a planté mon ordinateur ?

[sub]Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »[/sub]

moko138

[HS] Sur le laptop,
Pour l'instant, tu refuses. (Pas la peine de risquer d'avoir ses deux pc hors-service en même temps).
Note qu'il s'agit d'une 20.04 hwe, pas d'une 20.10.
[/HS]
[center]= =[/center]

Dans le pc à 20.10, objet de ce fil :
Essaie le bouton (à gauche sur tes captures) "Options avancées". (bis)

moko138

Je ne te dis pas de valider aucune réparation, pour l'instant. Je te prie juste d'aller voir.

Et puis on verra bien si tu y trouves un taillis ombreux ou un carrefour bien balisé.

Laadna

Voila les options avancées de boot-repair. C'est ce que tu me demandais ?
http://pix.toile-libre.org/upload/original/1610706564.png
http://pix.toile-libre.org/upload/original/1610706599.png
http://pix.toile-libre.org/upload/original/1610706615.png
http://pix.toile-libre.org/upload/original/1610706630.png

Modération - Rappel - Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »

« Page précédente Page suivante »