2つのLUKSコンテナがあります。 1つはデフォルトのOpenSUSEインストーラ設定を持ち、もう1つは別々の-h sha512 -s 512 -i 5000ヘッダーを持っています。各上部にはLVMがあります。 1 つには OS ボリューム (btrfs) が 1 つだけ、もう 1 つ (スタンドアロン) にはスワップ、SSD キャッシュ、btrfs データなど 3 つのボリュームがあります。問題は、オペレーティングシステムボリュームのbtrfsのパフォーマンスがデータボリュームよりはるかに優れていることです。 OSのパフォーマンスはLVMのないLUKSの生のbtrfsとほぼ同じです。で動作します。しかし、Win10ではブートするのに約1分、OSパーティションでは数秒ほどかかるので、痛いほど遅いです。
オペレーティングシステムのボリュームは、デフォルト設定を使用してOpenSUSEインストーラによって作成されます。データを含むデータは、mkfs.btrfs他のフラグなしで手動で生成されますlabel。マウントパラメータは次のとおりです。
/dev/mapper/linux-suse on / type btrfs (rw,relatime,ssd,discard,space_cache)
/dev/mapper/data-data on /home/lapsio/VMs type btrfs (rw,noatime,compress=lzo,ssd,space_cache)
まず、Ofc圧縮が原因ですが、実際にVMディレクトリには、そのchattr -R +C VMs/圧縮とその内部のすべてのファイルにフラグが設定されています。また、ディレクトリを最適化しようとしましたが、うまくいかないようです。
ベストアンサー1
マッソサ... このドライブはノートブックから取り外され、唯一のドライブで、99％のデータがいっぱいであるという事実には言及していません。最初のLVMは、TRIMが有効になっているOSの起動時に自動的にインストールされます（ディスクのデータ構成が表示されるため、暗号化されたデバイスでは推奨されませんが、OSパーティションには実際の機密データではないOSのみが含まれます）。 2番目のLVMは、TRIMを有効にしないでコマンドラインから手動でインストールされました（ここではTRIMを使用する意図がなかったため）。ただし、実際にこの180 GBパーティション（256 GBドライブ）またはドライブのこの部分を覆っているデータユニットはPCにインストールされているため、まったくクリーンアップされません。
このLUKSパーティションを手動でトリミングした後は、正常に機能しました。