파일 시스템 관리

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create an XFS file system on a block device
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   이름: barefs

   볼륨 이름(예의barefs )은 현재 임의의 상태입니다. 스토리지 역할은 disks 특성에 나열된 디스크 장치로 볼륨을 식별합니다.

   fs_type: <file_system>

   기본 파일 시스템 XFS를 사용하려면 fs_type 매개변수를 생략할 수 있습니다.

   disks: <list_of_disks_and_volumes>

   디스크 및 LV 이름의 YAML 목록입니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Persistently mount a file system
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
   
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               mount_point: /mnt/data
               mount_user: somebody
               mount_group: somegroup
               mount_mode: "0755"

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create logical volume
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
   
           storage_pools:
             - name: myvg
               disks:
                 - sda
                 - sdb
                 - sdc
               volumes:
                 - name: mylv
                   size: 2G
                   fs_type: ext4
                   mount_point: /mnt/data

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   size: <size>

   단위(예: GiB) 또는 백분율(예: 60 %)을 사용하여 크기를 지정해야 합니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Enable online block discard
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - /dev/sdb
               fs_type: xfs
               mount_point: /mnt/data
               mount_options: discard

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       -name: Create and mount a file system
       ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
       vars:
         storage_safe_mode: false
   
         storage_volumes:
           - name: barefs
             type: disk
             disks:
               - sdb
             fs_type: ext4
             fs_label: label-name
             mount_point: /mnt/data

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   disks: <list_of_devices>

   역할이 볼륨을 생성할 때 사용하는 장치 이름의 YAML 목록입니다.

   fs_type: <file_system>

   역할이 볼륨에 설정해야 하는 파일 시스템을 지정합니다. xfs,ext3,ext4,swap 또는 포맷되지 않음을 선택할 수 있습니다.

   label-name: <file_system_label>

   선택 사항: 파일 시스템의 레이블을 설정합니다.

   mount_point: < directory>

   선택 사항: 볼륨을 자동으로 마운트해야 하는 경우 mount_point 변수를 볼륨을 마운트해야 하는 디렉터리로 설정합니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_volumes:
             - name: data
               type: raid
               disks: [sdd, sde, sdf, sdg]
               raid_level: raid0
               raid_chunk_size: 32 KiB
               mount_point: /mnt/data
               state: present

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure LVM pool with RAID
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               raid_level: raid1
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   state: present

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

   참고

   storage_pool 수준에서 raid_level 을 설정하면 먼저 MD RAID 배열이 생성되고 그 위에 LVM 볼륨 그룹이 생성됩니다.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure stripe size for RAID LVM volumes
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   raid_level: raid0
                   raid_stripe_size: "256 KiB"
                   state: present

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

   참고

   볼륨 수준에서 raid_level 을 설정하면 LVM RAID 논리 볼륨이 생성됩니다.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create LVM-VDO volume under volume group 'myvg'
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - /dev/sdb
               volumes:
                 - name: mylv1
                   compression: true
                   deduplication: true
                   vdo_pool_size: 10 GiB
                   size: 30 GiB
                   mount_point: /mnt/app/shared

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   vdo_pool_size: <size>

   볼륨이 장치에서 사용하는 실제 크기입니다. 사용자가 읽을 수 있는 형식으로 크기를 지정할 수 있습니다(예: 10GiB). 단위를 지정하지 않으면 기본값은 바이트입니다.

   size: <size>

   VDO 볼륨의 가상 크기입니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 중요한 변수를 암호화된 파일에 저장합니다.

   1. 자격 증명 모음을 생성합니다.

      $ ansible-vault create ~/vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

   2. ansible-vault create 명령이 편집기를 열고 < key > : < value > 형식으로 중요한 데이터를 입력합니다.

      luks_password: <password>

   3. 변경 사항을 저장하고 편집기를 종료합니다. Ansible은 자격 증명 모음의 데이터를 암호화합니다.

2. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     vars_files:
       - ~/vault.yml
     tasks:
       - name: Create and configure a volume encrypted with LUKS
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               fs_label: <label>
               mount_point: /mnt/data
               encryption: true
               encryption_password: "{{ luks_password }}"
               encryption_cipher: <cipher>
               encryption_key_size: <key_size>
               encryption_luks_version: luks2

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   encryption_cipher: < cipher>

   LUKS 암호를 지정합니다. 가능한 값은 twofish-xts-plain64,serpent-xts-plain64 및 aes-xts-plain64 (기본값)입니다.

   encryption_key_size: <key_size>

   LUKS 키 크기를 지정합니다. 기본값은 512 비트입니다.

   encryption_luks_version: luks2

   LUKS 버전을 지정합니다. 기본값은 luks2 입니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

3. 플레이북 구문을 확인합니다.

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

4. Playbook을 실행합니다.

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     become: true
     tasks:
       - name: Create shared LVM device
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
             - name: vg1
               disks: /dev/vdb
               type: lvm
               shared: true
               state: present
               volumes:
                 - name: lv1
                   size: 4g
                   mount_point: /opt/test1
                   fs_type: gfs2
           storage_safe_mode: false
           storage_use_partitions: true

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

프로세스

