手順

1. 以下のコンテンツを含む新しい playbook.yml ファイルを作成します。

   ---
   - name: Configure the storage
     hosts: managed-node-01.example.com
     tasks:
     - name: Create a RAID on sdd, sde, sdf, and sdg
       include_role:
         name: 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

   警告

   特定の状況でデバイス名が変更する場合があります。たとえば、新しいディスクをシステムに追加するときなどです。したがって、データの損失を防ぐために、Playbook で特定のディスク名を使用しないでください。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     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
     roles:
       - name: rhel-system-roles.storage

   注記

   LVM pool with RAID を作成するには、raid_level パラメーターを使用して RAID タイプを指定する必要があります。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下のコンテンツを含む新しい playbook.yml ファイルを作成します。

   hosts: all
     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: raid1
               raid_stripe_size: "256 KiB"
               state: present
     roles:
       - name: rhel-system-roles.storage

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

手順

1. 以下の内容を含む新しい playbook.yml ファイルを作成します。

   - hosts: all
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
            - sdb
           fs_type: xfs
           fs_label: label-name
           mount_point: /mnt/data
           encryption: true
           encryption_password: your-password
     roles:
      - rhel-system-roles.storage

   playbook.yml ファイルに、encryption_key、encryption_cipher、encryption_key_size、および encryption_luks バージョンなどの他の暗号化パラメーターを追加することもできます。

2. オプション: Playbook の構文を確認します。

   # ansible-playbook --syntax-check playbook.yml

3. インベントリーファイルで Playbook を実行します。

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

検証

1. 暗号化ステータスを表示します。

   # cryptsetup status sdb
   
   /dev/mapper/sdb is active and is in use.
   type: LUKS2
   cipher: aes-xts-plain64
   keysize: 512 bits
   key location: keyring
   device: /dev/sdb
   [...]

2. 作成された LUKS 暗号化ボリュームを確認します。

   # cryptsetup luksDump /dev/sdb
   
   Version:       	2
   Epoch:         	6
   Metadata area: 	16384 [bytes]
   Keyslots area: 	33521664 [bytes]
   UUID:          	a4c6be82-7347-4a91-a8ad-9479b72c9426
   Label:         	(no label)
   Subsystem:     	(no subsystem)
   Flags:       	allow-discards
   
   Data segments:
     0: crypt
   	offset: 33554432 [bytes]
   	length: (whole device)
   	cipher: aes-xts-plain64
   	sector: 4096 [bytes]
   [...]

3. storage ロールがサポートする playbook.yml ファイル内の cryptsetup パラメーターを表示します。

   # cat ~/playbook.yml
   
       - hosts: all
         vars:
           storage_volumes:
             - name: foo
               type: disk
               disks:
                - nvme0n1
               fs_type: xfs
               fs_label: label-name
               mount_point: /mnt/data
               encryption: true
               #encryption_password: passwdpasswd
               encryption_key: /home/passwd_key
               encryption_cipher: aes-xts-plain64
               encryption_key_size: 512
               encryption_luks_version: luks2
   
         roles:
          - rhel-system-roles.storage

手順

1. クライアントがファイアウォールの内側で NFS クライアントにコールバックを実行できるようにするには、NFS クライアントで以下のコマンドを実行して rpc-bind サービスをファイアウォールに追加します。

   firewall-cmd --permanent --add-service rpc-bind

2. /etc/nfs.conf ファイルで、RPC サービス nlockmgr が使用するポートを次のように指定します。

   [lockd]
   
   port=port-number
   udp-port=upd-port-number

   または、/etc/modprobe.d/lockd.conf ファイルで、nlm_tcpport および nlm_udpport を指定することもできます。

3. NFS クライアントで以下のコマンドを実行して、ファイアウォールで指定したポートを開きます。

   firewall-cmd --permanent --add-port=<lockd-tcp-port>/tcp
   firewall-cmd --permanent --add-port=<lockd-udp-port>/udp

4. 以下のように、/etc/nfs.conf ファイルの [statd] セクションを編集して、rpc.statd の静的ポートを追加します。

   [statd]
   
   port=port-number

5. NFS クライアントで以下のコマンドを実行して、ファイアウォールに追加したポートを開きます。

   firewall-cmd --permanent --add-port=<statd-tcp-port>/tcp
   firewall-cmd --permanent --add-port=<statd-udp-port>/udp

6. ファイアウォール設定を再読み込みします。

   firewall-cmd --reload

7. rpc-statd サービスを再起動します。

   # systemctl restart rpc-statd.service

   または、/etc/modprobe.d/lockd.conf ファイルの lockd ポートを指定した場合は、次のコマンドを実行します。

   1. /proc/sys/fs/nfs/nlm_tcpport と /proc/sys/fs/nfs/nlm_udpport の現在の値を更新します。

      # sysctl -w fs.nfs.nlm_tcpport=<tcp-port>
      # sysctl -w fs.nfs.nlm_udpport=<udp-port>

   2. rpc-statd サービスを再起動します。

      # systemctl restart rpc-statd.service

手順

1. NFSv4.0 コールバックがファイアウォールを通過できるようにするには、以下のように /proc/sys/fs/nfs/nfs_callback_tcpport を設定して、サーバーがクライアントのそのポートに接続できるようにします。

   # echo "fs.nfs.nfs_callback_tcpport = <callback-port>" >/etc/sysctl.d/90-nfs-callback-port.conf
   # sysctl -p /etc/sysctl.d/90-nfs-callback-port.conf

