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


12

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.


1
Pourquoi pensez-vous que cela /etc/crypttaba une pertinence ici? Vous ne semblez pas avoir de volumes chiffrés.
Michael Hampton

La seule raison étant que la plupart des articles que j'ai vus disent tous de changer le fichier / etc / crypttab. Il semble que peu importe ce que je fais, il ne semble pas y avoir de changement sur la machine.
Anthony Fornito

1
Eh bien, cela ne semble certainement pas pertinent, mais vous avez oublié de décrire le serveur.
Michael Hampton

Le serveur est un VM fonctionnant sur ESXi 6 et Par3 san. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP jeu 29 oct 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / Linux à part cela, de quelles informations auriez-vous besoin?
Anthony Fornito

Si vous recherchez quelque chose sur google "fedora fstrim, l'opération de suppression n'est pas prise en charge, pas de cryptage", vous verrez que chaque article indique que vous devez mettre à jour le fichier / etc / crypttab
Anthony Fornito

Réponses:


0

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).


Mike, je suis d'accord avec vous, mais l'équipe VMware me dit quelque chose de différent. Laissez-les parler à nouveau pour comprendre pourquoi ils pensent que cela doit être fait. Je dois également m'informer sur le processus.
Anthony Fornito
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.