1. 다음 콘텐츠를 사용하여 플레이북 파일(예: ~/playbook.yml )을 생성합니다.

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Resize LVM PV size
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
              - name: myvg
                disks: ["sdf"]
                type: lvm
                grow_to_fill: true

   예제 플레이북에 지정된 설정은 다음과 같습니다.

   grow_to_fill

   True 역할은 디스크의 새 용량을 사용하도록 스토리지 볼륨을 자동으로 확장합니다.

   False 역할은 기본 디스크가 증가한 경우에도 스토리지 볼륨을 현재 크기로 남겨 둡니다.

   플레이북에 사용되는 모든 변수에 대한 자세한 내용은 제어 노드의 /usr/share/ansible/roles/rhel-system-roles.storage/README.md 파일을 참조하십시오.

2. 플레이북 구문을 확인합니다.

   $ ansible-playbook --syntax-check ~/playbook.yml

   이 명령은 구문만 검증하고 잘못되었지만 유효한 구성으로부터 보호하지 않습니다.

3. Playbook을 실행합니다.

   $ ansible-playbook ~/playbook.yml

검증

1. grow_to_fill 설정이 예상대로 작동하는지 확인합니다. 테스트 PV 및 VG를 준비합니다.

   # pvcreate /dev/sdf
   # vgcreate myvg /dev/sdf

2. 초기 물리 볼륨 크기를 확인하고 기록합니다.

   # pvs

3. 플레이북을 편집하여 grow_to_fill: false 를 설정하고 플레이북을 실행합니다.
4. 볼륨 크기를 확인하고 변경되지 않았는지 확인합니다.
5. 플레이북을 편집하여 grow_to_fill: true 를 설정하고 플레이북을 다시 실행합니다.
6. 볼륨 크기를 확인하고 확장되었는지 확인합니다.

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.

2. 스토리지 탭을 클릭합니다.

   스토리지 표에서 파일 시스템, ID, 유형, 위치, 크기 및 각 파티션에서 사용할 수 있는 공간을 사용하여 포맷된 모든 파티션을 확인할 수 있습니다.

   

   오른쪽 상단에 있는 드롭다운 메뉴를 사용하여 새 로컬 또는 네트워크 스토리지를 생성할 수도 있습니다.

   

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.
2. 스토리지 탭을 클릭합니다.
3. 스토리지 테이블에서 파티션할 장치를 클릭하여 해당 장치의 페이지 및 옵션을 엽니다.
4. 장치 페이지에서 메뉴 버튼을 클릭하고 파티션 테이블 만들기 를 선택합니다.

5. Cryo stat 디스크 대화 상자에서 다음을 선택합니다.

   1. 파티션:

      • 모든 시스템 및 장치와 호환 (MBR)
      • 최신 시스템 및 하드 디스크와 호환 > 2TB (GPT)
      • 파티셔닝 없음

   2. 덮어쓰기:

      • RHEL 웹 콘솔에서 0으로 전체 디스크를 다시 작성하려면 0이 포함된 기존 데이터 덮어쓰기 확인란을 선택합니다. 이 옵션은 프로그램이 전체 디스크를 통과해야 하지만 더 안전합니다. 디스크에 데이터가 포함되어 있고 덮어써야 하는 경우 이 옵션을 사용합니다.

        제로가 0인 기존 데이터를 덮어쓰 지 않은 경우 RHEL 웹 콘솔은 디스크 헤더만 다시 작성합니다. 이렇게 하면 포맷 속도가 증가합니다.

6. Cryostat 를 클릭합니다.
7. 생성한 파티션 테이블 옆에 있는 Cryostat 메뉴 버튼을 클릭합니다. 기본적으로 Free space 로 이름이 지정됩니다.
8. 파티션 생성을 클릭합니다.
9. 파티션 만들기 대화 상자에서 파일 시스템의 이름을 입력합니다.
10. 마운트 지점을 추가합니다.

11. 유형 드롭다운 메뉴에서 파일 시스템을 선택합니다.

    • XFS 파일 시스템은 대규모 논리 볼륨을 지원하며 중단 없이 물리적 드라이브를 온라인 상태로 전환하며 기존 파일 시스템을 확장합니다. 다른 강력한 기본 설정이 없는 경우 이 파일 시스템을 선택한 상태로 두십시오.

    • ext4 파일 시스템은 다음을 지원합니다.

      • 논리 볼륨
      • 중단 없이 온라인 물리적 드라이브 전환
      • 파일 시스템 확장
      • 파일 시스템 축소

    추가 옵션은 LUKS(Linux Unified Key Setup)에서 수행하는 파티션 암호화를 활성화하여 암호를 사용하여 볼륨을 암호화하는 것입니다.

12. 생성할 볼륨의 크기를 입력합니다.

13. RHEL 웹 콘솔에서 0으로 전체 디스크를 다시 작성하려면 0이 포함된 기존 데이터 덮어쓰기 확인란을 선택합니다. 이 옵션은 프로그램이 전체 디스크를 통과해야 하지만 더 안전합니다. 디스크에 데이터가 포함되어 있고 덮어써야 하는 경우 이 옵션을 사용합니다.

    제로가 0인 기존 데이터를 덮어쓰 지 않은 경우 RHEL 웹 콘솔은 디스크 헤더만 다시 작성합니다. 이렇게 하면 포맷 속도가 증가합니다.

14. 볼륨을 암호화하려면 암호화 드롭다운 메뉴에서 암호화 유형을 선택합니다.

    볼륨을 암호화하지 않으려면 암호화 없음 을 선택합니다.