2. NFS クライアントで以下のコマンドを実行して、ファイアウォールの指定のポートを開きます。

   firewall-cmd --permanent --add-port=<callback-port>/tcp

3. ファイアウォール設定を再読み込みします。

   firewall-cmd --reload

手順

1. マウントごとの操作カウンターをリスト表示します。

   # cat /proc/self/mountstats \
         | awk /scsi_lun_0/,/^$/ \
         | egrep device\|READ\|WRITE\|LAYOUT
   
   device 192.168.122.73:/exports/scsi_lun_0 mounted on /mnt/rhel7/scsi_lun_0 with fstype nfs4 statvers=1.1
       nfsv4:  bm0=0xfdffbfff,bm1=0x40f9be3e,bm2=0x803,acl=0x3,sessions,pnfs=LAYOUT_SCSI
               READ: 0 0 0 0 0 0 0 0
              WRITE: 0 0 0 0 0 0 0 0
           READLINK: 0 0 0 0 0 0 0 0
            READDIR: 0 0 0 0 0 0 0 0
          LAYOUTGET: 49 49 0 11172 9604 2 19448 19454
       LAYOUTCOMMIT: 28 28 0 7776 4808 0 24719 24722
       LAYOUTRETURN: 0 0 0 0 0 0 0 0
        LAYOUTSTATS: 0 0 0 0 0 0 0 0

2. 結果は以下のようになります。

   • LAYOUT 統計は、クライアントとサーバーが pNFS SCSI 操作を使用する要求を示します。
   • READ および WRITE の統計は、クライアントとサーバーが NFS 操作にフォールバックする要求を示します。

手順

1. すべてのクライアントで /etc/dconf/profile/user ファイルを作成または編集します。

2. /etc/dconf/profile/user ファイルの先頭に、次の行を追加します。

   service-db:keyfile/user

3. ユーザーはログアウトしてから再度ログインする必要があります。

   dconf は keyfile バックエンドをポーリングして更新が行われたかどうかを判断するため、設定がすぐに更新されない可能性があります。

手順

1. /etc/samba/smb.conf ファイルの [global] セクションにある server min protocol パラメーターを NT1 に設定します。

2. マウントコマンドに -o vers=1.0 オプションを指定し、SMB 1 プロトコルを使用して共有をマウントします。以下に例を示します。

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

   デフォルトで、カーネルモジュールは、SMB 2 またはサーバーでサポートされている最新のプロトコルバージョンを使用します。-o vers=1.0 オプションを mount コマンドに渡すと、UNIX 拡張機能の使用に必要な SMB 1 プロトコルをカーネルモジュールが使用することが強制されます。

手順

1. 共有のエントリーを /etc/fstab ファイルに追加します。以下に例を示します。

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

   重要

   システムが自動的に共有をマウントできるようにするには、ユーザー名、パスワード、およびドメイン名を認証情報ファイルに保存する必要があります。詳細は、SMB 共有に対して認証するための認証情報ファイルの作成 を参照してください。

   /etc/fstab の行の 4 つ目のフィールドで、認証情報ファイルへのパスなど、マウントオプションを指定します。詳細は、mount.cifs(8) の man ページおよび 頻繁に使用されるマウントオプション の OPTIONS セクションを参照してください。

手順

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 シェルを起動します。

   # parted block-device

2. デバイスにパーティションテーブルがあるかどうかを確認します。

   # (parted) print

   デバイスにパーティションが含まれている場合は、次の手順でパーティションを削除します。

3. 新しいパーティションテーブルを作成します。

   # (parted) mklabel table-type

   • table-type を、使用するパーティションテーブルのタイプに置き換えます。

     • msdo (MBR の場合)
     • gpt (GPT の場合)

   例6.1 GUID パーティションテーブル (GPT) テーブルの作成

   ディスクに GPT テーブルを作成するには、次のコマンドを使用します。

   # (parted) mklabel gpt

   このコマンドを入力すると、変更の適用が開始されます。

4. パーティションテーブルを表示して、作成されたことを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

手順

1. parted ユーティリティーを起動します。

   # parted block-device

2. 現在のパーティションテーブルを表示し、十分な空き領域があるかどうかを確認します。

   # (parted) print

   • 十分な空き容量がない場合は、パーティションのサイズを変更してください。

   • パーティションテーブルから、以下を確認します。

     • 新しいパーティションの開始点と終了点
     • MBR で、どのパーティションタイプにすべきか

3. 新しいパーティションを作成します。

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

   • part-type を primary、logical、または extended に置き換えます。これは MBR パーティションテーブルにのみ適用されます。
   • name を任意のパーティション名に置き換えます。これは GPT パーティションテーブルに必要です。
   • fs-type を、xfs、ext2、ext3、ext4、fat16、fat32、hfs、hfs+、linux-swap、ntfs、または reiserfs に置き換えます。fs-type パラメーターは任意です。parted ユーティリティーは、パーティションにファイルシステムを作成しないことに注意してください。
   • start と end を、パーティションの開始点と終了点を決定するサイズに置き換えます (ディスクの開始からカウントします)。512MiB、20GiB、1.5TiB などのサイズ接尾辞を使用できます。デフォルトサイズの単位はメガバイトです。

   例6.2 小さなプライマリーパーティションの作成

   MBR テーブルに 1024MiB から 2048MiB までのプライマリーパーティションを作成するには、次のコマンドを使用します。

   # (parted) mkpart primary 1024MiB 2048MiB

   コマンドを入力すると、変更の適用が開始されます。

