Modifier fstab directement dans une session

[Nerva]

Bonjour.

J'ai une question qui n'est pas primordiale mais si ça peut me faire gagner quelques minutes...

Je vais procéder à une réinstallation avec la dernière version. Comme j'ai mon /home chiffré en LUKS, je vais donc après installation copier le contenu, etc, et modifier fstab en conséquence (tout ça, je sais faire).

Alors peut-on, sans risque, modifier fstab directement dans une session et redémarrer à la volée pour que ça prenne effet ou est-il plus prudent de faire la chose à partir d'un LiveCD ?

Merci.

[Nerva]

Si j'ai bien compris, les modifications sont prises en compte sans avoir à redémarrer ?

[Jennatux]

Bonjour.

J'ai une question qui n'est pas primordiale mais si ça peut me faire gagner quelques minutes...

Je vais procéder à une réinstallation avec la dernière version. Comme j'ai mon /home chiffré en LUKS, je vais donc après installation copier le contenu, etc, et modifier fstab en conséquence (tout ça, je sais faire).

Alors peut-on, sans risque, modifier fstab directement dans une session et redémarrer à la volée pour que ça prenne effet ou est-il plus prudent de faire la chose à partir d'un LiveCD ?

Merci.

Bonjour
Puisse que ton home est séparé, il te suffit simplement pendant l'installation de choisir cette partition et lui mettre le point de montage /home.
Peut-être désactiver le chiffrage avant

[Nerva]

La commande sudo mount -a retourne ce message :

Code : Tout sélectionner

mount: /home: wrong fs type, bad option, bad superblock on /dev/mapper/luks-518dd1a3-73de-4aeb-96ac-f515dd28d88c, missing codepage or helper program, or other error.
       dmesg(1) may have more information after failed mount system call.
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.

J'ai donc redémarré et ça a été pris en compte. Enfin pas vraiment ! Si la partition chiffrée en LUKS est bien considérée comme /home après redémarrage, sur l'écran de connexion de la phrase de passe LUKS, le clavier ne fonctionne pas. Seul un CTRL + ALT + SUP parvient à faire redémarrer la machine.

J'ai fait une recherche et il semblerait que le problème vienne de GRUB. Il est expliqué (bien que ça ne semble pas marcher pour tout le monde) qu'il faut remplacer :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Par :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT=""

J'ai tenté une modification à partir d'un LiveCD mais ça n'a pas l'air de se mémoriser dans le fichier.

Voici le fichier GRUB d'origine :

Code : Tout sélectionner

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# If your computer has multiple operating systems installed, then you
# probably want to run os-prober. However, if your computer is a host
# for guest OSes installed via LVM or raw disk devices, running
# os-prober can cause damage to those guest OSes as it mounts
# filesystems to look for things.
#GRUB_DISABLE_OS_PROBER=false

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Je précise que je n'avais jamais eu le moindre souci avec LUKS avant cette nouvelle installation.

[Nerva]

J'ai bien galéré mais je crois que j'y suis arrivé.

Le problème est donc l'impossibilité (je ne sais pour quelle raison puisque ça n'a jamais déconné depuis deux ans) de saisir le mot de passe LUKS dans la fenêtre. J'ai voulu modifier fstab en modifiant une ligne (dernier message) mais comme cette "astuce" n'était pas sûre, j'ai rajouté ça :

Code : Tout sélectionner

GRUB_GFXPAYLOAD_LINUX=text

L'emmerdant c'est que ne pouvant pas ouvrir de session, j'ai dû passer par le LiveCD et que cette commande ne fonctionne pas :

Code : Tout sélectionner

sudo update-grub

Comme je n'ai pas trouvé, j'ai redémarré en mode recovery, j'ai exécuté la commande pour mettre à jour et maintenant c'est ok. Dorénavant, au démarrage, ça mettra un peu plus de temps pendant que ça défile mais au moins ça fonctionne.

Il serait vraiment temps que les développeurs intègrent le chiffrage LUKS à l'installation parce que c'est vraiment la misère...

[Nerva]

Je remonte ce sujet puisque ça concerne toujours fstab.

Comme je l'avais indiqué, dans /etc/default/grub j'ai dû ajouter cette ligne car le clavier est inopérant à la saisie du mot de passe LUKS dans la fenêtre de connexion :

Code : Tout sélectionner

GRUB_GFXPAYLOAD_LINUX=text

Cependant, les lignes de chargement du système sont très grandes. J'ai donc modifié cette ligne :

Code : Tout sélectionner

#GRUB_GFXMODE=640x480

En :

Code : Tout sélectionner

#GRUB_GFXMODE=1920x1080

Et j'ai bien entendu mis à jour avec :

Code : Tout sélectionner

sudo update-grub

Je n'ai pas noté le retour, mais ça a indiqué que tout était correct.

Mais j'ai toujours la même taille d'affichage et je ne sais pas comment faire...

[Nerva]

Eh bien voilà...