15. 부팅 시 드롭다운 메뉴에서 볼륨을 마운트할 시기를 선택합니다.

16. 마운트 옵션 섹션의 경우:

    1. 볼륨을 읽기 전용 논리 볼륨으로 마운트하려면 마운트 읽기 전용 확인란을 선택합니다.
    2. 사용자 지정 마운트 옵션 확인란을 선택하고 기본 마운트 옵션을 변경하려면 마운트 옵션을 추가합니다.

17. 파티션을 만듭니다.

    • 파티션을 만들고 마운트하려면 만들기 및 마운트 버튼을 클릭합니다.

    • 파티션을 만들려면 Create only 버튼을 클릭합니다.

      볼륨 크기 및 선택한 포맷 옵션에 따라 포맷 지정에 몇 분이 걸릴 수 있습니다.

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.
2. 스토리지 탭을 클릭합니다.
3. 파티션을 삭제할 장치를 클릭합니다.
4. 장치 페이지 및 GPT 파티션 섹션에서 삭제하려는 파티션 옆에 있는 메뉴 버튼을 클릭합니다.

5. 드롭다운 메뉴에서 삭제 를 선택합니다.

   RHEL 웹 콘솔은 현재 파티션을 사용하는 모든 프로세스를 종료하고 삭제하기 전에 파티션을 마운트 해제합니다.

프로세스

1. 기본적으로 NFSv3 RPC 서비스는 임의의 포트를 사용합니다. 방화벽 구성을 활성화하려면 /etc/nfs.conf 파일에서 고정 포트 번호를 구성합니다.

   1. [lockd] 섹션에서 nlockmgr RPC 서비스의 고정 포트 번호를 설정합니다. 예를 들면 다음과 같습니다.

      port=5555

      이 설정을 사용하면 서비스는 UDP 및 TCP 프로토콜 모두에 이 포트 번호를 자동으로 사용합니다.

   2. [statd] 섹션에서 rpc.statd 서비스의 고정 포트 번호를 설정합니다. 예를 들면 다음과 같습니다.

      port=6666

      이 설정을 사용하면 서비스는 UDP 및 TCP 프로토콜 모두에 이 포트 번호를 자동으로 사용합니다.

2. firewalld 에서 관련 포트를 엽니다.

   # firewall-cmd --permanent --add-service=rpc-bind
   # firewall-cmd --permanent --add-port={5555/tcp,5555/udp,6666/tcp,6666/udp}
   # firewall-cmd --reload

3. rpc-statd 서비스를 다시 시작합니다.

   # systemctl restart rpc-statd nfs-server

프로세스

1. /etc/fstab 파일을 편집하고 마운트하려는 공유 행을 추가합니다.

   <nfs_server_ip_or_hostname>:/<exported_share>     <mount point>    nfs    default   0 0

   예를 들어 server.example.com NFS 서버의 /nfs/projects 공유를 /home 에 마운트하려면 다음을 입력합니다.

   server.example.com:/nfs/projects    	/home        nfs 	defaults    	0 0

2. 공유를 마운트합니다.

   # mount /home

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.
2. 스토리지를 클릭합니다.
3. 스토리지 테이블에서 메뉴 버튼을 클릭합니다.

4. 드롭다운 메뉴에서 새 NFS 마운트 를 선택합니다.

   

5. 새 NFS 마운트 대화 상자에서 원격 서버의 서버 또는 IP 주소를 입력합니다.
6. 서버 경로 필드에 마운트할 디렉터리의 경로를 입력합니다.
7. 로컬 마운트 지점 필드에 NFS를 마운트하려는 로컬 시스템의 디렉터리 경로를 입력합니다.

8. 마운트 옵션 확인란 목록에서 NFS를 마운트하는 방법을 선택합니다. 요구 사항에 따라 여러 옵션을 선택할 수 있습니다.

   • 로컬 시스템을 재시작한 후에도 디렉터리에 연결할 수 있도록 하려면 부팅 시 마운트 확인란을 선택합니다.
   • NFS 콘텐츠를 변경하지 않으려면 마운트 읽기 전용 상자를 선택합니다.

   • 사용자 지정 마운트 옵션 상자를 선택하고 기본 마운트 옵션을 변경하려면 마운트 옵션을 추가합니다.

     

9. 추가 를 클릭합니다.

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.
2. 스토리지를 클릭합니다.
3. 스토리지 테이블에서 조정할 NFS 마운트를 클릭합니다.

4. 원격 디렉터리가 마운트된 경우 마운트 해제를 클릭합니다.

   사용자 지정 마운트 옵션 구성 중에 디렉터리를 마운트 해제해야 합니다. 그렇지 않으면 웹 콘솔에서 구성을 저장하지 않고 오류가 발생합니다.

5. 편집을 클릭합니다.
6. NFS 마운트 대화 상자에서 사용자 지정 마운트 옵션 을 선택합니다.

7. 쉼표로 구분된 마운트 옵션을 입력합니다. 예를 들면 다음과 같습니다.

   • nfsvers=4: NFS 프로토콜 버전 번호
   • soft: NFS 요청 시간 초과 후 복구 유형
   • sec=krb5: NFS 서버의 파일은 Kerberos 인증을 통해 보호할 수 있습니다. NFS 클라이언트와 서버 모두 Kerberos 인증을 지원해야 합니다.

   NFS 마운트 옵션의 전체 목록은 명령줄에서 man nfs 를 입력합니다.

