Aktualizacja crypttab prosi o podanie hasła dla fstrim

12

Jest to swego rodzaju kontynuacja - Jak uzyskać wolne miejsce z zamontowanego dysku Redhat 7

Problem, z którym się spotykam, polega na uruchomieniu:

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

Otrzymuję następujący błąd:

fstrim: /: the discard operation is not supported

Googlowanie przez cały dzień zawsze miało jeden wspólny motyw.

Zaktualizuj / etc / crypttab do czegoś podobnego do tego:

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

To, co się dzieje, następuje po zaktualizowaniu tego pliku i uruchomieniu „dracut -f”, a także „dracut --force -I / etc / crypttab”, a następnie ponownym uruchomieniu. System pojawi się i poprosi o hasło, które wydaje się, że mogę wprowadzić dowolny ciąg znaków i pozwoli mi przejść.

Znalazłem artykuł o dodawaniu pliku klucza, ale nie jestem tego pewien.

Nie chcę zostać zablokowany w systemie, a także naprawdę nie mam pojęcia, co robię.

Niektóre informacje, które mogą być pomocne.

Jeden z wielu artykułów, które śledzę na temat włączania fstrim

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

To wygląda dobrze:

[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

Teraz nawet po zaktualizowaniu / etc / crypttab i zaktualizowaniu systemu i ponownym uruchomieniu, kiedy poprosi o hasło, wprowadzę login i nadal otrzymam ten sam dokładny błąd.

fstrim: /: the discard operation is not supported

Próbowałem zmienić luksy, odrzuć, aby zezwolić-odrzuca bez efektu.

Nie jestem przeciwny próbie skonfigurowania kluczowego hasła, jednak jeśli nadal nie działa, nie chcę przez to przechodzić.

Zaktualizowałem mój

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

A następnie uruchomienie tego, aby ..... zrobić coś:

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

Prawdopodobnie też warto zauważyć, co dzieje się w mojej głowie.

[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

Chcę tylko uruchomić fstrim tylko na „/”, więc używam Więc używam 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"

To jest mój 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 jeszcze mogę dodać, że może być pomocne, proszę dać mi znać.

Anthony Fornito
źródło
1
Jak myślisz, dlaczego /etc/crypttabma to jakieś znaczenie? Wygląda na to, że nie masz zaszyfrowanych woluminów.
Michael Hampton
Jedynym powodem jest to, że wiele artykułów, które widziałem, mówi o zmianie pliku / etc / crypttab. Wygląda na to, że bez względu na to, co robię, na komputerze nie ma żadnych zmian.
Anthony Fornito,
1
Cóż, z pewnością nie wygląda to na istotne, ale zapomniałeś opisać serwer.
Michael Hampton
Serwer to VM działający na ESXi 6 i Par3 san. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP czw. 29 października 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / Linux poza tym jakich informacji potrzebujesz?
Anthony Fornito,
Jeśli przeszukasz coś w stylu „fedora fstrim, operacja odrzucania nie jest obsługiwana bez szyfrowania” zobaczysz, że każdy artykuł mówi, że musisz zaktualizować plik / etc /
crypttab

Odpowiedzi:

0

Gdy pamięć jest udostępniana przez zdalny serwer w sieci SAN, możesz odrzucić bloki tylko wtedy, gdy pamięć jest alokowana elastycznie. Jeśli pamięć jest grubo zabezpieczona, ma zawsze ten sam rozmiar, a odrzucanie nie ma sensu (a zatem nie nadaje się do użytku).

Michael Hampton
źródło
Mike, zgadzam się z tobą, ale zespół VMware mówi mi coś innego. Porozmawiaj z nimi ponownie, aby zrozumieć, dlaczego uważają, że należy to zrobić. Muszę także nauczyć się tego procesu.
Anthony Fornito,