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.

Pages : 1

#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... tongue

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

Pages : 1