8. 적용을 클릭합니다.
9. Mount 를 클릭합니다.

프로세스

1. IdM 관리자로 kerberos 티켓을 받습니다.

   # kinit admin

2. 호스트 주체를 검색하여 /etc/krb5.keytab 파일에 저장합니다.

   # ipa-getkeytab -s idm_server.idm.example.com -p host/nfs_client.idm.example.com -k /etc/krb5.keytab

   IdM 도메인에 호스트 를 결합하면 IdM에서 호스트 주체가 자동으로 생성되었습니다.

3. 선택 사항: /etc/krb5.keytab 파일에서 주체를 표시합니다.

   # klist -k /etc/krb5.keytab
   Keytab name: FILE:/etc/krb5.keytab
   KVNO Principal
   ---- --------------------------------------------------------------------------
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM

4. ipa-client-automount 유틸리티를 사용하여 IdM ID의 매핑을 구성합니다.

   # ipa-client-automount
   Searching for IPA server...
   IPA server: DNS discovery
   Location: default
   Continue to configure the system with these values? [no]: yes
   Configured /etc/idmapd.conf
   Restarting sssd, waiting for it to become available.
   Started autofs

5. 내보낸 NFS 공유를 마운트합니다. 예를 들면 다음과 같습니다.

   # mount -o sec=krb5i server.idm.example.com:/nfs/projects/ /mnt/

   -o sec 옵션은 Kerberos 보안 방법을 지정합니다.

검증

1. 마운트된 공유에 쓸 권한이 있는 IdM 사용자로 로그인합니다.

2. Kerberos 티켓을 받습니다.

   $ kinit

3. 공유에 파일을 생성합니다. 예를 들면 다음과 같습니다.

   $ touch /mnt/test.txt

4. 디렉터리를 나열하여 파일이 생성되었는지 확인합니다.

   $ ls -l /mnt/test.txt
   -rw-r--r--. 1 admin users 0 Feb 15 11:54 /mnt/test.txt

프로세스

1. /etc/dconf/profile/user 파일의 시작 부분에 다음 행을 추가합니다. 파일이 없는 경우 파일을 생성합니다.

   service-db:keyfile/user

   이 설정을 사용하면 dconf 에서 키 파일 백엔드를 폴링하여 업데이트가 수행되었는지 여부를 확인하므로 설정이 즉시 업데이트되지 않을 수 있습니다.

2. 변경 사항은 사용자가 로그아웃 및 로그인할 때 적용됩니다.

프로세스

1. 개인 키 및 CSR(인증서 서명 요청)을 만듭니다.

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/server.example.com.key \
   -out /etc/pki/tls/private/server.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=server.example.com" \
   -addext "subjectAltName=DNS:server.example.com,IP:192.0.2.1"

   중요

   CN(일반 이름) 및 DNS는 호스트 이름과 일치해야 합니다. IP는 호스트의 IP와 일치해야 합니다.

2. /etc/pki/tls/private/server.example.com.csr 파일을 CA로 전송하고 서버 인증서를 요청합니다. 수신된 CA 인증서와 서버 인증서를 호스트에 저장합니다.

3. CA 인증서를 시스템의 신뢰 저장소로 가져옵니다.

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

4. 서버 인증서를 /etc/pki/tls/certs/ 디렉터리로 이동합니다.

   # mv server.example.com.crt /etc/pki/tls/certs/

5. 개인 키 및 인증서에서 SELinux 컨텍스트가 올바른지 확인합니다.

   # restorecon -Rv /etc/pki/tls/certs/

6. /etc/tlshd.conf 파일의 [authenticate.server] 섹션에 서버 인증서와 개인 키를 추가합니다.

   x509.certificate= /etc/pki/tls/certs/server.example.com.crt
   x509.private_key= /etc/pki/tls/private/server.example.com.key

   x509.truststore 매개변수를 설정하지 않은 상태로 둡니다.

7. tlshd 서비스를 활성화하고 시작합니다.

   # systemctl enable --now tlshd.service

프로세스

1. CA(인증 기관) 인증서를 시스템의 신뢰 저장소로 가져옵니다.

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

2. tlshd 서비스를 활성화하고 시작합니다.

   # systemctl enable --now tlshd.service

3. TLS 암호화를 사용하여 NFS 공유를 마운트합니다.

   # mount -o xprtsec=tls server.example.com:/nfs/projects/ /mnt/

프로세스

1. 개인 키 및 CSR(인증서 서명 요청)을 만듭니다.

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/client.example.com.key \
   -out /etc/pki/tls/private/client.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=client.example.com" \
   -addext "subjectAltName=DNS:client.example.com,IP:192.0.2.2"

   중요

   CN(일반 이름) 및 DNS는 호스트 이름과 일치해야 합니다. IP는 호스트의 IP와 일치해야 합니다.

2. /etc/pki/tls/private/client.example.com.csr 파일을 CA(인증 기관)로 전송하고 클라이언트 인증서를 요청합니다. 수신된 CA 인증서와 클라이언트 인증서를 호스트에 저장합니다.

3. CA 인증서를 시스템의 신뢰 저장소로 가져옵니다.

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

4. 클라이언트 인증서를 /etc/pki/tls/certs/ 디렉터리로 이동합니다.

   # mv client.example.com.crt /etc/pki/tls/certs/

