Oui il m'a sorti des trucs un peu bizarres, mais j'ai finalement réussi à m'en sortir en réinstallant arch.

En tout cas merci pour ton aide !

Oui oui, j'ai bien monté les partitions.

Un extrait des erreurs :
error: failed retrieving file 'qt4-4.8.7-7-x86_64.pkg.tar.xz' from mirror.one.com : HTTP server doesn't seem to support byte ranges. Cannot resume.
error: failed retrieving file 'qt4-4.8.7-7-x86_64.pkg.tar.xz' from mirror.js ...

pacman.log contient des "downgrading ...", je suppose que c'est normal.

J'ai essayé le livecd. Ça avait l'air de bien marcher, mais au bout d'un moment, dans le téléchargement des paquets, il affiche plusieurs fois le même message d'erreur : "buffer I/O error on device dm-0", et après ça s'arrête ...

Pour la mise à jour, je me suis servi de ça (date du 5 février)

Pour systemctl status slim, voilà ce qu'il dit :
● slim.service - SLiM Simple Login Manager
Loaded: loaded (/usr/lib/systemd/system/slim.service; enabled; vendor preset: disabled)
Active: failed (Result: start-limit) since Sat 2016 ...

Bonjour !

Récemment, j'ai restauré mon système à une date plus ancienne avec ALA. Cependant j'ai l'impression que quelque chose n'a pas bien marché : maintenant, Slim et awesome ne se lancent plus au démarrage.
Ce qui m'inquiète le plus, c'est que pacman fait aussi des siennes, puisque lorsque je ...

Oui, je m'en suis rendu compte après avoir posté le message.
J'ai donc remplacé tout ça, et j'ai (enfin !) réussi à redémarrer sur archlinux !

Merci à tous pour votre aide !

/dev/sda1: LABEL="EFI" UUID="67E3-17ED" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f772b756-f29d-4e2d-96e6-6ce8c7f4ba1f"
/dev/sda2: UUID="aec5b7c2-4b1c-4e46-9e2c-6873687b960d" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="f9f64be0-78ed-4fcd-afb9-95d5c7af8afa"
/dev/sda3: UUID ...

Mon grub.cfg ressemble à ça :

...
set timeout=5

menuentry 'Arch Linux, with Linux core repo kernel' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-core repo kernel-true-ad4103fa-d940-47ca-8506-301d8071d467' {
load_video
set gfxpayload=keep
insmod gzio ...

2 lignes où j'ai pu trouver "root=" (les autres sont semblables)
set root='hd0,msdos5'
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 ad4103fa-d940-47ca-8506-301d8071d467

Est-ce qu'il ne faudrait pas mettre set root='/dev/sda2 ...

benjarobin a écrit :Si ce message est affiché, c'est que le kernel à bien été lancé, donc ce n'est pas la faute de GRUB. Essaye l'entrée fallback

Fallback fait la même chose.

mauvais paramètres de la ligne kernel...

C'es à dire ?

Bon, j'ai réessayé avec Grub, cette fois-ci il me fait un Kernel panic, unable to mount root on unknown filesystem, je suppose que c'est pas très bon
Donc je pense que je vais essayer efistub, en espérant que ça marche...

Je n'ai toujours rien
Est-ce que ça ne serait pas syslinux qui ne "voudrait" pas démarrer ?

Sinon, si tu as qu'un seul OS sur ta machine, tu peux regarder la page EFISTUB, ça t'évitera d'utiliser un bootloader.

Je préfèrerais avoir Mac OS en parallèle.

J'ai fait ce que tu m'as dit. J'ai vérifié que vmlinuz-linux.efi etc. se trouvaient bien dans le dossier arch. Cependant ça me fait ...

J'ai apporté quelques modifications :

...
DEFAULT arch
PROMPT 1 # Set to 1 if you always want to display the boot: prompt
...
LABEL arch
MENU LABEL Arch Linux
LINUX /boot/vmlinuz-linux
APPEND root=/dev/sda2 rw
INITRD /boot/initramfs-linux.img

LABEL archfallback
MENU LABEL Arch Linux Fallback ...

Ce fichier existait déjà dans boot/syslinux. Je l'ai copié dans boot/efi/EFI/syslinux/syslinux.cfg.. Ily a quelque chose de particulier à faire/à changer ?

efibootmgr -v
BootCurrent: 0000
Timeout: 5 seconds
BootOrder: 0000
Boot0000* arch-syslinux HD(1,GPT,f772b756-f29d-4e2d-96e6-6ce8c7f4ba1f,0x28,0x64000)/File(\EFI\syslinux\syslinux.efi)


(j'ai supprimé toutes les entrées, vu que mac os n'est plus installé)

En fait, j'ai l'impression qu'il arrive à ...

Voilà :
efibootmgr
BootCurrent: 0000
Timeout: 5 seconds
BootOrder: 0080,0009,0008,0007,0006,0005,0004,0003,0002,0001
Boot0000* ubuntu
Boot0001* opensuse-secureboot
Boot0002* opensuse-secureboot
Boot0003* arch_grub
Boot0004* Syslinux
Boot0005* Syslinux
Boot0006* Syslinux
Boot0007* arch-syslinux ...

Merci pour cette "correction" :)
Cependant ça fait toujours la même chose... Je pense ne pas avoir tout compris. Est-ce que mon interprétation est bonne ?


# on monte l'esp:
mkdir /boot/efi
mount -t vfat /dev/sda1 /boot/efi
# on génère les initramfs (les premiers programmes qui sont lancés au ...

Oulaa ! Effectivement, je m'en étais pas rendu compte !
Je dois donc déplacer mount -t vfat /dev/sda1 /boot/efi juste avant la copie des fichiers, j'imagine. À part ça, ça a l'air correct ?

J'ai essayé encore une autre fois, cette fois-ci en installant syslinux à la place de grub. J'ai donc essayé ceci, en m'inspirant des wikis de Syslinux , ESP et Macbook :

mkdir -p /boot/efi/EFI/arch/
cp /boot/vmlinuz-linux /boot/efi/EFI/arch/vmlinuz-linux.efi
cp /boot/initramfs-linux.img /boot ...