Aggiorna crypttab chiede Passphrase per fstrim


12

Questa è una sorta di continuazione di - Come ottenere spazio libero dall'unità montata Redhat 7

Il problema che sto affrontando è quando corro:

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

Ottengo il seguente errore:

fstrim: /: the discard operation is not supported

Googling tutto il giorno ha sempre avuto un tema comune.

Aggiorna / etc / crypttab a qualcosa di simile a questo:

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

Quello che succede è dopo aver aggiornato questo file ed eseguo "dracut -f" e "dracut --force -I / etc / crypttab", quindi riavvio. Il sistema apparirà e chiederà una passphrase, che mi sembra di poter inserire qualsiasi stringa casuale e mi lascerà passare.

Ho trovato un articolo sull'aggiunta di un file chiave, ma non ne sono davvero sicuro.

Non voglio essere bloccato fuori dal sistema, inoltre non ho davvero idea di cosa sto facendo.

Alcune informazioni che potrebbero essere utili.

Uno dei tanti articoli che sto seguendo su come abilitare fstrim

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

Questo sembra buono:

[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

Ora anche dopo aver aggiornato / etc / crypttab e aggiornato il sistema e riavviato, quando richiede la passphrase inserirò il login e otterrò comunque lo stesso errore esatto.

fstrim: /: the discard operation is not supported

Ho provato a cambiare luk, scartare per consentire scartare senza alcun effetto.

Non sono contrario a provare a configurare una cosa chiave passphrase, tuttavia se non funziona ancora non voglio affrontare il problema.

Ho aggiornato il mio

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

E quindi eseguirlo per ..... fare qualcosa:

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

Probabilmente vale anche la pena notare cosa sta succedendo nella mia testa.

[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

Quello che voglio poter fare è eseguire fstrim su "/" solo così sto usando Quindi sto usando 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"

Questo è il mio 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 altro posso aggiungere che potrebbe essere utile per favore fatemelo sapere.


1
Perché pensi /etc/crypttababbia qualche rilevanza qui? Sembra che non ci siano volumi crittografati.
Michael Hampton

L'unica ragione è che molti degli articoli che ho visto dicono tutti di cambiare il file / etc / crypttab. Sembra che qualunque cosa io faccia, non sembra esserci alcun cambiamento sulla macchina.
Anthony Fornito,

1
Bene, certamente non sembra rilevante, ma ti sei dimenticato di descrivere il server.
Michael Hampton

Il server è un VM in esecuzione su ESXi 6 e Par3 san. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP gio 29 ott 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / Linux diverso da quello di quali informazioni avresti bisogno?
Anthony Fornito,

Se cerchi qualcosa di simile a "fedora fstrim, l'operazione di eliminazione non è supportata senza crittografia", vedrai che ogni articolo dice che devi aggiornare il file / etc / crypttab
Anthony Fornito,

Risposte:


0

Quando l'archiviazione è fornita da un server remoto attraverso una SAN, è possibile scartare i blocchi solo se l'archiviazione è thin provisioning. Se l'archiviazione ha un grosso provisioning, ha sempre le stesse dimensioni e lo scarto non ha senso (e quindi non è utilizzabile).


Mike sono d'accordo con la tua risposta, tuttavia il team VMware mi sta dicendo qualcosa di diverso. Parla di nuovo con loro per capire perché pensano che questo debba essere fatto. Devo anche educare me stesso sul processo.
Anthony Fornito,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.