La mise à jour de crypttab demande une phrase secrète pour fstrim

C'est une sorte de continuation de - Comment obtenir de l'espace libre à partir du lecteur monté Redhat 7

Le problème auquel je suis confronté est lorsque je cours:

[root@x011dc01-rhtest /]# fstrim -v /

J'obtiens l'erreur suivante:

fstrim: /: the discard operation is not supported

Googler toute la journée a toujours eu un thème commun.

Mettez à jour / etc / crypttab avec quelque chose de similaire à ceci:

[root@noteloek ~]# cat /etc/crypttab 
luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ UUID=2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ none allow-discards

Ce qui se passe est après avoir mis à jour ce fichier et exécuté "dracut -f" ainsi que "dracut --force -I / etc / crypttab" puis je redémarre. Le système apparaîtra et demandera une phrase de passe, qui semble pouvoir entrer n'importe quelle chaîne aléatoire et cela me permettra de passer.

J'ai trouvé un article sur l'ajout d'un fichier clé, mais je n'en suis pas vraiment sûr.

Je ne veux pas me retrouver hors du système, aussi je n'ai vraiment aucune idée de ce que je fais.

Quelques informations qui pourraient être utiles.

L'un des nombreux articles que je suis sur la façon d'activer fstrim

https://blog.christophersmart.com/2013/06/05/trim-on-lvm-on-luks-on-ssd/

Cela semble bon:

[root@x011dc01-rhtest /]# cat /etc/fstab | grep root
/dev/mapper/rhel_x011dc01--rhtest-root /                       xfs     defaults,discard        1 2

[root@x011dc01-rhtest /]# cat /etc/lvm/lvm.conf | grep 'issue_discards'
    # Configuration option devices/issue_discards.
    issue_discards = 1

Maintenant, même après avoir mis à jour / etc / crypttab et mis à jour le système et redémarrer, quand il demandera la phrase secrète, je l'entrerai pour me connecter et j'obtiendrai toujours la même erreur exacte.

fstrim: /: the discard operation is not supported

J'ai essayé de changer de luks, de rejeter pour ne laisser aucun effet.

Je ne suis pas contre le fait d'essayer de configurer une clé de mot de passe, mais si cela ne fonctionne toujours pas, je ne veux pas passer par le problème.

J'ai mis à jour mon

    [root@x011dc01-rhtest /]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.luks.allow-discards=luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ rd.luks.uuid=luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ vconsole.font=latarcyrheb-sun16 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rhgb quiet"
GRUB_DISABLE_RECOVERY="true"

Et puis exécuter ceci pour ..... faire quelque chose:

grub2-mkconfig -o /boot/grub2/grub.cfg

Il convient également de noter ce qui se passe dans ma tête.

[root@x011dc01-rhtest /]# blkid
**/dev/block/8:2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"**
/dev/block/253:1: UUID="ad872f09-5147-4252-af56-aa6244219515" TYPE="xfs"
/dev/block/8:1: UUID="83aac355-a443-4ff9-90fa-9f6da8e31cc2" TYPE="xfs"
/dev/block/253:0: UUID="dbe56f6a-2a4a-42da-82e2-bef9a73caafb" TYPE="swap"


[root@x011dc01-rhtest /]# lsblk
NAME                           MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
fd0                              2:0    1    4K  0 disk
sda                              8:0    0   50G  0 disk
ââsda1                           8:1    0  500M  0 part /boot
**ââsda2**                           8:2    0 49.5G  0 part
  âârhel_x011dc01--rhtest-swap 253:0    0    2G  0 lvm  [SWAP]
  **âârhel_x011dc01--rhtest-root 253:1    0 47.5G  0 lvm  /**
sdb                              8:16   0   50G  0 disk
sr0                             11:0    1 1024M  0 rom

Ce que je veux être en mesure d'exécuter fstrim sur le "/" uniquement si j'utilise donc j'utilise l'UUID = "2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ"

[root@x011dc01-rhtest /]# blkid /dev/sda2
/dev/sda2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"

C'est mon fstab

[root @ x011dc01-rhtest /] # cat / etc / fstab

**/dev/mapper/rhel_x011dc01--rhtest-root /                       xfs     defaults,discard        1 2**
UUID=83aac355-a443-4ff9-90fa-9f6da8e31cc2 /boot                   xfs     defaults        0 0
/dev/mapper/rhel_x011dc01--rhtest-swap swap                    swap    defaults        0 0

Anthony, je peux ajouter que cela pourrait être utile, faites-le moi savoir.

Lorsque le stockage est fourni par un serveur distant sur un réseau SAN, vous ne pouvez supprimer les blocs que si le stockage est alloué de manière dynamique. Si le stockage est fourni de manière épaisse, il est toujours de la même taille et la suppression n'a aucun sens (et n'est donc pas utilisable).