5. 개인 키 및 인증서에서 SELinux 컨텍스트가 올바른지 확인합니다.

   # restorecon -Rv /etc/pki/tls/certs/

6. /etc/tlshd.conf 파일의 [authenticate.client] 섹션에 클라이언트 인증서 및 개인 키를 추가합니다.

   x509.certificate= /etc/pki/tls/certs/client.example.com.crt
   x509.private_key= /etc/pki/tls/private/client.example.com.key

   x509.truststore 매개변수를 설정하지 않은 상태로 둡니다.

7. tlshd 서비스를 활성화하고 시작합니다.

   # systemctl enable --now tlshd.service

8. TLS 암호화를 사용하여 NFS 공유를 마운트합니다.

   # mount -o xprtsec=mtls server.example.com:/nfs/projects/ /mnt/

프로세스

1. /etc/samba/smb.conf 파일의 [global] 섹션에서 server min protocol 매개 변수를 NT1 로 설정합니다.

2. mount 명령에 -o vers=1.0 옵션을 제공하여 SMB 1 프로토콜을 사용하여 공유를 마운트합니다. 예를 들면 다음과 같습니다.

   # mount -t cifs -o vers=1.0,username=<user_name> //<server_name>/<share_name> /mnt/

   기본적으로 커널 모듈은 SMB 2 또는 서버에서 지원하는 최신 프로토콜 버전을 사용합니다. mount 명령에 -o vers=1.0 옵션을 전달하면 커널 모듈에서 UNIX 확장을 사용하는 데 필요한 SMB 1 프로토콜을 사용해야 합니다.

프로세스

1. 공유 항목을 /etc/fstab 파일에 추가합니다. 예를 들면 다음과 같습니다.

   //<server_name>/<share_name>  /mnt  cifs  credentials=/root/smb.cred  0 0

   중요

   시스템이 자동으로 공유를 마운트하도록 활성화하려면 사용자 이름, 암호 및 도메인 이름을 인증 정보 파일에 저장해야 합니다. 자세한 내용은 smb 공유에 인증할 자격 증명 파일 생성 을 참조하십시오.

   /etc/fstab 행의 네 번째 필드에서 자격 증명 파일의 경로와 같은 마운트 옵션을 지정합니다. 자세한 내용은 mount.cifs(8) 도움말 페이지의 OPTIONS 섹션 및 자주 사용되는 SMB 마운트 옵션을 참조하십시오.

프로세스

1. /root/smb.cred 와 같은 파일을 생성하고 해당 파일에 사용자 이름, 암호 및 도메인 이름을 지정합니다.

   username=user_name
   password=password
   domain=domain_name

2. 소유자가 파일에 액세스할 수 있도록 권한을 설정합니다.

   # chown user_name /root/smb.cred
   # chmod 600 /root/smb.cred

프로세스

1. parted 유틸리티를 시작합니다. 예를 들어 다음 출력에는 /dev/sda 장치가 나열됩니다.

   # parted /dev/sda

2. 파티션 테이블을 확인합니다.

   (parted) print
   
   Model: ATA SAMSUNG MZNLN256 (scsi)
   Disk /dev/sda: 256GB
   Sector size (logical/physical): 512B/512B
   Partition Table: msdos
   Disk Flags:
   
   Number  Start   End     Size    Type      File system  Flags
    1      1049kB  269MB   268MB   primary   xfs          boot
    2      269MB   34.6GB  34.4GB  primary
    3      34.6GB  45.4GB  10.7GB  primary
    4      45.4GB  256GB   211GB   extended
    5      45.4GB  256GB   211GB   logical

3. 선택 사항: 다음을 검사하려는 장치로 전환합니다.

   (parted) select block-device

프로세스

1. 대화형 파트링 쉘 을 시작합니다.

   # parted block-device

2. 장치에 파티션 테이블이 이미 있는지 확인합니다.

   (parted) print

   장치에 파티션이 이미 포함된 경우 다음 단계에서 삭제됩니다.

3. 새 파티션 테이블을 만듭니다.

   (parted) mklabel table-type

   • table-type 을 의도한 파티션 테이블 유형으로 바꿉니다.

     • MBR 용 MSDOS

     • GPT를 위한 GPT

       예를 들어 디스크에 GPT 테이블을 만들려면 다음을 사용합니다.

       (parted) mklabel gpt

       이 명령을 입력한 후 변경 사항이 적용됩니다.

4. 파티션 테이블을 보고 해당 테이블이 생성되었는지 확인합니다.

   (parted) print

5. parted 쉘을 종료합니다.

   (parted) quit

프로세스

1. parted 유틸리티를 시작합니다.

   # parted block-device

2. 현재 파티션 테이블을 보고 사용 가능한 공간이 충분한지 확인합니다.

   (parted) print

   • 여유 공간이 충분하지 않은 경우 파티션 크기를 조정합니다.

   • 파티션 테이블에서 다음을 확인합니다.

     • 새 파티션의 시작 및 끝점입니다.
     • MBR에서 파티션 유형은 무엇입니까.

