crypttab에서 fstrim에 대한 암호를 묻습니다.


12

이것은 일종의 연속입니다- 마운트 된 드라이브에서 여유 공간을 얻는 방법 Redhat 7

내가 겪고있는 문제는 내가 실행할 때입니다.

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

다음과 같은 오류가 발생합니다.

fstrim: /: the discard operation is not supported

하루 종일 인터넷 검색에는 항상 하나의 공통 주제가 있습니다.

/ etc / crypttab을 다음과 비슷한 것으로 업데이트하십시오.

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

이 파일을 업데이트하고 "dracut -force"와 "dracut --force -I / etc / crypttab"을 실행 한 다음 재부팅하면 어떻게됩니까? 시스템이 나타나서 임의의 문자열을 입력 할 수있는 것으로 보이는 암호 문구를 묻습니다.

키 파일 추가에 대한 기사를 찾았지만 실제로는 확실하지 않습니다.

나는 시스템에 갇히고 싶지 않으며, 나는 실제로 무엇을하고 있는지 전혀 모른다.

도움이 될만한 정보.

fstrim을 활성화하는 방법에 대해 내가 따르는 많은 기사 중 하나

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

이것은 좋아 보인다 :

[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

이제 / etc / crypttab을 업데이트하고 시스템을 업데이트하고 재부팅 한 후에도 암호를 묻는 메시지가 표시되면 로그인을 입력해도 여전히 동일한 오류가 발생합니다.

fstrim: /: the discard operation is not supported

나는 luks, discard를 discard-discards로 변경하려고 시도했지만 아무런 효과가 없습니다.

암호 문구 키 구성을 시도하는 데 반대하지는 않지만 여전히 작동하지 않으면 문제를 겪고 싶지 않습니다.

내 업데이트했습니다

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

그리고 이것을 실행하기 위해 ..... 무언가를하십시오 :

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

또한 아마도 내 머리 속에 무슨 일이 일어나고 있는지 주목할 가치가 있습니다.

[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

내가 할 수있는 것은 "/"에서만 fstrim을 실행하는 것이므로 사용하고 있습니다. 그래서 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"

이것은 내 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

안토니, 도움이 될만한 정보를 알려주세요.


1
/etc/crypttab여기에 관련 이 있다고 생각 합니까? 암호화 된 볼륨이없는 것 같습니다.
Michael Hampton

내가 본 많은 기사가 / etc / crypttab 파일을 변경한다고 말하는 유일한 이유입니다. 내가하는 일이 무엇이든 기계에 아무런 변화가없는 것 같습니다.
Anthony Fornito

1
글쎄, 그것은 확실히 관련성이 없지만 서버를 설명하는 것을 잊어 버렸습니다.
Michael Hampton

서버는 ESXi 6 및 Par3 san에서 실행되는 vm입니다. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP Thu Oct 29 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / 리눅스 그 밖의 필요한 정보는 무엇입니까?
Anthony Fornito

"fedora fstrim의 삭제 작업은 암호화가 지원되지 않습니다"란에 Google을 검색하면 모든 기사에서 / etc / crypttab 파일을 업데이트해야한다고 알 수 있습니다.
Anthony Fornito

답변:


0

SAN을 통해 원격 서버가 스토리지를 제공하는 경우 스토리지가 씬 프로비저닝 된 경우에만 블록을 버릴 수 있습니다. 스토리지가 씩 프로비저닝 된 경우 항상 동일한 크기이며 폐기는 의미가 없으므로 사용할 수 없습니다.


Mike 당신의 대답에 동의하지만 VMware 팀이 다른 것을 말하고 있습니다. 그들이 왜 그렇게해야한다고 생각하는지 이해하기 위해 그들과 다시 대화하자. 또한 그 과정에 대해 스스로를 교육해야합니다.
Anthony Fornito
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.