#1 Le 10/07/2018, à 16:25
- soul5000
PC boote sur GNU GRUB malgré boot-repair
Bonjour,
Depuis plusieurs jours mon pc boote sur le même écran noir avec écrit "GNU GRUB" "minimal bash like-line editing is supported...". J'ai essayé boot-repair et j'ai redémarré mais rien à faire.
Je n'ai pas bien compris le message à la fin de boot-repair "Please do not forget to make your BIOS boot on sda1/EFI/ubuntu/shimx64.efi file!".
Voici le rapport de boot-repair http://paste.ubuntu.com/p/KRKRs3chQS/
Merci,
Dernière modification par soul5000 (Le 10/07/2018, à 16:26)
Hors ligne
#2 Le 12/07/2018, à 00:09
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
Bonsoir
Avec le message que tu indiques, n'y aurait-il pas deux ou trois lignes d'explications en amont?
Boot repair dit souvent des âneries. Tu as indiqué que grub a un problème. Ce qui prouve que shim a parfaitement bien fonctionné,
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#3 Le 12/07/2018, à 00:27
- Babdu89
Re : PC boote sur GNU GRUB malgré boot-repair
Bonsoir.
@ ??;
As tu vu?, encore un;
Boot0000* grub HD(1,GPT,0db3e17c-4e71-4e2f-8195-ebdec706f748,0x800,0x100000)/File(EFIGRUBSHIMX64.EFI)
dans le boot info. Et encore un noyau 4.15.0-23.
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#4 Le 12/07/2018, à 00:38
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Bonjour à tous,
Merci pour votre aide. Finalement il fallait simplement désactiver Fast boot et Secure boot dans l'UEFI et réinstaller Ubuntu.
À plus,
Hors ligne
#5 Le 12/07/2018, à 11:37
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
Bonjour Babdu89
Non, je n'avais pas du tout fait le rapport .......
l'ordinateur fonctionnait bien mais "depuis plusieurs jours...."
Reste donc la question, qui a bousillé une installation qui fonctionnait???????
/boot/efi detected in the fstab of sda2: UUID=FC0A-42D2 (sda1)
=================== efibootmgr -v
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0000,0001,0002,0003
Boot0000* grub HD(1,GPT,0db3e17c-4e71-4e2f-8195-ebdec706f748,0x800,0x100000)/File(EFIGRUBSHIMX64.EFI)
Boot0001* ubuntu HD(1,GPT,0db3e17c-4e71-4e2f-8195-ebdec706f748,0x800,0x100000)/File(EFIUBUNTUGRUBX64.EFI)..BO
Boot0002* UEFI OS HD(1,GPT,0db3e17c-4e71-4e2f-8195-ebdec706f748,0x800,0x100000)/File(EFIBOOTBOOTX64.EFI)..BO
=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot enabled.
Il aurait suffit de déactiver le secure boot, de booter en live USB et de faire la commande
sudo efibootmgr -o 1
Dernière modification par ?? (Le 12/07/2018, à 11:41)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#6 Le 14/07/2018, à 17:41
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Re,
Distro reste quand même très instable et j'ai eu souvent des bugs et des problèmes de démarrage.
Mon modèle est le Asus X555LJ, et j'ai mis à jour/flashé mon bios. La situation s'est un peu améliorée, mais avec toujours de l'instabilité. J'ai alors trouvé cet article consacré à l'instalation de l'OS sur mon modèle.
1- une partition étendue d'au moins 30 000 Mo, de type ext4, montée sur /
2- une partition étendue de type swap de 7 000 Mo ;
3 -une partition étendue de type ext4, montée sur /home, qui occupe tout le reste de la place."
J'ai donc suivi les instructions sur le partitionnement du disque, mais dans cette partie, la partition EFI n'est pas mentionnée, est-ce que ça signifie qu'il faut la supprimer et suivre le partitionnement à la lettre ? Sachant que le Asus X555LJ est sur UEFI ?
Merci,
Dernière modification par soul5000 (Le 14/07/2018, à 17:48)
Hors ligne
#7 Le 14/07/2018, à 19:47
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
Bonjour
Pour le moment, il faut diagnostiquer...
A) l'état du disque
installes smartctl voir la documentation de https://doc.ubuntu-fr.org/smartmontools paragraphe 1
et donnes l'état du disque paragraphe 3.1
S'il est en bonne forme, Il faudra faire un test de RAM
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#8 Le 14/07/2018, à 20:17
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Re,
voici le rapport de Smartcontrol :
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-23-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Samsung SpinPoint M8 (AF)
Device Model: ST1000LM024 HN-M101MBB
Serial Number: S32XJ9BGA48075
LU WWN Device Id: 5 0004cf 21104c580
Firmware Version: 2BA30001
User Capacity: 1000204886016 bytes [1,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is: Sat Jul 14 19:10:16 2018 WEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (13200) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 220) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 8
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 092 089 025 Pre-fail Always - 2583
4 Start_Stop_Count 0x0032 095 095 000 Old_age Always - 6045
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 8473
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 095 095 000 Old_age Always - 6047
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 1242
192 Power-Off_Retract_Count 0x0022 100 100 000 Old_age Always - 38
194 Temperature_Celsius 0x0002 060 046 000 Old_age Always - 40 (Min/Max 11/54)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 252 252 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always - 61
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 25436
223 Load_Retry_Count 0x0032 099 099 000 Old_age Always - 1267
225 Load_Cycle_Count 0x0032 079 079 000 Old_age Always - 221983
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed [00% left] (0-65535)
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Merci,
Hors ligne
#9 Le 14/07/2018, à 21:10
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
On peut exclure le disque.
Pour tester la mémoire
Si tu bootes en efi, il faut que tu bootes avec le support d'installation.
Si tu bootes en LEGACY, tu dois avoir la proposition de test de la mémoire
Au besoin, fais apparaitre le menu en suivant le guide de ma signature.
Donc il faut tester la mémoire pendant un certain temps . Au moins quatre heures.
Dernière modification par ?? (Le 14/07/2018, à 21:13)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#10 Le 19/07/2018, à 22:56
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Re,
Voici le rapport Memtest:
Summary
Report Date 2018-07-19 06:29:29
Generated by MemTest86 V7.5 Free (64-bit)
Result PASS
System Information
EFI Specifications 2.40
System
Manufacturer ASUSTeK COMPUTER INC.
Product Name X555LJ
Version 1.0
Serial Number FCN0CV010672495
BIOS
Vendor American Megatrends Inc.
Version X555LJ.602
Release Date 05/06/2016
Baseboard
Manufacturer ASUSTeK COMPUTER INC.
Product Name X555LJ
Version 1.0
Serial Number BSN12345678901234567
CPU Type Intel Core i7-5500U @ 2.40GHz
CPU Clock 2397 MHz [Turbo: 2895.8 MHz]
# Logical Processors 4 (2 enabled for testing)
L1 Cache 4 x 64K (151710 MB/s)
L2 Cache 4 x 256K (44982 MB/s)
L3 Cache 4096K (27963 MB/s)
Memory 8109M (14726 MB/s)
DIMM Slot #0 4GB DDR3 PC3-12800
Samsung / M471B5173EB0-YK0 / D2DBA8AA
11-11-11-28 / 1600 MHz / 1.5V, 1.35V
Result summary
Test Start Time 2018-07-19 02:21:01
Elapsed Time 3:53:42
Memory Range Tested 0x0 - 267000000 (9840MB)
CPU Selection Mode Parallel (All CPUs)
ECC Polling Enabled
# Tests Passed 48/48 (100%)
Test # Tests Passed Errors
Test 0 [Address test, walking ones, 1 CPU] 4/4 (100%) 0
Test 1 [Address test, own address, 1 CPU] 4/4 (100%) 0
Test 2 [Address test, own address] 4/4 (100%) 0
Test 3 [Moving inversions, ones & zeroes] 4/4 (100%) 0
Test 4 [Moving inversions, 8-bit pattern] 4/4 (100%) 0
Test 5 [Moving inversions, random pattern] 4/4 (100%) 0
Test 6 [Block move, 64-byte blocks] 4/4 (100%) 0
Test 7 [Moving inversions, 32-bit pattern] 4/4 (100%) 0
Test 8 [Random number sequence] 4/4 (100%) 0
Test 9 [Modulo 20, ones & zeros] 4/4 (100%) 0
Test 10 [Bit fade test, 2 patterns, 1 CPU] 4/4 (100%) 0
Test 13 [Hammer test] 4/4 (100%) 0
Je voudrais aussi préciser que j'avais déjà partitionné le disque en conservant la partition EFI mais je boote souvent sur "bloc d'environnement trop petit".
Merci,
Dernière modification par soul5000 (Le 19/07/2018, à 22:59)
Hors ligne
#11 Le 20/07/2018, à 00:51
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
Bonsoir
Sans savoir si cela va encore corriger, regardes cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=1225521
et commences par voir ce qu'il y a dedans
cat /boot/grub/grubenv
Dernière modification par ?? (Le 20/07/2018, à 02:33)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#12 Le 20/07/2018, à 06:42
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Re,
J'ai essayé le code, mais il ne se passe rien. Si j'ai bien compris, le code
cat /boot/grub/grubenv
doit être entré dans la fenêtre "package configuration" qui apparaît ?
En tout cas lorsque je le rentre, rien ne se passe.
Le boot maintenant ne marche pas, sauf le message "environnement trop petit" qui s'affiche une fois sur deux et qui à l'appui d'une touche, débouche sur un écran noir.
Je suis obligé de me connecter en session live USB.
Merci,
Hors ligne
#13 Le 20/07/2018, à 15:16
- ??
Re : PC boote sur GNU GRUB malgré boot-repair
Bonjour
En live USB, tu choisis "essayer avant d'installer". Tu passes le clavier en français avec la commande setxkbmap fr qu'il faut certainement frapper setxkb,qp fr
Puis tu vas tenter de faire un chroot sur la partiton de ubuntu qui est sda2
voir paragraphe 1.2 de https://doc.ubuntu-fr.org/chroot
Cela permettra de voir si le ubuntu installé fonctionne.
J'ai noté dans le premier message que tu avais fais un boot-repair qui a fonctionné
Adding custom /mnt/boot-sav/sda2/boot/efi/EFI/ubuntu/mmx64.efi
Installing for x86_64-efi platform.
Installation finished. No error reported.
grub-install --efi-directory=/boot/efi --target=x86_64-efi --uefi-secure-boot : exit code of grub-install :0
Alors, je ne comprends pas du tout comment réparer. Peut-être as-tu choppé un virus que le secure boot bloque puisque c'est son rôle. Mais il me semble que dans un tel contexte, il est plus bavard.
Peux-tu malgré tout refaire un boot-info Mais surtout pas de réparation
Dernière modification par ?? (Le 20/07/2018, à 15:25)
Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.
Hors ligne
#14 Le 20/07/2018, à 21:57
- soul5000
Re : PC boote sur GNU GRUB malgré boot-repair
Re,
J'ai essayé de faire le "Chroot" et voici le résultat du terminal. Je ne suis pas sur si j'ai bien suivi les instructions de l'article.
ubuntu@ubuntu:~$ setxkbmap fr
ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# fdisk -l
Disk /dev/loop0: 1.7 GiB, 1831378944 bytes, 3576912 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 86.6 MiB, 90759168 bytes, 177264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 140 MiB, 146841600 bytes, 286800 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 1.6 MiB, 1691648 bytes, 3304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 12.2 MiB, 12804096 bytes, 25008 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 21 MiB, 22003712 bytes, 42976 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 3.3 MiB, 3411968 bytes, 6664 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: C44E8C59-EF0C-41C7-9F13-7A927F4D873E
Device Start End Sectors Size Type
/dev/sda1 2048 1171455 1169408 571M EFI System
/dev/sda2 1171456 98828287 97656832 46.6G Linux filesystem
/dev/sda3 98828288 118360063 19531776 9.3G Linux swap
/dev/sda4 118360064 1953523711 1835163648 875.1G Linux filesystem
Disk /dev/sdb: 14.6 GiB, 15627976704 bytes, 30523392 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x071c10e3
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 30523391 30521344 14.6G c W95 FAT32 (LBA)
root@ubuntu:~# mount /dev/sda2 /mnt
root@ubuntu:~# mount -t proc /proc /mnt/proc
root@ubuntu:~# mount -t sysfs /sys /mnt/sys
root@ubuntu:~# mount --bind /dev /mnt/dev
root@ubuntu:~# mount --bind /run /mnt/run
root@ubuntu:~# mount --bind /sys /mnt/sys
root@ubuntu:~# modprobe efivars
root@ubuntu:~# chroot /mnt
root@ubuntu:/# mount -t devpts devpts /dev/pts
root@ubuntu:/# df -h && df -i
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 46G 6.3G 38G 15% /
udev 3.9G 0 3.9G 0% /dev
tmpfs 788M 1.7M 787M 1% /run
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda2 3055616 208570 2847046 7% /
udev 1002935 577 1002358 1% /dev
tmpfs 1008231 956 1007275 1% /run
root@ubuntu:/# ping -c4 8.8.8.8 && ping -c4 google.fr
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=37.5 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=119 time=37.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=119 time=33.7 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=119 time=34.6 ms
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 33.706/35.864/37.574/1.700 ms
PING google.fr (216.58.213.163) 56(84) bytes of data.
64 bytes from par21s04-in-f163.1e100.net (216.58.213.163): icmp_seq=1 ttl=52 time=47.2 ms
64 bytes from par21s04-in-f163.1e100.net (216.58.213.163): icmp_seq=2 ttl=52 time=45.4 ms
64 bytes from par21s04-in-f163.1e100.net (216.58.213.163): icmp_seq=3 ttl=52 time=44.6 ms
64 bytes from par21s04-in-f163.1e100.net (216.58.213.163): icmp_seq=4 ttl=52 time=44.8 ms
--- google.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 44.658/45.543/47.202/1.009 ms
root@ubuntu:/# reboot
Running in chroot, ignoring request.
root@ubuntu:/#
Mais au redémarrage le problème n'est pas vraiment résolu et j'obtiens ceci https://drive.google.com/open?id=1OxJxy … kqIu4HpL_1, https://drive.google.com/open?id=16Qo1_ … iqNOQPeGm9 (ce sont des photos de Google Drive et la deuxième avec Echap au boot).
Concernant
cat /boot/grub/grubenv
j'obtiens:
ubuntu@ubuntu:~$ cat /boot/grub/grubenv
# GRUB Environment Block
#######################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################ubuntu@ubuntu:
Et lorsque j'entre:
sudo rm -rf /boot/grub/grubenv
sudo dpkg-reconfigure grub-pc
sudo grub-editenv /boot/grub/grubenv create
j'obtiens https://drive.google.com/open?id=1gDQsM … BZC6YbCO8k, https://drive.google.com/open?id=1Wg6pY … tPkddAV2UH (je choisis OK sans rien ajouter)
Tout cela a été fait en USB Live, et le problème ne semble pas être résolu,
Voici le rapport boot-repair: http://paste.ubuntu.com/p/xQf9BNhxFt/
Merci,
Dernière modification par soul5000 (Le 22/07/2018, à 07:02)
Hors ligne