3. 새 파티션을 만듭니다.

   MS-DOS의 경우:

   (parted) mkpart part-type fs-type start end

   GPT의 경우:

   (parted) mkpart part-name fs-type start end

   • part-type 을 기본,논리 또는 확장으로 바꿉니다. 이는 MBR 파티션 테이블에만 적용됩니다.
   • name 을 임의의 파티션 이름으로 바꿉니다. 이는 GPT 파티션 테이블에 필요합니다.
   • fs-type 을 xfs,ext2,ext3,ext4,fat16,fat32,hfs +, linux-swap,ntfs 또는 reiserfs 로 바꿉니다. fs-type 매개변수는 선택 사항입니다. parted 유틸리티는 파티션에 파일 시스템을 생성하지 않습니다.
   • start 및 end 를 파티션의 시작 및 종료 지점을 결정하는 크기로 교체하여 디스크 시작부터 계산됩니다. 512MiB,20GiB 또는 1.5TiB 와 같은 size 접미사를 사용할 수 있습니다. 기본 크기는 메가바이트 단위입니다.

   예를 들어, MBR 테이블에 1024MiB에서 2048MiB까지 기본 파티션을 만들려면 다음을 사용합니다.

   (parted) mkpart primary 1024MiB 2048MiB

   명령을 입력한 후 변경 사항이 적용됩니다.

4. 파티션 테이블을 보고 생성된 파티션이 올바른 파티션 유형, 파일 시스템 유형 및 크기가 있는 파티션 테이블에 있는지 확인합니다.

   (parted) print

5. parted 쉘을 종료합니다.

   (parted) quit

6. 커널이 새 파티션을 인식하는지 확인합니다.

   # cat /proc/partitions

프로세스

1. 대화형 파트링 쉘 을 시작합니다.

   # parted block-device

   • block-device 를 파티션을 제거하려는 장치 경로로 교체합니다(예: /dev/sda ).

2. 현재 파티션 테이블을 보고 제거할 파티션의 마이너 번호를 확인합니다.

   (parted) print

3. 파티션을 제거합니다.

   (parted) rm partition-number

   • 파티션 번호를 제거하려는 파티션 번호로 바꿉니다.

   이 명령을 입력하는 즉시 변경 사항이 적용됩니다.

4. 파티션 테이블에서 파티션을 제거했는지 확인합니다.

   (parted) print

5. parted 쉘을 종료합니다.

   (parted) quit

6. 커널이 파티션이 제거되었는지 확인합니다.

   # cat /proc/partitions

7. /etc/fstab 파일이 있는 경우 해당 파티션을 제거합니다. 제거된 파티션을 선언하는 행을 찾아 파일에서 제거합니다.

8. 시스템이 새 /etc/fstab 구성을 등록하도록 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

   중요

   /proc/cmdline 에 언급된 파티션을 제거하거나 LVM의 일부인 경우 논리 볼륨 구성 및 관리 및 시스템의 dracut(8) 및 grubby(8) 도움말 페이지를 참조하십시오.

프로세스

1. parted 유틸리티를 시작합니다.

   # parted block-device

2. 현재 파티션 테이블을 확인합니다.

   (parted) print

   파티션 테이블에서 다음을 확인합니다.

   • 파티션의 작은 수입니다.

   • 크기 조정 후 기존 파티션의 위치와 새 종료 지점입니다.

     중요

     파티션 크기를 조정할 때 파티션의 끝과 다음 파티션의 시작 부분 또는 마지막 파티션인 경우 디스크 끝 사이에 할당되지 않은 공간이 충분히 있는지 확인합니다. 공간이 충분하지 않으면 parted 에서 오류를 반환합니다. 그러나 파티션 중복을 방지하기 위해 크기를 조정하기 전에 사용 가능한 공간을 확인하는 것이 가장 좋습니다.

3. 파티션 크기를 조정합니다.

   (parted) resizepart 1 2GiB

   • 1 을 크기 조정하려는 파티션의 마이너 번호로 바꿉니다.
   • 2 를 디스크 시작부터 계산한 크기가 조정된 파티션의 새 끝 지점을 결정하는 크기로 바꿉니다. 512MiB,20GiB 또는 1.5TiB 와 같은 size 접미사를 사용할 수 있습니다. 기본 크기는 메가바이트 단위입니다.

4. 파티션 테이블을 보고 크기가 올바른 파티션 테이블에 있는지 확인합니다.

   (parted) print

5. parted 쉘을 종료합니다.

   (parted) quit

6. 커널이 새 파티션을 등록하는지 확인합니다.

   # cat /proc/partitions

7. 선택 사항: 파티션을 확장한 경우 파일 시스템도 확장합니다.

프로세스

1. 파일 시스템을 생성하려면 다음을 수행합니다.

   • 장치가 일반 파티션, LVM 볼륨, MD 볼륨, 디스크 또는 유사한 장치인 경우 다음 명령을 사용합니다.

     # mkfs.xfs block-device

     • 블록 장치를 블록 장치의 경로로 바꿉니다. 예를 들어 /dev/sdb1,/dev/disk/by-uuid/05e99ec8-def1-4a5e-8a9d-5945339ceb2a 또는 /dev/my-volgroup/my-lv.
     • 일반적으로 기본 옵션은 일반적인 사용에 가장 적합합니다.
     • 기존 파일 시스템을 포함하는 블록 장치에서 mkfs.xfs 를 사용하는 경우 -f 옵션을 추가하여 해당 파일 시스템을 덮어씁니다.

   • 하드웨어 RAID 장치에서 파일 시스템을 생성하려면 시스템이 장치의 스트라이프를 올바르게 감지하는지 확인합니다.

     • 스트라이프 정보가 올바르면 추가 옵션이 필요하지 않습니다. 파일 시스템을 생성합니다.

       # mkfs.xfs block-device

     • 정보가 잘못된 경우 -d 옵션의 su 및 sw 매개변수를 사용하여 수동으로 스트라이프를 지정합니다. su 매개 변수는 RAID 청크 크기를 지정하고 sw 매개 변수는 RAID 장치의 데이터 디스크 수를 지정합니다.

       예를 들면 다음과 같습니다.

       # mkfs.xfs -d su=64k,sw=4 /dev/sda3

