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.

#1 Le 10/07/2018, à 15: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, à 15:26)

Hors ligne

#2 Le 11/07/2018, à 23: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 11/07/2018, à 23: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 11/07/2018, à 23: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, à 10: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, à 10: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, à 16: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, à 16:48)

Hors ligne

#7 Le 14/07/2018, à 18: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, à 19: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, à 20: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, à 20: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, à 21: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, à 21:59)

Hors ligne

#11 Le 19/07/2018, à 23: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, à 01: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, à 05: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, à 14: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, à 14: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, à 20: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, à 06:02)

Hors ligne