Update crypttab fragt nach Passphrase für fstrim

Dies ist eine Fortsetzung von - So erhalten Sie freien Speicherplatz auf dem bereitgestellten Laufwerk Redhat 7

Das Problem, dem ich gegenüberstehe, ist, wenn ich laufe:

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

Ich erhalte folgenden Fehler:

fstrim: /: the discard operation is not supported

Den ganzen Tag googeln hatte immer ein gemeinsames Thema.

Aktualisieren Sie die Datei / etc / crypttab folgendermaßen:

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

Nachdem ich diese Datei aktualisiert habe und "dracut -f" sowie "dracut --force -I / etc / crypttab" ausgeführt habe, starte ich neu. Das System wird nach einer Passphrase fragen, bei der ich anscheinend eine beliebige Zeichenfolge eingeben kann, und es wird mich durchlassen.

Ich habe einen Artikel über das Hinzufügen einer Schlüsseldatei gefunden, bin mir aber nicht sicher.

Ich möchte nicht aus dem System ausgeschlossen werden, auch ich habe wirklich keine Ahnung, was ich tue.

Einige Informationen, die hilfreich sein könnten.

Einer von vielen Artikeln, in denen ich beschreibe, wie man fstrim aktiviert

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

Das sieht gut aus:

[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

Jetzt, auch nachdem ich die / etc / crypttab aktualisiert und das System aktualisiert und neu gestartet habe, werde ich, wenn ich nach der Passphrase gefragt werde, die Login-Nummer eingeben und trotzdem den gleichen genauen Fehler erhalten.

fstrim: /: the discard operation is not supported

Ich habe versucht, luks zu ändern, verwerfen, um zuzulassen, dass verwirft keine Wirkung.

Ich bin nicht gegen den Versuch, eine Passphrase-Schlüsselsache zu konfigurieren, aber wenn es noch nicht funktioniert, möchte ich nicht durch die Mühe gehen.

Ich habe meine aktualisiert

    [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"

Und dann läuft dies, um ... etwas zu tun:

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

Auch wahrscheinlich erwähnenswert, was in meinem Kopf vorgeht.

[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

Was ich in der Lage sein möchte, ist, fstrim auf dem "/" nur laufen zu lassen, also verwende ich, also verwende ich das 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"

Das ist meine 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, sonst kann ich hinzufügen, dass das hilfreich sein könnte, lass es mich wissen.

Wenn der Speicher von einem Remoteserver in einem SAN bereitgestellt wird, können Sie Blöcke nur dann verwerfen, wenn der Speicher mit Thin Provisioning ausgestattet ist. Wenn der Speicher mit Thick-Provisioning ausgestattet ist, hat er immer die gleiche Größe, und das Löschen macht keinen Sinn (und ist daher nicht verwendbar).