2. 다음 명령을 사용하여 시스템이 새 장치 노드를 등록할 때까지 기다립니다.

   # udevadm settle

   자세한 내용은 시스템의 mkfs.xfs(8) 매뉴얼 페이지를 참조하십시오.

프로세스

1. xfs 디렉터리로 이동합니다.

   # cd /var/lib/pcp/pmdas/xfs/

2. 수동으로 XFS PMDA를 설치합니다.

   xfs]# ./Install
   Updating the Performance Metrics Name Space (PMNS) ...
   Terminate PMDA if already installed ...
   Updating the PMCD control file, and notifying PMCD ...
   Check xfs metrics have appeared ... 387 metrics and 387 values

프로세스

1. 메트릭 값을 표시합니다.

   $ pminfo -f xfs.write
   
   xfs.write
       value 325262

2. 모든 XFS 지표를 재설정합니다.

   # pmstore xfs.control.reset 1
   
   xfs.control.reset old value=0 new value=1

프로세스

1. 파일 시스템을 마운트하고 마운트 해제하여 로그를 재생합니다.

   # mount file-system
   # umount file-system

   참고

   구조로 인해 마운트에 실패하면 정리 오류가 발생하여 로그가 손상되어 재생할 수 없습니다. 예행 실행에서는 디스크상의 손상을 검색하고 보고해야 합니다.

2. xfs_repair 유틸리티를 사용하여 예행 실행을 수행하여 파일 시스템을 확인합니다. 모든 오류가 출력되고 파일 시스템을 수정하지 않고도 수행할 작업이 표시됩니다.

   # xfs_repair -n block-device

3. 파일 시스템을 마운트합니다.

   # mount file-system

   자세한 내용은 시스템의 xfs_repair(8) 및 xfs_metadump(8) 도움말 페이지를 참조하십시오.

프로세스

1. xfs_metadump 유틸리티를 사용하여 진단 또는 테스트 목적으로 복구하기 전에 메타데이터 이미지를 생성합니다. 페어링 파일 시스템 메타데이터 이미지는 소프트웨어 버그로 인해 손상이 발생하는 경우 지원 조사에 유용할 수 있습니다. pre-repair 이미지에 있는 손상 패턴은 근본 원인 분석을 지원하는 데 도움이 될 수 있습니다.

   • xfs_metadump 디버깅 툴을 사용하여 XFS 파일 시스템의 메타데이터를 파일로 복사합니다. 생성된 메타dump 파일은 표준 압축 유틸리티를 사용하여 압축하여 대용량 메타 덤프 파일을 지원하도록 보내야 하는 경우 파일 크기를 줄일 수 있습니다.

     # xfs_metadump block-device metadump-file

2. 파일 시스템을 다시 마운트하여 로그를 재생합니다.

   # mount file-system
   # umount file-system

3. xfs_repair 유틸리티를 사용하여 마운트 해제된 파일 시스템을 복구합니다.

   • 마운트에 성공하면 추가 옵션이 필요하지 않습니다.

     # xfs_repair block-device

   • Cryostat로 마운트에 실패한 경우 정리 오류가 발생하여 로그가 손상되어 재생할 수 없습니다. L 옵션을사용하여 로그를지웁니다.

     주의

     이 명령을 사용하면 크래시 발생 시 모든 메타데이터 업데이트가 진행 중이므로 심각한 파일 시스템 손상 및 데이터 손실이 발생할 수 있습니다. 로그를 재생할 수 없는 경우에만 마지막 수단으로 사용해야 합니다.

     # xfs_repair -L block-device

4. 파일 시스템을 마운트합니다.

   # mount file-system

   자세한 내용은 시스템의 xfs_repair(8) 도움말 페이지를 참조하십시오.

프로세스

1. 파일 시스템을 다시 마운트하여 로그를 재생합니다.

   # mount file-system
   # umount file-system

2. 예행 실행을 수행하여 파일 시스템을 확인합니다.

   # e2fsck -n block-device

   참고

   모든 오류가 출력되고 파일 시스템을 수정하지 않고도 수행할 작업이 표시됩니다. 일관성 검사의 이후 단계는 복구 모드에서 실행되는 경우 초기 단계에서 수정된 불일치를 발견하므로 추가 오류를 출력할 수 있습니다.

   자세한 내용은 시스템의 e2image(8) 및 e2fsck(8) 매뉴얼 페이지를 참조하십시오.

프로세스

