Update crypttab fragt nach Passphrase für fstrim

12

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.

Anthony Fornito
quelle
1
Warum hat Ihrer Meinung nach diesbezüglich etwas zu tun /etc/crypttab? Sie scheinen keine verschlüsselten Volumes zu haben.
Michael Hampton
Der einzige Grund ist, dass viele der Artikel, die ich gesehen habe, sagen, dass sie die Datei / etc / crypttab ändern sollen. Es scheint so, als ob sich an der Maschine nichts ändert, egal was ich tue.
Anthony Fornito
1
Nun, es sieht sicherlich nicht relevant aus, aber Sie haben vergessen, den Server zu beschreiben.
Michael Hampton
Der Server ist ein VM, der auf ESXi 6 und Par3 San ausgeführt wird. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP Do 29.10 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / Linux anders als das Welche Informationen würden Sie benötigen?
Anthony Fornito
Wenn Sie etwas nach dem Vorbild von "fedora fstrim the discard operation is not supported no encryption" googeln, werden Sie feststellen, dass in jedem Artikel angegeben ist, dass die Datei / etc / crypttab aktualisiert werden muss
Anthony Fornito 20.10.16

Antworten:

0

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

Michael Hampton
quelle
Mike, ich bin damit einverstanden, aber das VMware-Team sagt mir etwas anderes. Sprechen Sie noch einmal mit ihnen, um zu verstehen, warum sie glauben, dass dies getan werden muss. Ich muss mich auch über den Prozess informieren.
Anthony Fornito