#1 Le 27/09/2020, à 20:31
- Petrusmok
[RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
J'ai eu plusieurs coupure d’électricité hier soir en cours d'utilisation de mon pc, mais il a redémarré sans problème a chaque fois.
Aujourd'hui il s'est allumé sans soucis, mais l'écran a gelé au bout de quelques minutes, et n'ayant aucune commande active au clavier j'ai redémarré avec le bouton power sur la tour.
Mais la, l'ordi cale a l'allumage et émet des bips sonores illimitées et rapides. Il se lance et s'éteint a répétition en bipant.
J'ai pensé a un probleme d'allimentation cramée.
J'ai tout débranché, je l'ai ouvert, et j'ai déconnecté les deux barrettes mémoires 4gb chacune, et je les aient remises en place a la même place.
Maintenant l'ordinateur se rallume normalement et affiche un message comme quoi le bios est corrompu et qu'il effectue une récupération du bakcup du bios.
Ceci étant fait, l'écran affiche le message suivant:
Gnu grub version 2.02~beta2-36ubuntu3.22
minimal bash-like line editing is supported. For the first word, tab
list possible command completions. Anywhere else tab list possible device or file completions.
Grub et un curseur clignotant
Je ne peux rien faire a partir de la...
J'ai réussit a aller dans le bios uefi.
La date est bonne mais l'heure retarde de deux heures, a part ça je ne vois rien d'anormal, le boot semble se faire sur le bon disque.
Mon materiel pc fixe I5 intel ubuntu 18.03.4 LTS aucun autre système, installation classique.
Le système est installé sur un disque ssd de 1T.
Un autre disque de 1 T est branché en interne dans la tour qui contient mes données.
Merci pour votre aide
Dernière modification par Petrusmok (Le 29/09/2020, à 20:43)
Hors ligne
#2 Le 27/09/2020, à 20:57
- malbo
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonsoir,
Je te prie de faire un Boot-info depuis une session live de Ubuntu 18.04 et de donner l'URL de ce Boot-info dans ta réponse.
Hors ligne
#3 Le 27/09/2020, à 21:56
- Petrusmok
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonsoir,
Voici le rapport du boot info fait depuis ma propre session sur mon ordinateur: http://paste.ubuntu.com/p/djNnk5jSxf/
Tout est rentré dans l'ordre puisque j'ai réussit a remettre de l'ordre dans le boot via le bios.
Apparemment je n'ai rien perdu, sauf mes identifiants et mots de passe dans firefox... Etrange...
Je les ai récupérés depuis une sauvegarde.
Cependant ça sent pas bon comme panne, je pense que les coupures d’électricités ont secoués mon ordinateur, je ne sais pas jusqu’à quel point...
Pour l'instant l'alimentation a l'air de tenir le coup.
A voir dans les jours prochains.
Dernière modification par Petrusmok (Le 27/09/2020, à 22:05)
Hors ligne
#4 Le 28/09/2020, à 08:53
- malbo
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
Je colle ci-dessous le contenu du rapport Boot-info dont tu as donné le lien ( http://paste.ubuntu.com/p/djNnk5jSxf/ ) dans ton post #3 :
boot-info-4ppa125 [20200927_2150]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) 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
for (,msdos1)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
---------------------------------------------------------------------------
=> No boot loader is installed in the MBR of /dev/sdb.
=> No boot loader is installed in the MBR of /dev/sdg.
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 18.04.5 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
sdb1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /efi/ubuntu/fwupx64.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:
Boot files:
sdb3: __________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sdg1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
================================ 1 OS detected =================================
OS#1: L'OS actuellement utilisé - Ubuntu 18.04.5 LTS CurrentSession on sda1
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-4.15.0-118-generic root=UUID=cad3df73-6391-4bbd-8f3a-1264d3d5797a ro quiet splash vt.handoff=1
===================================== UEFI =====================================
This installed-session is not in EFI-mode.
82894bcbe4f010664226ba7591372538 sdb1/ubuntu/fwupx64.efi
6e3d0052641cc935572b09028ed698e8 sdb1/ubuntu/grubx64.efi
4487628005555bfd4a4c0a47211e0700 sdb1/ubuntu/mmx64.efi
f7a57b08bc7c1c85417ae4cea582d1d4 sdb1/ubuntu/shimx64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sdb : is-GPT, no-BIOSboot, has---ESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
sdg : notGPT, no-BIOSboot, has-noESP, usb-disk, not-mmc, no-os, 32 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sda1 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok, update-grub, farbios
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdb2 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
sdg1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
Partitions info (2/3): _________________________________________________________
sda1 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb2 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdg1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sda1 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sdb1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdb2 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
sdg1 : not-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdg
fdisk -l (filtered): ___________________________________________________________
Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 0x3f1e40f5
Boot Start End Sectors Size Id Type
sda1 * 2048 1953523711 1953521664 931.5G 83 Linux
Disk sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: BFE24F23-B61F-4000-98E3-AA8BF6F3FAD2
Start End Sectors Size Type
sdb1 2048 1050623 1048576 512M EFI System
sdb2 1050624 1936984063 1935933440 923.1G Linux filesystem
sdb3 1936984064 1953523711 16539648 7.9G Linux swap
Disk sdg: 29.8 GiB, 32010928128 bytes, 62521344 sectors
Disk identifier: 0x00000000
Boot Start End Sectors Size Id Type
sdg1 32 62521343 62521312 29.8G c W95 FAT32 (LBA)
parted -lm (filtered): _________________________________________________________
sda:1000GB:scsi:512:512:msdos:ATA Samsung SSD 860:;
1:1049kB:1000GB:1000GB:ext4::boot;
sdb:1000GB:scsi:512:4096:gpt:ATA ST1000DM003-1CH1:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:992GB:991GB:ext4::;
3:992GB:1000GB:8468MB:linux-swap(v1)::;
sdg:32.0GB:scsi:512:512:msdos:SanDisk Cruzer Dial:;
1:16.4kB:32.0GB:32.0GB:fat32::lba;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
└─sda1 ext4 cad3df73-6391-4bbd-8f3a-1264d3d5797a 3f1e40f5-01
sdb
├─sdb1 vfat D74A-72DC b99ad258-d794-4c95-b5d0-6670a6f67cae EFI System Partition
├─sdb2 ext4 24d1ae0c-f2c0-4941-8216-22d0aa62ce61 820ab35f-4e7d-45a6-9c90-592a7a4f5171 Mes Dossiers
└─sdb3 swap d8e2187b-30cb-4a62-9171-7d4889ad3bde f3e38236-c621-41ab-ab1f-de9d2cf236da
sdg
└─sdg1 vfat 8FC2-5AC4 Riboulet
df (filtered): _________________________________________________________________
Avail Use% Mounted on
sda1 754.6G 13% /
sdb1 507.3M 1% /mnt/boot-sav/sdb1
sdb2 671G 21% /mnt/24d1ae0c-f2c0-4941-8216-22d0aa62ce61
sdg1 5.8G 81% /media/petrusmok/Riboulet
Mount options: __________________________________________________________________
sda1 rw,relatime,errors=remount-ro,data=ordered
sdb1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
sdb2 rw,nosuid,nodev,relatime,data=ordered
sdg1 rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro
====================== sda1/boot/grub/grub.cfg (filtered) ======================
Ubuntu cad3df73-6391-4bbd-8f3a-1264d3d5797a
Ubuntu, avec Linux 4.15.0-118-generic cad3df73-6391-4bbd-8f3a-1264d3d5797a
Ubuntu, avec Linux 4.15.0-117-generic cad3df73-6391-4bbd-8f3a-1264d3d5797a
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
========================== sda1/etc/fstab (filtered) ===========================
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=cad3df73-6391-4bbd-8f3a-1264d3d5797a / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/24d1ae0c-f2c0-4941-8216-22d0aa62ce61 /mnt/24d1ae0c-f2c0-4941-8216-22d0aa62ce61 auto nosuid,nodev,nofail,x-gvfs-show 0 0
======================= sda1/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
==================== sda1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
133.809597015 = 143.676960768 boot/grub/grub.cfg 2
552.203475952 = 592.923967488 boot/grub/i386-pc/core.img 1
895.219722748 = 961.234857984 boot/vmlinuz-4.15.0-117-generic 2
907.805660248 = 974.748905472 boot/vmlinuz-4.15.0-118-generic 1
907.805660248 = 974.748905472 vmlinuz 1
895.219722748 = 961.234857984 vmlinuz.old 2
906.107612610 = 972.925640704 boot/initrd.img-4.15.0-117-generic 6
904.231441498 = 970.911117312 boot/initrd.img-4.15.0-118-generic 4
904.231441498 = 970.911117312 initrd.img 4
906.107612610 = 972.925640704 initrd.img.old 6
===================== sda1: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 12808 août 24 10:45 10_linux
-rwxr-xr-x 1 root root 11298 mars 4 2018 20_linux_xen
-rwxr-xr-x 1 root root 12059 mars 4 2018 30_os-prober
-rwxr-xr-x 1 root root 1418 mars 4 2018 30_uefi-firmware
-rwxr-xr-x 1 root root 214 mars 4 2018 40_custom
-rwxr-xr-x 1 root root 216 mars 4 2018 41_custom
===================== sdb1/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid 46a15020-33f8-4416-b572-0cdaf871d8de root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
========= Devices which don't seem to have a corresponding hard drive ==========
sdc sdd sde sdf
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
sda1,
using the following options: sdb1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Blockers in case of suggested repair: __________________________________________
The current session is in BIOS-compatibility mode. Please disable BIOS-compatibility/CSM/Legacy mode in your UEFI firmware, and use this software from a live-CD (or live-USB) that is compatible with UEFI booting mode. For example, use a live-USB of Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd), after making sure your BIOS is set up to boot USB in EFI mode. This will enable this feature.
Confirmation request before suggested repair: __________________________________
The boot of your PC is in BIOS-compatibility/CSM/Legacy mode. You may want to retry after changing it to EFI mode.
Alternatively, you may want to retry after deactivating the [Separate /usr partition:] option.
Are you sure you want to continue anyway?
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 18.04.5 LTS CurrentSession entry (sdb1/efi/****/shim****.efi (**** will be updated in the final message) file) !
The boot of your PC is in BIOS-compatibility/CSM/Legacy mode. You may want to retry after changing it to UEFI mode.
On y voit une partition EFI (sdb1) qui ne sert à rien pour le fonctionnement actuel de ton Ubuntu. En effet, son installation est en mode Bios classique. Elle n'est pas en mode EFI comme c'est indiqué en clair dans cet extrait :
===================================== UEFI =====================================
This installed-session is not in EFI-mode.
A mon avis, tu devrais supprimer cette partition EFI (sdb1) parce que non seulement elle ne sert à rien mais elle perturbe Boot-info puisqu'il propose une réparation de ton Ubuntu afin qu'il fonctionne en mode EFI au lieu du mode Bios :
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of
sda1,
using the following options: sdb1/boot/efi,
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file
Cela dit, je ne pense pas que ça puisse avoir un rapport avec tes ennuis actuels qui semblent être des problèmes matériels.
EDIT : je te prie de passer la commande suivante dans un terminal :
sudo debconf-show grub-pc
Et d'en donner le retour complet dans ta réponse. On devrait y voir que le chargeur d'amorçage de Grub est bien enregistré comme étant dans le MBR du SSD (Samsung SSD 860). Je te demande ce complément d'info parce que "Gnu grub version 2.02~beta2-36ubuntu3.22" que tu as noté dans le post #1, c'est une version de Grub de Ubuntu 16.04 alors que ta version installée est Ubuntu 18.04
Dernière modification par malbo (Le 28/09/2020, à 09:21)
Hors ligne
#5 Le 28/09/2020, à 20:42
- Petrusmok
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
Oui ce message grub d'une version 16.04 est bizarre.
Voici le résultat de la commande que tu as donné:
petrusmok@petrusmok-Z87-HD3:~$ sudo debconf-show grub-pc
[sudo] Mot de passe de petrusmok :
grub-pc/install_devices_failed_upgrade: true
grub-pc/install_devices_disks_changed:
grub2/linux_cmdline_default: quiet splash
* grub-pc/install_devices: /dev/disk/by-id/ata-Samsung_SSD_860_EVO_1TB_S4X6NE0M706524E
grub2/linux_cmdline:
grub-pc/install_devices_failed: false
grub2/kfreebsd_cmdline_default: quiet splash
grub2/kfreebsd_cmdline:
grub-pc/disk_description:
grub2/device_map_regenerated:
grub-pc/timeout: 10
grub-pc/hidden_timeout: true
grub2/no_efi_extra_removable: false
grub2/update_nvram: true
grub2/unsigned_kernels_title:
grub-pc/chainload_from_menu.lst: true
grub2/unsigned_kernels:
grub-pc/kopt_extracted: false
grub-pc/mixed_legacy_and_grub2: true
grub-pc/postrm_purge_boot_grub: false
grub-pc/partition_description:
grub-pc/install_devices_empty: false
petrusmok@petrusmok-Z87-HD3:~$
Pour supprimer la partition EFI sdb1 je peux faire ça avec gparted sans avoir a tout réinstaller ?
Pour les problemes materiels y'a t'il un moyen de faire un diagnostic ?
Dernière modification par Petrusmok (Le 28/09/2020, à 20:43)
Hors ligne
#6 Le 29/09/2020, à 07:49
- malbo
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
Cette ligne extraite de ton post #5 indique que grub-pc a bien enregistré que son chargeur d'amorçage se trouve dans le MBR du Samsung SSD 860 :
* grub-pc/install_devices: /dev/disk/by-id/ata-Samsung_SSD_860_EVO_1TB_S4X6NE0M706524E
Ce SSD est bien sda dans lequel Grub est installé. Donc c'est parfaitement correct.
De ce fait, je pense que quand tu vois "Gnu grub version 2.02~beta2-36ubuntu3.22" à l'écran, c'est que le démarrage se fait en mode UEFI au lieu de se faire en mode Bios et dans ce cas, c'est le chargeur d'amorçage /efi/ubuntu/shimx64.efi qui se trouve sur la partition sdb1 qui est utilisé. Évidemment, il pointe vers une installation qui n'existe plus et ça donne ce message :
GNU GRUB version 2.02~beta2-36ubuntu3.22
Minimal BASH-like line editing is supported. For the first word, TAB list possible command completions. Anywhere else TAB list possible device or file completions.
grub> _
EDIT : oui, pour la suppression de la partition sdb1, tu peux utiliser Gparted. Après cette suppression, ne cherche pas à retoucher à la partition "Mes Dossiers" avec Gparted afin de récupérer la place libérée par la suppression de sdb1 : la place libérée sera toute petite et ça ne vaut pas le coup de prendre le risque de casser la partition "Mes Dossiers" en déplaçant le début de cette partition.
Dernière modification par malbo (Le 29/09/2020, à 08:45)
Hors ligne
#7 Le 29/09/2020, à 20:42
- Petrusmok
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
Merci beaucoup malbo pour ton analyse et tes conseils.
J'ai supprimé sdb1 avec gparted. Je laisse l'espace non alloué.
Pour le reste ma foi, tout marche bien pour l'instant.
Il en va de l'informatique comme de la santé, on peut pas passer son temps a avoir peur ou a chercher a se protéger déraisonnablement de l'avenir par définition imprévisible...
Je dis ça, je dis rien...
Dernière modification par Petrusmok (Le 29/09/2020, à 20:47)
Hors ligne
#8 Le 30/09/2020, à 07:39
- malbo
Re : [RESOLU] Apres mise a jour du bios, ubuntu innaccessible
Bonjour,
Tu as bien fait de supprimer sdb1. A l'avenir (on peut en parler quand même), si tu dois utiliser Boot-info, il ne te fera plus de proposition merdique de réparation (Suggested repair) comme celle qu'on peut voir dans le post #4. Il devrait te proposer une réparation adaptée à ton installation qui est en mode Bios classique.
Hors ligne