1. 지원 조사를 위해 파일 시스템 이미지를 저장합니다. 페어링 파일 시스템 메타데이터 이미지는 소프트웨어 버그로 인해 손상이 발생하는 경우 지원 조사에 유용할 수 있습니다. pre-repair 이미지에 있는 손상 패턴은 근본 원인 분석을 지원하는 데 도움이 될 수 있습니다.

   참고

   심각하게 손상된 파일 시스템으로 인해 메타데이터 이미지 생성에 문제가 발생할 수 있습니다.

   • 테스트를 위해 이미지를 생성하는 경우 -r 옵션을 사용하여 파일 시스템 자체와 동일한 크기의 스파스 파일을 생성합니다. 그러면 e2fsck 가 결과 파일에서 직접 작동할 수 있습니다.

     # e2image -r block-device image-file

   • 보관하거나 진단을 위해 제공할 이미지를 생성하는 경우 -Q 옵션을 사용하여 전송에 적합한 더 컴팩트한 파일 형식을 생성합니다.

     # e2image -Q block-device image-file

2. 파일 시스템을 다시 마운트하여 로그를 재생합니다.

   # mount file-system
   # umount file-system

3. 파일 시스템을 자동으로 복구합니다. 사용자 개입이 필요한 경우 e2fsck 는 출력에 수정되지 않은 문제를 표시하고 종료 코드에 이 상태를 반영합니다.

   # e2fsck -p block-device

프로세스

1. 특정 파일 시스템을 연결하려면 마운트 유틸리티를 사용합니다.

   # mount device mount-point

   예를 들어 UUID로 식별된 로컬 XFS 파일 시스템을 마운트하려면 다음을 수행합니다.

   # mount UUID=ea74bbec-536d-490c-b8d9-5b40bbd7545b /mnt/data

2. mount 에서 파일 시스템 유형을 자동으로 인식할 수 없는 경우 --types 옵션을 사용하여 지정합니다.

   # mount --types type device mount-point

   예를 들어 원격 NFS 파일 시스템을 마운트하려면 다음을 수행합니다.

   # mount --types nfs4 host:/remote-export /mnt/nfs

프로세스

1. 파일 시스템이 마운트된 디렉터리를 변경하려면 다음을 수행합니다.

   # mount --move old-directory new-directory

   예를 들어 /mnt/userdirs/ 디렉터리에 마운트된 파일 시스템을 /home/ 마운트 지점으로 이동하려면 다음을 수행합니다.

   # mount --move /mnt/userdirs /home

2. 파일 시스템이 예상대로 이동되었는지 확인합니다.

   $ findmnt
   $ ls old-directory
   $ ls new-directory

프로세스

1. 다음 명령 중 하나를 사용하여 파일 시스템을 마운트 해제하십시오.

   • 마운트 지점별:

     # umount mount-point

   • 장치별:

     # umount device

   명령이 다음과 유사한 오류와 함께 실패하면 프로세스에서 리소스를 사용하고 있기 때문에 파일 시스템이 사용 중임을 의미합니다.

   umount: /run/media/user/FlashDrive: target is busy.

2. 파일 시스템이 사용 중인 경우 fuser 유틸리티를 사용하여 액세스 중인 프로세스를 확인합니다. 예를 들면 다음과 같습니다.

   $ fuser --mount /run/media/user/FlashDrive /run/media/user/FlashDrive: 18351

   나중에 파일 시스템을 사용하여 프로세스를 중지하고 다시 마운트 해제하십시오.

프로세스

1. RHEL 10 웹 콘솔에 로그인합니다.
2. 스토리지 탭을 클릭합니다.
3. 스토리지 테이블의 파티션을 삭제할 볼륨을 선택합니다.
4. GPT 파티션 섹션에서 마운트 또는 마운트 해제하려는 파일 시스템이 있는 파티션 옆에 있는 메뉴 버튼을 클릭합니다.
5. 마운트 또는 마운트 해제를 클릭합니다.

프로세스

1. 원래 마운트 지점에서 가상 파일 시스템(VFS) 노드를 생성합니다.

   # mount --bind original-dir original-dir

2. 원래 마운트 지점을 비공개로 표시합니다.

   # mount --make-private original-dir

   또는 선택한 마운트 지점과 그 아래의 모든 마운트 지점의 마운트 유형을 변경하려면 --make-private 대신 --make-rprivate 옵션을 사용합니다.

3. 중복을 생성합니다.

   # mount --bind original-dir duplicate-dir

프로세스

1. 원래 마운트 지점에서 가상 파일 시스템(VFS) 노드를 생성합니다.

   # mount --bind original-dir original-dir

2. 원래 마운트 지점을 공유로 표시합니다.

   # mount --make-shared original-dir

   또는 선택한 마운트 지점과 그 아래의 모든 마운트 지점의 마운트 유형을 변경하려면 --make-shared 대신 --make-rshared 옵션을 사용합니다.

3. 중복을 생성합니다.

   # mount --bind original-dir duplicate-dir

프로세스

1. 원래 마운트 지점에서 가상 파일 시스템(VFS) 노드를 생성합니다.

   # mount --bind original-dir original-dir

2. 원래 마운트 지점을 공유로 표시합니다.

   # mount --make-shared original-dir

   또는 선택한 마운트 지점과 그 아래의 모든 마운트 지점의 마운트 유형을 변경하려면 --make-shared 대신 --make-rshared 옵션을 사용합니다.

3. 중복을 생성하고 슬레이브 유형으로 표시합니다.

   # mount --bind original-dir duplicate-dir
   # mount --make-slave duplicate-dir