4. パーティションテーブルを表示して、作成されたパーティションのパーティションタイプ、ファイルシステムタイプ、サイズが、パーティションテーブルに正しく表示されていることを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

6. 新規デバイスノードを登録します。

   # udevadm settle

7. カーネルが新しいパーティションを認識していることを確認します。

   # cat /proc/partitions

手順

1. インタラクティブな parted シェルを起動します。

   # parted block-device

   • block-device を、パーティションを削除するデバイスへのパス (例: /dev/sda) に置き換えます。

2. 現在のパーティションテーブルを表示して、削除するパーティションのマイナー番号を確認します。

   (parted) print

3. パーティションを削除します。

   (parted) rm minor-number

   • minor-number を、削除するパーティションのマイナー番号に置き換えます。

   このコマンドを実行すると、すぐに変更の適用が開始されます。

4. パーティションテーブルからパーティションが削除されたことを確認します。

   (parted) print

5. parted シェルを終了します。

   (parted) quit

6. パーティションが削除されたことをカーネルが登録していることを確認します。

   # cat /proc/partitions

7. パーティションが存在する場合は、/etc/fstab ファイルからパーティションを削除します。削除したパーティションを宣言している行を見つけ、ファイルから削除します。

8. システムが新しい /etc/fstab 設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

9. スワップパーティション、または LVM の一部を削除した場合は、カーネルコマンドラインからパーティションへの参照をすべて削除します。

   1. アクティブなカーネルオプションを一覧表示し、削除されたパーティションを参照するオプションがないか確認します。

      # grubby --info=ALL

   2. 削除されたパーティションを参照するカーネルオプションを削除します。

      # grubby --update-kernel=ALL --remove-args="option"

10. アーリーブートシステムに変更を登録するには、initramfs ファイルシステムを再構築します。

    # dracut --force --verbose

手順

1. parted ユーティリティーを起動します。

   # parted block-device

2. 現在のパーティションテーブルを表示します。

   # (parted) print

   パーティションテーブルから、以下を確認します。

   • パーティションのマイナー番号。
   • 既存のパーティションの位置とサイズ変更後の新しい終了点。

3. パーティションのサイズを変更します。

   # (parted) resizepart 1 2GiB

   • 1 を、サイズを変更するパーティションのマイナー番号に置き換えます。
   • 2 を、サイズを変更するパーティションの新しい終了点を決定するサイズに置き換えます (ディスクの開始からカウントします)。512MiB、20GiB、1.5TiB などのサイズ接尾辞を使用できます。デフォルトサイズの単位はメガバイトです。

4. パーティションテーブルを表示して、サイズ変更したパーティションのサイズが、パーティションテーブルで正しく表示されていることを確認します。

   # (parted) print

5. parted シェルを終了します。

   # (parted) quit

6. カーネルが新しいパーティションを登録していることを確認します。

   # cat /proc/partitions

7. オプション: パーティションを拡張した場合は、そこにあるファイルシステムも拡張します。

手順

1. ファイルシステムを作成する場合は、以下の手順を実行します。

   • デバイスが通常のパーティション、LVM ボリューム、MD ボリューム、ディスク、または類似デバイスである場合は、次のコマンドを使用します。

     # mkfs.xfs block-device

     • 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

手順

1. ファイルシステムをマウントおよびアンマウントしてログを再生します。

   # mount file-system
   # umount file-system

   注記

   マウントが structure needs cleaning (構造のクリーニングが必要) エラーで失敗した場合は、ログが破損しているため再生できません。ドライランは、結果として、より多くのディスク上の破損を検出して報告する必要があります。

2. xfs_repair ユーティリティーを使用してドライランを実行し、ファイルシステムを検査します。エラーが表示され、ファイルシステムを変更せずに実行できるアクションが示されます。

   # xfs_repair -n block-device

3. ファイルシステムをマウントします。

   # mount file-system

手順

1. xfs_metadump ユーティリティーを使用して、診断またはテストの目的で、修復する前にメタデータイメージを作成します。修復前のファイルシステムメタデータイメージは、破損がソフトウェアのバグによるものであるかどうかのサポート調査に役立ちます。修復前のイメージに含まれる破損のパターンは、根本的な分析に役に立つ場合があります。

   • xfs_metadump デバッグツールを使用して、XFS ファイルシステムからファイルにメタデータをコピーします。サポートに大きな メタダンプ ファイルを送信する必要がある場合は、標準の圧縮ユーティリティーを使用して生成された メタダンプ ファイルを圧縮してファイルサイズを縮小できます。

     # xfs_metadump block-device metadump-file

2. ファイルシステムを再マウントしてログを再生します。

   # mount file-system
   # umount file-system

3. アンマウントしたファイルシステムを修復するには、xfs_repair ユーティリティーを使用します。

   • マウントが成功した場合、追加のオプションは必要ありません。

     # xfs_repair block-device

   • マウントが Structure needs cleaning エラーで失敗した場合は、ログが破損しているため再生できません。ログを消去するには、-L オプション (force log zeroing) を使用します。

     警告

     このコマンドを実行すると、クラッシュ時に進行中だったすべてのメタデータの更新が失われます。これにより、ファイルシステムに重大な損傷やデータ損失が生じる可能性があります。これは、ログを再生できない場合に最後の手段としてのみ使用してください。

     # xfs_repair -L block-device

4. ファイルシステムをマウントします。

   # mount file-system

手順

1. ファイルシステムを再マウントしてログを再生します。

   # mount file-system
   # umount file-system

