Page 1 sur 2
[boot] Utiliser les UUID pour démarrer sa machine.
Publié : sam. 27 juil. 2013, 22:09
par patou355
Mon problème est le suivant :
Lorsque je démarre l'ordinateur avant le boot (c'est-à-dire avant l'apparition à l'écran de Syslinux) j'ai droit à un message me disant "waiting 10 seconds for device /dev/sdf3".
Si je n'ai aucune clef USB de branchée, c'est ok car ma partition de boot s'appelle bien sdf3, et ça boote. En revanche, lorsqu'il y a d'autres périphériques de stockage, il les fait passer devant, mon disque dur interne s'appelle alors sdg, sdh etc. selon le nombre de lecteurs branchés. Or dans le FSTAB il y a marqué sdf, donc il ne trouve plus la partition de boot. Jusque là tout va très bien. Je n'ai qu'à utiliser les UUID pour demander à ma machine d'utiliser des noms indissociables des partitions ainsi, quel que soit le nombre de périphériques branchés, ça booterait sur la partition que je veux.
Cela se demande par l'intermédiaire du syslinux.cfg qui, pour le moment sur mon système fonctionne avec le nom "/dev/sdf3 :
Code : Tout sélectionner
LABEL arch
MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=/dev/sdf3 ro
#APPEND root=UUID=50219d55-3194-44eb-868f-a3e5f2112664 ro
INITRD ../initramfs-linux.img
Lorsque je souhaite utiliser l'UUID, c'est-à-dire décommenter la ligne avec l'UUID et commenter la ligne avec /dev/sdf3, il me renvoie le message suivant :
Code : Tout sélectionner
ERROR : device 'UUID=xxxx-xxxx'
ERROR : unable to find root device 'UUID=xxxx-xxxx'
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't acces tty; job control turned off
[rootfs /]# _
Autrement dit, je n'arrive pas à démarrer ma machine en utilisant les UUID comme j'aimerais le faire.
Voici mon fstab :
Code : Tout sélectionner
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sdf3
UUID=50219d55-3194-44eb-868f-a3e5f2112664 / ext4 rw,relatime,data=ordered,discard 0 1
# /dev/sdf1
UUID=bff95cae-4bd9-4306-b721-07d2b390f0e0 /boot ext2 rw,relatime,discard 0 2
# /dev/sdf4
UUID=c57013cd-5e86-4345-85d0-79145a52c9f6 /home ext4 rw,relatime,data=ordered,discard 0 2
# /dev/sdf2
UUID=e00c3e26-26c7-46e0-886a-2b4708809904 none swap defaults 0 0
mon syslinux.cfg
Code : Tout sélectionner
# Config file for Syslinux -
# /boot/syslinux/syslinux.cfg
#
# Comboot modules:
# * menu.c32 - provides a text menu
# * vesamenu.c32 - provides a graphical menu
# * chain.c32 - chainload MBRs, partition boot sectors, Windows bootloaders
# * hdt.c32 - hardware detection tool
# * reboot.c32 - reboots the system
# * poweroff.com - shutdown the system
#
# To Use: Copy the respective files from /usr/lib/syslinux to /boot/syslinux.
# If /usr and /boot are on the same file system, symlink the files instead
# of copying them.
#
# If you do not use a menu, a 'boot:' prompt will be shown and the system
# will boot automatically after 5 seconds.
#
# Please review the wiki: https://wiki.archlinux.org/index.php/Syslinux
# The wiki provides further configuration examples
DEFAULT arch
PROMPT 0 # Set to 1 if you always want to display the boot: prompt
TIMEOUT 50
# You can create syslinux keymaps with the keytab-lilo tool
#KBDMAP de.ktl
# Menu Configuration
# Either menu.c32 or vesamenu32.c32 must be copied to /boot/syslinux
UI menu.c32
#UI vesamenu.c32
# Refer to http://syslinux.zytor.com/wiki/index.php/Doc/menu
MENU TITLE Arch Linux
#MENU BACKGROUND splash.png
MENU COLOR border 30;44 #40ffffff #a0000000 std
MENU COLOR title 1;36;44 #9033ccff #a0000000 std
MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all
MENU COLOR unsel 37;44 #50ffffff #a0000000 std
MENU COLOR help 37;40 #c0ffffff #a0000000 std
MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std
MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std
MENU COLOR msg07 37;40 #90ffffff #a0000000 std
MENU COLOR tabmsg 31;40 #30ffffff #00000000 std
# boot sections follow
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*
LABEL arch
MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=/dev/sdf3 ro
#APPEND root=UUID=50219d55-3194-44eb-868f-a3e5f2112664 ro
INITRD ../initramfs-linux.img
LABEL archfallback
MENU LABEL Arch Linux Fallback
LINUX ../vmlinuz-linux
APPEND root=/dev/sdf3 ro
INITRD ../initramfs-linux-fallback.img
#LABEL windows
# MENU LABEL Windows
# COM32 chain.c32
# APPEND hd0 1
LABEL hdt
MENU LABEL HDT (Hardware Detection Tool)
COM32 hdt.c32
LABEL reboot
MENU LABEL Reboot
COM32 reboot.c32
LABEL off
MENU LABEL Power Off
COMBOOT poweroff.com
ls /dev/disk/by-uuid/ renvoie :
Code : Tout sélectionner
0BA277573445B6B5 9f6afc9a-bad0-4fdc-a8a1-6dc31f62fa1d c57013cd-5e86-4345-85d0-79145a52c9f6 FC30-3DA9
50219d55-3194-44eb-868f-a3e5f2112664 bff95cae-4bd9-4306-b721-07d2b390f0e0 e00c3e26-26c7-46e0-886a-2b4708809904
Quelqu'un a une idée ?
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : sam. 27 juil. 2013, 23:43
par benjarobin
Remplace
par
Code : Tout sélectionner
APPEND root=/dev/disk/by-uuid/50219d55-3194-44eb-868f-a3e5f2112664 ro
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 00:23
par patou355
Je viens d'essayer, il me renvoie toujours le même message d'erreur, en me disant qu'il ne trouve pas '/dev/disk/by-uuid/50219d55-3194-44eb-868f-a3e5f2112664'...
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 00:42
par widapit
Salut,
et tu es sûr que ton UUID est bien celui de la partition racine ? que te donnes
sinon, si tu as fait un copié-collé, essaie en réécrivant la ligne manuellement, on sait jamais...
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 00:51
par benjarobin
Même chose avec le Fallback ?
Dans le shell de secours quelle est la sortie de
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 08:08
par patou355
ls -l /dev/disk/by-uuid/ :
Code : Tout sélectionner
total 0
lrwxrwxrwx 1 root root 10 28 juil. 08:56 0BA277573445B6B5 -> ../../sdg2
lrwxrwxrwx 1 root root 10 28 juil. 08:56 50219d55-3194-44eb-868f-a3e5f2112664 -> ../../sdf3
lrwxrwxrwx 1 root root 10 28 juil. 08:56 9f6afc9a-bad0-4fdc-a8a1-6dc31f62fa1d -> ../../sdg1
lrwxrwxrwx 1 root root 10 28 juil. 08:56 bff95cae-4bd9-4306-b721-07d2b390f0e0 -> ../../sdf1
lrwxrwxrwx 1 root root 10 28 juil. 08:56 c57013cd-5e86-4345-85d0-79145a52c9f6 -> ../../sdf4
lrwxrwxrwx 1 root root 10 28 juil. 08:56 e00c3e26-26c7-46e0-886a-2b4708809904 -> ../../sdf2
ls -l /dev/sd* :
Code : Tout sélectionner
brw-rw---- 1 root disk 8, 0 28 juil. 08:56 /dev/sda
brw-rw---- 1 root disk 8, 16 28 juil. 08:56 /dev/sdb
brw-rw---- 1 root disk 8, 32 28 juil. 08:56 /dev/sdc
brw-rw---- 1 root disk 8, 48 28 juil. 08:56 /dev/sdd
brw-rw---- 1 root disk 8, 64 28 juil. 08:56 /dev/sde
brw-rw---- 1 root disk 8, 80 28 juil. 08:56 /dev/sdf
brw-rw---- 1 root disk 8, 81 28 juil. 08:56 /dev/sdf1
brw-rw---- 1 root disk 8, 82 28 juil. 08:56 /dev/sdf2
brw-rw---- 1 root disk 8, 83 28 juil. 08:56 /dev/sdf3
brw-rw---- 1 root disk 8, 84 28 juil. 08:56 /dev/sdf4
brw-rw---- 1 root disk 8, 96 28 juil. 08:56 /dev/sdg
brw-rw---- 1 root disk 8, 97 28 juil. 08:56 /dev/sdg1
brw-rw---- 1 root disk 8, 98 28 juil. 08:56 /dev/sdg2
brw-rw---- 1 root disk 8, 112 28 juil. 08:56 /dev/sdh
Sachant que je lui indique l'UUID de la partition sdf3, celle devant se monter sur /. Faudrait-il plutôt que je monte sdf1 (celle qui se monte sur /boot) ?
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 08:39
par benjarobin
Peux tu répondre à mes 2 questions ? Sortie des commandes depuis le shell de secours !
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 11:39
par Xorg
Je lis sur le Wiki de Syslinux que la syntaxe est bien
APPEND root=UUID=xxxx-xxxx ro, donc c]APPEND root=UUID=50219d55-3194-44eb-868f-a3e5f2112664 ro[/c] devrait être bon, en théorie.
patou355 a écrit :Faudrait-il plutôt que je monte sdf1 (celle qui se monte sur /boot) ?
Non, surtout pas ! Root désigne la racine (/), et donc
/boot n'est pas la racine.
J'ai réécris ton fstab avec les informations que tu nous a donné :
Code : Tout sélectionner
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
UUID=50219d55-3194-44eb-868f-a3e5f2112664 / ext4 rw,relatime,data=ordered,discard 0 1
UUID=bff95cae-4bd9-4306-b721-07d2b390f0e0 /boot ext2 rw,relatime,discard 0 2
UUID=c57013cd-5e86-4345-85d0-79145a52c9f6 /home ext4 rw,relatime,data=ordered,discard 0 2
UUID=e00c3e26-26c7-46e0-886a-2b4708809904 none swap defaults 0 0
Au final, avec un
diff, je n'ai pas vu de différence.
benjarobin a écrit :Même chose avec le Fallback ?
Moi aussi je me pose la même question.
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 16:11
par patou355
Donc dans le prompt de secours, les commandes renvoient :
- pour ls -l /dev/disk/by-uuid/ :
Code : Tout sélectionner
lrwxrwxrwx 1 0 0 10 Jul 28 13:20 03cfb6fa-f646-46f2-8645-b04699b80c18 -> ../../sdf1
lrwxrwxrwx 1 0 0 10 Jul 28 13:20 50219d55-3194-44eb-868f-a3e5f2112664 -> ../../sdg3
lrwxrwxrwx 1 0 0 10 Jul 28 13:20 bff95cae-4bd9-4306-b721-07d2b390f0e0 -> ../../sdg1
lrwxrwxrwx 1 0 0 10 Jul 28 13:20 c57013cd-5e86-4345-85d0-79145a52c9f6 -> ../../sdg4
lrwxrwxrwx 1 0 0 10 Jul 28 13:20 e00c3e26-26c7-46e0-886a-2b4708809904 -> ../../sdg2
- ls -l /dev/sd* :
Code : Tout sélectionner
brw------- 1 0 0 8, 0 Jul 28 13:20 /dev/sda
brw------- 1 0 0 8, 16 Jul 28 13:20 /dev/sdb
brw------- 1 0 0 8, 32 Jul 28 13:20 /dev/sdc
brw------- 1 0 0 8, 48 Jul 28 13:20 /dev/sdd
brw------- 1 0 0 8, 64 Jul 28 13:20 /dev/sde
brw------- 1 0 0 8, 80 Jul 28 13:20 /dev/sdf
brw------- 1 0 0 8, 81 Jul 28 13:20 /dev/sdf1
brw------- 1 0 0 8, 96 Jul 28 13:20 /dev/sdg
brw------- 1 0 0 8, 97 Jul 28 13:20 /dev/sdg1
brw------- 1 0 0 8, 98 Jul 28 13:20 /dev/sdg2
brw------- 1 0 0 8, 99 Jul 28 13:20 /dev/sdg3
brw------- 1 0 0 8, 100 Jul 28 13:20 /dev/sdg4
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 18:54
par Xorg
Curieux ça, je ne comprends pas non plus.
Tu as bien les hooks autodetect, block et filesystems dans ton /etc/mkinitcpio.conf ?
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 22:46
par patou355
La ligne est commentée :
Je décommente ?
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 22:57
par benjarobin
?? Peux tu donner le contenu complet du fichier
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 22:58
par Ypnose
Tu dois avoir une ligne déjà décommenté à la fin des exemples. Donne la sortie de:
EDIT:Grillé
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : dim. 28 juil. 2013, 23:42
par patou355
grep HOOKS /etc/mkinitcpio.conf :
Code : Tout sélectionner
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# HOOKS="base"
HOOKS="base udev autodetect block filesystems"
# HOOKS="base udev block filesystems"
# HOOKS="base udev block mdadm encrypt filesystems"
# HOOKS="base udev block lvm2 filesystems"
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
Donc oui ça a bien l'air d'y être.
En fait je crois que personne ne comprend. L'informaticien de mon labo m'avait lancé sur une piste et j'avais fait un essai non concluant. Mais je l'ai peut-être pas fait comme il faut.
Sa théorie est que le disque dur (un SSD) répondrait un peu trop vite pour la carte mère qui n'est pas toute jeune (de 2006 je crois). Donc il faudrait peut-être essayer de rajouter une ligne 'rootdelay x' où x est le nombre de dixièmes de secondes que l'on veut attendre, histoire de retarder le disque dur par rapport à la carte mère et son train de sénateur, mais je me souviens plus trop où...
J'étais un peu sceptique a priori mais là faut négliger aucune piste. C'est bien simple personne n'a la solution. Tout est en règle et ça marche pas...
Le contenu entier du fichier :
Code : Tout sélectionner
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""
# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""
# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
## This setup will autodetect all modules for your system and should
## work as a sane default
HOOKS="base udev autodetect block filesystems"
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS="base udev block filesystems"
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS="base udev block mdadm encrypt filesystems"
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev block lvm2 filesystems"
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
#mkinitcpio -p linux
# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : lun. 29 juil. 2013, 00:03
par benjarobin
En effet c'est loin d'être une mauvaise idée.
Ajoute rootdelay=10 dans le fichier syslinux.cfg sur la même ligne que APPEND et à la suite de root= et de ro
Tu pourras si cela fonctionne réduire la valeur de 10 à 2 ou 3
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : lun. 29 juil. 2013, 15:36
par Fork Bomb
patou355 a écrit :grep HOOKS /etc/mkinitcpio.conf :
Code : Tout sélectionner
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# HOOKS="base"
HOOKS="base udev autodetect block filesystems"
# HOOKS="base udev block filesystems"
# HOOKS="base udev block mdadm encrypt filesystems"
# HOOKS="base udev block lvm2 filesystems"
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
Donc oui ça a bien l'air d'y être.
En fait je crois que personne ne comprend. L'informaticien de mon labo m'avait lancé sur une piste et j'avais fait un essai non concluant. Mais je l'ai peut-être pas fait comme il faut.
Sa théorie est que le disque dur (un SSD) répondrait un peu trop vite pour la carte mère qui n'est pas toute jeune (de 2006 je crois). Donc il faudrait peut-être essayer de rajouter une ligne 'rootdelay x' où x est le nombre de dixièmes de secondes que l'on veut attendre, histoire de retarder le disque dur par rapport à la carte mère et son train de sénateur, mais je me souviens plus trop où...
J'étais un peu sceptique a priori mais là faut négliger aucune piste. C'est bien simple personne n'a la solution. Tout est en règle et ça marche pas...
Le contenu entier du fichier :
Code : Tout sélectionner
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""
# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""
# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
## This setup will autodetect all modules for your system and should
## work as a sane default
HOOKS="base udev autodetect block filesystems"
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS="base udev block filesystems"
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS="base udev block mdadm encrypt filesystems"
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev block lvm2 filesystems"
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
#mkinitcpio -p linux
# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""
Je sais pas si ça joue, mais t’as
2 lignes HOOKS décommentées.
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : mar. 30 juil. 2013, 17:43
par Gutsblack
Première chose à faire utiliser les bons outils que donne la commande : lsblk -f
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : mar. 30 juil. 2013, 20:20
par benjarobin
@Gutsblack Quel est le rapport ?
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : mar. 30 juil. 2013, 22:26
par patou355
lsblk -f donne :
Code : Tout sélectionner
NAME FSTYPE LABEL UUID MOUNTPOINT
sdf
├─sdf1 ext2 bff95cae-4bd9-4306-b721-07d2b390f0e0 /boot
├─sdf2 swap e00c3e26-26c7-46e0-886a-2b4708809904 [SWAP]
├─sdf3 ext4 50219d55-3194-44eb-868f-a3e5f2112664 /
└─sdf4 ext4 c57013cd-5e86-4345-85d0-79145a52c9f6 /home
sdi
└─sdi1 vfat 6134-3739 /run/media/patrick/6134-3739
sdk
├─sdk1 ext4 Hangar 9f6afc9a-bad0-4fdc-a8a1-6dc31f62fa1d /run/media/patrick/Hangar
└─sdk2 ntfs 0BA277573445B6B5 /run/media/patrick/0BA277573445B6B5
Concernant le rootdelay, cela ne change rien...
Re: [boot] Utiliser les UUID pour démarrer sa machine.
Publié : mer. 31 juil. 2013, 09:36
par Gutsblack
Ok maintenant dans fstab :
Code : Tout sélectionner
UUID=50219d55-3194-44eb-868f-a3e5f2112664 / ext4 rw,relatime,data=ordered 0 1
UUID=bff95cae-4bd9-4306-b721-07d2b390f0e0 /boot ext2 defaults 0 1
UUID=c57013cd-5e86-4345-85d0-79145a52c9f6 /home ext4 rw,relatime,data=ordered 0 2
UUID=e00c3e26-26c7-46e0-886a-2b4708809904 none swap defaults 0 0
Ensuite mkinitcpio -p linux et reboot.