2. ドライランを実行して、ファイルシステムを検査します。

   # e2fsck -n block-device

   注記

   エラーが表示され、ファイルシステムを変更せずに実行できるアクションが示されます。整合性チェック後のフェーズでは、修復モードで実行していた場合に前のフェーズで修正されていた不整合が検出される可能性があるため、追加のエラーが出力される場合があります。

手順

1. サポート調査のためにファイルシステムイメージを保存します。修復前のファイルシステムメタデータイメージは、破損がソフトウェアのバグによるものであるかどうかのサポート調査に役立ちます。修復前のイメージに含まれる破損のパターンは、根本的な分析に役に立つ場合があります。

   注記

   ファイルシステムが大幅に損傷している場合は、メタデータイメージの作成に関連して問題が発生する可能性があります。

   • テスト目的でイメージを作成する場合は、-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

   関連情報

   • 2eimage(8) man ページ
   • e2fsck(8) man ページ

手順

1. 特定のファイルシステムを添付する場合は、mount ユーティリティーを使用します。

   # mount device mount-point

   例15.2 XFS ファイルシステムのマウント

   たとえば、UUID により識別されるローカル XFS ファイルシステムをマウントするには、次のコマンドを実行します。

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

2. mount がファイルシステムタイプを自動的に認識できない場合は、--types オプションで指定します。

   # mount --types type device mount-point

   例15.3 NFS ファイルシステムのマウント

   たとえば、リモートの NFS ファイルシステムをマウントするには、次のコマンドを実行します。

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

手順

1. ファイルシステムがマウントされているディレクトリーを変更するには、以下のコマンドを実行します。

   # mount --move old-directory new-directory

   例15.4 ホームファイルシステムの移動

   たとえば、/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. 元のマウントポイントから仮想ファイルシステム (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. 複製を作成し、これを slave タイプとしてマークします。

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

1. /dev ディレクトリーの永続的な属性またはパスで識別されるブロックデバイス。
2. デバイスがマウントされるディレクトリー。
3. デバイス上のファイルシステム。
4. ファイルシステムのマウントオプション。これには、ブート時にデフォルトオプションでパーティションをマウントする defaults オプションが含まれます。マウントオプションフィールドは、x-systemd.option 形式の systemd マウントユニットオプションも認識します。
5. dump ユーティリティーのオプションのバックアップを作成します。
6. fsck ユーティリティーの順序を確認します。

手順

1. ファイルシステムの UUID 属性を調べます。

   $ lsblk --fs storage-device

   以下に例を示します。

   例17.2 パーティションの UUID の表示

   $ lsblk --fs /dev/sda1
   
   NAME FSTYPE LABEL UUID                                 MOUNTPOINT
   sda1 xfs    Boot  ea74bbec-536d-490c-b8d9-5b40bbd7545b /boot

2. このマウントポイントのディレクトリーがない場合は、作成します。

   # mkdir --parents mount-point

3. root で /etc/fstab ファイルを編集し、ファイルシステムに行を追加します (UUID で識別されます)。

   以下に例を示します。

   例17.3 /etc/fstab の /boot マウントポイント

   UUID=ea74bbec-536d-490c-b8d9-5b40bbd7545b /boot xfs defaults 0 0

4. システムが新しい設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

5. ファイルシステムをマウントして、設定が機能することを確認します。

   # mount mount-point

手順

1. /etc/auto.identifier にあるオンデマンドマウントポイント用のマップファイルを作成します。identifier を、マウントポイントを識別する名前に置き換えます。
2. マップファイルで、autofs 設定ファイル の説明に従って、マウントポイント、オプション、および場所の各フィールドを入力します。
3. autofs 設定ファイル セクションの説明に従って、マップファイルをマスターマップファイルに登録します。

4. 設定の再読み込みを許可し、新しく設定した autofs マウントを管理できるようにします。

   # systemctl reload autofs.service

5. オンデマンドディレクトリーのコンテンツへのアクセスを試みます。

   # ls automounted-directory

手順

1. ユーザーのホームディレクトリーをマウントする必要があるサーバーの /etc/auto.master ファイルを編集して、マップファイルのマウントポイントと場所を指定します。これを行うには、以下の行を /etc/auto.master ファイルに追加します。

   /home /etc/auto.home

2. ユーザーのホームディレクトリーをマウントする必要があるサーバー上で、/etc/auto.home という名前のマップファイルを作成し、以下のパラメーターでファイルを編集します。

   * -fstype=nfs,rw,sync host.example.com:/home/&

   fstype パラメーターはデフォルトで nfs であるため、このパラメーターは飛ばして次に進むことができます。詳細は、autofs(5) man ページを参照してください。

3. autofs サービスを再読み込みします。

   # systemctl reload autofs

手順

1. LDAP アクセスを設定するには、/etc/openldap/ldap.conf ファイルを変更します。BASE、URI、schema の各オプションがサイトに適切に設定されていることを確認します。

2. 自動マウント機能マップを LDAP に格納するためにデフォルトされた最新のスキーマが、rfc2307bis ドラフトに記載されています。このスキーマを使用する場合は、スキーマの定義のコメント文字を取り除き、/etc/autofs.conf 設定ファイル内に設定する必要があります。以下に例を示します。

   例18.6 autofs の設定

   DEFAULT_MAP_OBJECT_CLASS="automountMap"
   DEFAULT_ENTRY_OBJECT_CLASS="automount"
   DEFAULT_MAP_ATTRIBUTE="automountMapName"
   DEFAULT_ENTRY_ATTRIBUTE="automountKey"
   DEFAULT_VALUE_ATTRIBUTE="automountInformation"

3. 他のすべてのスキーマエントリーが設定内でコメントされていることを確認してください。rfc2307bis スキーマの automountKey 属性は、rfc2307 スキーマの cn 属性に置き換わります。以下は、LDAP データ交換形式 (LDIF) 設定の例です。

   例18.7 LDIF 設定

   # auto.master, example.com
   dn: automountMapName=auto.master,dc=example,dc=com
   objectClass: top
   objectClass: automountMap
   automountMapName: auto.master
   
   # /home, auto.master, example.com
   dn: automountMapName=auto.master,dc=example,dc=com
   objectClass: automount
   automountKey: /home
   automountInformation: auto.home
   
   # auto.home, example.com
   dn: automountMapName=auto.home,dc=example,dc=com
   objectClass: automountMap
   automountMapName: auto.home
   
   # foo, auto.home, example.com
   dn: automountKey=foo,automountMapName=auto.home,dc=example,dc=com
   objectClass: automount
   automountKey: foo
   automountInformation: filer.example.com:/export/foo
   
   # /, auto.home, example.com
   dn: automountKey=/,automountMapName=auto.home,dc=example,dc=com
   objectClass: automount
   automountKey: /
   automountInformation: filer.example.com:/export/&

手順

1. ファイルシステムの永続的なマウント の説明に従って、目的の fstab エントリーを追加します。以下に例を示します。

   /dev/disk/by-id/da875760-edb9-4b82-99dc-5f4b1ff2e5f4  /mount/point  xfs  defaults  0 0

2. 前の手順で作成したエントリーの options フィールドに x-systemd.automount を追加します。

3. システムが新しい設定を登録するように、新しく作成されたユニットをロードします。

   # systemctl daemon-reload

4. 自動マウントユニットを起動します。

   # systemctl start mount-point.automount

検証

1. mount-point.automount が実行されていることを確認します。

   # systemctl status mount-point.automount

2. 自動マウントされたディレクトリーに目的のコンテンツが含まれていることを確認します。

   # ls /mount/point

手順

1. マウントユニットを作成します。以下に例を示します。

   mount-point.mount
   [Mount]
   What=/dev/disk/by-uuid/f5755511-a714-44c1-a123-cfde0e4ac688
   Where=/mount/point
   Type=xfs

2. マウントユニットと同じ名前で、拡張子が .automount のユニットファイルを作成します。

3. ファイルを開き、[Automount] セクションを作成します。Where= オプションをマウントパスに設定します。

   [Automount]
   Where=/mount/point
   [Install]
   WantedBy=multi-user.target

4. システムが新しい設定を登録するように、新しく作成されたユニットをロードします。

   # systemctl daemon-reload

5. 代わりに、自動マウントユニットを有効にして起動します。

   # systemctl enable --now mount-point.automount

検証

1. mount-point.automount が実行されていることを確認します。

   # systemctl status mount-point.automount

2. 自動マウントされたディレクトリーに目的のコンテンツが含まれていることを確認します。

   # ls /mount/point

手順

1. /etc/autofs.conf ファイルを編集し、autofs が検索するスキーマ属性を指定します。

   #
   # Other common LDAP naming
   #
   map_object_class = "automountMap"
   entry_object_class = "automount"
   map_attribute = "automountMapName"
   entry_attribute = "automountKey"
   value_attribute = "automountInformation"

   注記

   ユーザーは、/etc/autofs.conf ファイルに小文字と大文字の両方で属性を書き込むことができます。

2. オプションで、LDAP 設定を指定します。これには 2 通りの方法があります。最も簡単な方法は、自動マウントサービスが LDAP サーバーと場所を自分で発見するようにすることです。

   ldap_uri = "ldap:///dc=example,dc=com"

   このオプションでは、DNS に検出可能なサーバーの SRV レコードが含まれている必要があります。

   別の方法では、使用する LDAP サーバーと LDAP 検索のベース DN を明示的に設定します。

   ldap_uri = "ldap://ipa.example.com"
   search_base = "cn=location,cn=automount,dc=example,dc=com"

3. autofs が IdM LDAP サーバーによるクライアント認証を許可するように /etc/autofs_ldap_auth.conf ファイルを編集します。

   • authrequired を yes に変更します。

   • プリンシパルを IdM LDAP サーバー (host/fqdn@REALM) の Kerberos ホストプリンシパルに設定します。プリンシパル名は、GSS クライアント認証の一部として IdM ディレクトリーへの接続に使用されます。

     <autofs_ldap_sasl_conf
          usetls="no"
          tlsrequired="no"
          authrequired="yes"
          authtype="GSSAPI"
          clientprinc="host/server.example.com@EXAMPLE.COM"
          />

     ホストプリンシパルの詳細は、IdM での正規化された DNS ホスト名の使用 を参照してください。

     必要に応じて klist -k を実行して、正確なホストプリンシパル情報を取得します。

手順

1. SSSD 設定ファイルを開きます。

   # vim /etc/sssd/sssd.conf

2. SSSD が処理するサービスリストに autofs サービスを追加します。

   [sssd]
   domains = ldap
   services = nss,pam,autofs

3. [autofs] セクションを新規作成します。autofs サービスのデフォルト設定はほとんどのインフラストラクチャーに対応するため、これを空白のままにすることができます。

   [nss]
   
   [pam]
   
   [sudo]
   
   [autofs]
   
   [ssh]
   
   [pac]

   詳細は man ページの sssd.conf を参照してください。

4. オプションとして、autofs エントリーの検索ベースを設定します。デフォルトでは、これは LDAP 検索ベースですが、ldap_autofs_search_base パラメーターでサブツリーを指定できます。

   [domain/EXAMPLE]
   
   ldap_search_base = "dc=example,dc=com"
   ldap_autofs_search_base = "ou=automount,dc=example,dc=com"

5. SSSD サービスを再起動します。

   # systemctl restart sssd.service

6. SSSD が自動マウント設定のソースとしてリスト表示されるように、/etc/nsswitch.conf ファイルを確認します。

   automount: sss files

7. autofs サービスを再起動します。

   # systemctl restart autofs.service

8. /home のマスターマップエントリーがあると想定し、ユーザーの /home ディレクトリーをリスト表示して設定をテストします。

   # ls /home/userName

   リモートファイルシステムをマウントしない場合は、/var/log/messages ファイルでエラーを確認します。必要に応じて、logging パラメーターを debug に設定して、/etc/sysconfig/autofs ファイルのデバッグレベルを増やします。

手順

1. /etc/sysconfig/readonly-root ファイルで、READONLY オプションを yes に設定して、ファイルシステムを読み取り専用としてマウントします。

   READONLY=yes

2. /etc/fstab ファイルの root エントリー (/) に ro オプションを追加します。

   /dev/mapper/luks-c376919e...  /  xfs  x-systemd.device-timeout=0,ro  1  1

3. ro kernel オプションを有効にします。

   # grubby --update-kernel=ALL --args="ro"

4. rw カーネルオプションが無効になっていることを確認します。

   # grubby --update-kernel=ALL --remove-args="rw"

5. tmpfs ファイルシステムに書き込みパーミッションでマウントするファイルとディレクトリーを追加する必要がある場合は、/etc/rwtab.d/ ディレクトリーにテキストファイルを作成し、そこに設定を置きます。

   たとえば、/etc/example/file ファイルを書き込みパーミッションでマウントするには、この行を /etc/rwtab.d/example ファイルに追加します。

   files /etc/example/file

   重要

   tmpfs のファイルおよびディレクトリーの変更内容は、再起動後は持続しません。

6. システムを再起動して変更を適用します。

手順

1. ユーザーのクォータを有効にします。

   # mount -o uquota /dev/xvdb1 /xfs

   uquota を uqnoenforce に置き換えて、制限を強制適用せずに使用状況の報告を可能にします。

2. グループのクォータを有効にします。

   # mount -o gquota /dev/xvdb1 /xfs

   gquota を gqnoenforce に置き換えて、制限を強制適用せずに使用状況の報告を可能にします。

3. プロジェクトのクォータを有効にします。

   # mount -o pquota /dev/xvdb1 /xfs

   pquota を pqnoenforce に置き換え、制限を強制適用せずに使用状況の報告を可能にします。

4. または、/etc/fstab ファイルにクォータマウントオプションを追加します。以下の例は、XFS ファイルシステムでユーザー、グループ、およびプロジェクトのクォータを有効にする /etc/fstab ファイルのエントリーを示しています。以下の例では、読み取り/書き込みパーミッションでファイルシステムもマウントします。

   # vim /etc/fstab
   /dev/xvdb1    /xfs    xfs    rw,quota       0  0
   /dev/xvdb1    /xfs    xfs    rw,gquota      0  0
   /dev/xvdb1    /xfs    xfs    rw,prjquota    0  0

手順

1. xfs_quota シェルを起動します。

   # xfs_quota

2. 指定したユーザーの使用状況および制限を表示します。

   # xfs_quota> quota username

3. ブロックおよび inode の空きおよび使用済みの数を表示します。

   # xfs_quota> df

4. help コマンドを実行して、xfs_quota で利用可能な基本的なコマンドを表示します。

   # xfs_quota> help

5. q を指定して xfs_quota を終了します。

   # xfs_quota> q

手順

1. エキスパートモードを有効にするには、-x オプションを指定して xfs_quota シェルを起動します。

   # xfs_quota -x

2. 特定のファイルシステムのクォータ情報を表示します。

   # xfs_quota> report /path

   たとえば、(/dev/blockdevice の) /home のクォータレポートのサンプルを表示するには、report -h /home コマンドを使用します。これにより、以下のような出力が表示されます。

   User quota on /home (/dev/blockdevice)
   Blocks
   User ID      Used   Soft   Hard Warn/Grace
   ---------- ---------------------------------
   root            0      0      0  00 [------]
   testuser   103.4G      0      0  00 [------]

3. クォータの制限を変更します。

   # xfs_quota> limit isoft=500m ihard=700m user /path

   たとえば、ホームディレクトリーが /home/john のユーザー john に対して、inode 数のソフト制限およびハード制限をそれぞれ 500 と 700 に設定するには、次のコマンドを使用します。

   # xfs_quota -x -c 'limit isoft=500 ihard=700 john' /home/

   この場合は、マウントされた xfs ファイルシステムである mount_point を渡します。

4. help コマンドを実行して、xfs_quota -x で利用可能なエキスパートコマンドを表示します。

   # xfs_quota> help

手順

1. プロジェクトが制御するディレクトリーを /etc/projects に追加します。たとえば、以下は一意の ID が 11 の /var/log パスを /etc/projects に追加します。プロジェクト ID には、プロジェクトにマッピングされる任意の数値を指定できます。

   # echo 11:/var/log >> /etc/projects

2. /etc/projid にプロジェクト名を追加して、プロジェクト ID をプロジェクト名にマップします。たとえば、以下は、前のステップで定義されたように logfiles というプロジェクトをプロジェクト ID 11 に関連付けます。

   # echo logfiles:11 >> /etc/projid

3. プロジェクトのディレクトリーを初期化します。たとえば、以下はプロジェクトディレクトリー /var を初期化します。

   # xfs_quota -x -c 'project -s logfiles' /var

4. 初期化したディレクトリーでプロジェクトのクォータを設定します。

   # xfs_quota -x -c 'limit -p bhard=1g logfiles' /var

手順

1. ファイルシステムの作成時にクォータを有効にします。

   # mkfs.ext4 -O quota /dev/sda

   注記

   デフォルトでは、ユーザーとグループのクォータのみが有効になり、初期化されます。

2. ファイルシステムの作成時にデフォルトを変更します。

   # mkfs.ext4 -O quota -E quotatype=usrquota:grpquota:prjquota /dev/sda

3. ファイルシステムをマウントします。

   # mount /dev/sda

手順

1. ファイルシステムをアンマウントします。

   # umount /dev/sda

2. 既存のファイルシステムでクォータを有効にします。

   # tune2fs -O quota /dev/sda

   注記

   デフォルトでは、ユーザーとグループのクォータのみが初期化されます。

3. デフォルトを変更します。

   # tune2fs -Q usrquota,grpquota,prjquota /dev/sda

4. ファイルシステムをマウントします。

   # mount /dev/sda

手順

1. ユーザーにクォータを割り当てます。

   # edquota username

   username を、クォータを割り当てるユーザーに置き換えます。

   たとえば、/dev/sda パーティションのクォータを有効にし、edquota testuser コマンドを実行すると、システムに設定したデフォルトエディターに以下が表示されます。

   Disk quotas for user testuser (uid 501):
   Filesystem   blocks   soft   hard   inodes   soft   hard
   /dev/sda      44043      0      0    37418      0      0

2. 必要な制限を変更します。

   いずれかの値が 0 に設定されていると、制限は設定されません。テキストエディターでこれらを変更します。

   たとえば、以下は、testuser のソフトブロック制限とハードブロック制限をそれぞれ 50000 と 55000 に設定していることを示しています。

   Disk quotas for user testuser (uid 501):
   Filesystem   blocks   soft   hard   inodes   soft   hard
   /dev/sda      44043  50000  55000    37418      0      0

   • 最初の列は、クォータが有効になっているファイルシステムの名前です。
   • 2 列目には、ユーザーが現在使用しているブロック数が示されます。
   • その次の 2 列は、ファイルシステム上のユーザーのソフトブロック制限およびハードブロック制限を設定するのに使用されます。
   • inodes 列には、ユーザーが現在使用している inode 数が表示されます。

   • 最後の 2 列は、ファイルシステムのユーザーに対するソフトおよびハードの inode 制限を設定するのに使用されます。

     • ハードブロック制限は、ユーザーまたはグループが使用できる最大ディスク容量 (絶対値) です。この制限に達すると、それ以上のディスク領域は使用できなくなります。
     • ソフトブロック制限は、使用可能な最大ディスク容量を定義します。ただし、ハード制限とは異なり、ソフト制限は一定時間超過する可能性があります。この時間は 猶予期間 として知られています。猶予期間の単位は、秒、分、時間、日、週、または月で表されます。

手順

1. グループクォータを設定します。

   # edquota -g groupname

   たとえば、devel グループのグループクォータを設定するには、以下を実行します。

   # edquota -g devel

   このコマンドにより、グループの既存クォータがテキストエディターに表示されます。

   Disk quotas for group devel (gid 505):
   Filesystem   blocks  soft  hard  inodes  soft  hard
   /dev/sda     440400     0     0   37418     0     0

2. 制限を変更し、ファイルを保存します。

手順

1. プロジェクトが制御するディレクトリーを /etc/projects に追加します。たとえば、以下は一意の ID が 11 の /var/log パスを /etc/projects に追加します。プロジェクト ID には、プロジェクトにマッピングされる任意の数値を指定できます。

   # echo 11:/var/log >> /etc/projects

2. /etc/projid にプロジェクト名を追加して、プロジェクト ID をプロジェクト名にマップします。たとえば、以下は、前のステップで定義されたように Logs というプロジェクトをプロジェクト ID 11 に関連付けます。

   # echo Logs:11 >> /etc/projid

3. 必要な制限を設定します。

   # edquota -P 11

   注記

   プロジェクトは、プロジェクト ID (この場合は 11)、または名前 (この場合は Logs) で選択できます。

4. quotaon を使用して、クォータの強制適用を有効にします。

   クォータ強制適用の有効化 を参照してください。

手順

1. repquota コマンドを実行します。

   # repquota

   たとえば、repquota /dev/sda コマンドは次のような出力を生成します。

   *** Report for user quotas on device /dev/sda
   Block grace time: 7days; Inode grace time: 7days
   			Block limits			File limits
   User		used	soft	hard	grace	used	soft	hard	grace
   ----------------------------------------------------------------------
   root      --      36       0       0              4     0     0
   kristin   --     540       0       0            125     0     0
   testuser  --  440400  500000  550000          37418     0     0

2. クォータが有効化された全ファイルシステムのディスク使用状況レポートを表示します。

   # repquota -augP

手順

1. Stratis サービスとコマンドラインユーティリティーを提供するパッケージをインストールします。

   # dnf install stratisd stratis-cli

2. stratisd サービスが有効になっていることを確認します。

   # systemctl enable --now stratisd

手順

1. Stratis プールで使用する各ブロックデバイスに存在するファイルシステム、パーティションテーブル、または RAID 署名をすべて削除します。

   # wipefs --all block-device

   ここで、block-device は、ブロックデバイスへのパスになります (例: /dev/sdb)。

2. 選択したブロックデバイスに新しい暗号化されていない Stratis プールを作成します。

   # stratis pool create my-pool block-device

   ここで、block-device は、空のブロックデバイスまたは消去したブロックデバイスへのパスになります。

   注記

   1 行に複数のブロックデバイスを指定します。

   # stratis pool create my-pool block-device-1 block-device-2

3. 新しい Stratis プールが作成されていることを確認します。

   # stratis pool list

手順

1. Stratis プールで使用する各ブロックデバイスに存在するファイルシステム、パーティションテーブル、または RAID 署名をすべて削除します。

   # wipefs --all block-device

   ここで、block-device は、ブロックデバイスへのパスになります (例: /dev/sdb)。

2. キーセットをまだ作成していない場合には、以下のコマンドを実行してプロンプトに従って、暗号化に使用するキーセットを作成します。

   # stratis key set --capture-key key-description

   ここでの key-description は、カーネルキーリングで作成されるキーへの参照になります。

3. 暗号化した Stratis プールを作成し、暗号化に使用する鍵の説明を指定します。key-description オプションを使用する代わりに、--keyfile-path オプションを使用してキーのパスを指定することもできます。

   # stratis pool create --key-desc key-description my-pool block-device

   ここでは、以下のようになります。

   key-description

   直前の手順で作成したカーネルキーリングに存在するキーを参照します。

   my-pool

   新しい Stratis プールの名前を指定します。

   block-device

   空のブロックデバイスまたは消去したブロックデバイスへのパスを指定します。

   注記

   1 行に複数のブロックデバイスを指定します。

   # stratis pool create --key-desc key-description my-pool block-device-1 block-device-2

4. 新しい Stratis プールが作成されていることを確認します。

   # stratis pool list

1. 1 つ以上のブロックデバイスからプールを作成します。

   # stratis pool create --no-overprovision pool-name /dev/sdb

   • --no-overprovision オプションを使用すると、プールは実際に利用可能な物理領域よりも多くの論理領域を割り当てることができません。

2. 既存のプールにオーバープロビジョニングモードを設定します。

   # stratis pool overprovision pool-name <yes|no>

   • yes に設定すると、プールへのオーバープロビジョニングが有効になります。これは、プールによってサポートされる Stratis ファイルシステムの論理サイズの合計が、利用可能なデータ領域の量を超える可能性があることを意味します。

検証

1. 以下のコマンドを実行し、Stratis プールの全一覧を表示します。

   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

2. ubuntu pool list の出力に、プールのオーバープロビジョニングモードフラグが表示されているかどうかを確認します。" ~ " は NOT を表す数学記号であるため、~Op はオーバープロビジョニングなしという意味です。

3. オプション: 以下のコマンドを実行して、特定のプールでオーバープロビジョニングを確認します。

   # stratis pool overprovision pool-name yes
   
   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

手順

1. 以前使用したものと同じキー記述を使用して、キーセットを再作成します。

   # stratis key set --capture-key key-description

   ここで、key-description は、暗号化された Stratis プールの作成時に生成されたカーネルキーリングに存在するキーを参照します。

2. Stratis プールが表示されることを確認します。

   # stratis pool list

手順

1. Stratis ファイルシステムをプールに作成するには、次のコマンドを実行します。

   # stratis filesystem create --size number-and-unit my-pool my-fs

   ここでは、以下のようになります。

   number-and-unit

   ファイルシステムのサイズを指定します。仕様形式は、入力の標準サイズ指定形式 (B、KiB、MiB、GiB、TiB、または PiB) に準拠する必要があります。

   my-pool

   Stratis プールの名前を指定します。

   my-fs

   ファイルシステムの任意名を指定します。

   以下に例を示します。

   例24.1 Stratis ファイルシステムの作成

   # stratis filesystem create --size 10GiB pool1 filesystem1

手順

1. ファイルシステムの UUID 属性を調べます。

   $ lsblk --output=UUID /dev/stratis/my-pool/my-fs

   以下に例を示します。

   例24.2 Stratis ファイルシステムの UUID の表示

   $ lsblk --output=UUID /dev/stratis/my-pool/fs1
   
   UUID
   a1f0b64a-4ebb-4d4e-9543-b1d79f600283

2. このマウントポイントのディレクトリーがない場合は、作成します。

   # mkdir --parents mount-point

3. root で /etc/fstab ファイルを編集し、ファイルシステムに行を追加します (UUID で識別されます)。xfs をファイルシステムのタイプとして使用し、x-systemd.requires=stratisd.service オプションを追加します。

   以下に例を示します。

   例24.3 /etc/fstab の /fs1 マウントポイント

   UUID=a1f0b64a-4ebb-4d4e-9543-b1d79f600283 /fs1 xfs defaults,x-systemd.requires=stratisd.service 0 0

4. システムが新しい設定を登録するように、マウントユニットを再生成します。

   # systemctl daemon-reload

5. ファイルシステムをマウントして、設定が機能することを確認します。

   # mount mount-point