一般化する

一般化する

一般化する

2つのプライマリパーティションを持つWindowsに付属の単一のハードドライブを搭載したノートパソコンがあります(PP/dev/sda1そして/dev/sda2。その後、Linuxインストール用の単一の論理パーティションと残りのデータ(LVM論理ボリューム/dev/sda3/boot/dev/sda5LV)LUKSコンテナ内)。

これで、Windowsインストールを「食べて」ディスクスペースをLinuxパーティションに再割り当てしたいと思います。 Linuxパーティションは、論理パーティションではなくプライマリパーティションになることができます(これは、パーティションが4つではなく2つになるためです)。現在、LinuxパーティションはまだLUKSコンテナに完全に割り当てられており、これはLVM LVに完全に割り当てられています。知りたい、

  1. このタスクの「一般的な手順」とは何ですか?このプロセスはすでにどこかに文書化されていますか?もしそうなら、私たちの文書を教えてくださいRTFMします。
  2. 私がやりたいことを説明するために正しい言葉を使っていますか?
  3. 以下にいくつかの重要な詳細がありませんか?その場合はお知らせください。修正いたします。

FWIW、私

  • 良いバックアップ/home
  • バックアップドライブに現在ある他の「実際の」トップレベルのディレクトリ/フォルダ(たとえば、、、、、、、、、、、、、、など)/のバックアップ/binを作成するのに十分な空き容量があります。/.config/etc/lib/lib64/opt/root/sbin/tmp/usr/var

詳細

現状

lsblk以下は、少し編集したPCの現在の表です。

                                            MOUNT
NAME                  MAJ:MIN   SIZE  TYPE  POINT   NOTES
sda                     8:0   465.8G  disk
├─sda1                  8:1    16.6G  part          [1]
├─sda2                  8:2    97.7G  part          [2]
├─sda3                  8:3     500M  part  /boot
├─sda4                  8:4       1K  part          extended
└─sda5                  8:5     351G  part          logical
  └─LVM2_crypt        254:0     351G  crypt         LUKS
    ├─LVM2_crypt-swap 254:1     3.9G  lvm   [SWAP]
    ├─LVM2_crypt-root 254:2      20G  lvm   /       [3]
    └─LVM2_crypt-home 254:3   327.1G  lvm   /home   [3]

[1]: sda1Windows Recovery EnvironmentGRUB≅を使用する起動可能なPPですか?

menuentry 'WRE (loader) (on /dev/sda1)' --class windows --class os ...
    insmod part_msdos
    insmod ntfs
    set root='hd0,msdos1'
    ...
    parttool ${root} hidden-
    drivemap -s (hd0) ${root}
    chainloader +1
}

[2]: sda2GRUB≅を使用する起動可能なWindows PP。

menuentry 'Windows 7 (loader) (on /dev/sda2)' --class windows --class os ...
    insmod part_msdos
    insmod ntfs
    set root='hd0,msdos2'
    ...
    parttool ${root} hidden-
    chainloader +1
}

[サム]現在、私のファイルシステムでは、スペース不足の警告が頻繁に表示されます。 = /:「一般的な疑い」(スクリプトを使用)からスペースを解放した後、通常は≅500MBの空き容量があります。特にソフトウェアをインストールしたいがインストールできないので、これは問題です。また、FS=に空き容量が5%未満です/home。大きな問題ではありませんが、すぐに修正する必要があります。

希望の最終状態

sda1Windowsディスク容量(114 GB≅size(current())+ size(current(sda2)))を回収して、FS =のサイズ変更可能な新しい部分に再割り当てしたいと思います/。だから私は次のことを想像しました。

me@it: ~ $ lsblk_magic_8_ball
                                              MOUNT   CURRENT
NAME                    MAJ:MIN   SIZE  TYPE  POINT   SIZE
sda                       8:0   465.8G  disk          same
├─sda1                    8:1     500M  part  /boot   same
└─sda2                    8:2   465.3G  part          size(sda) - size(sda1)
  └─LVM2_crypt          254:0   465.3G  crypt         LUKS all of sda2
    ├─LVM2_crypt-swap   254:1     3.9G  lvm   [SWAP]  same
    ├─LVM2_crypt-etc    254:2     1.0G  lvm   /etc    currently du=27M
    ├─LVM2_crypt-lib    254:2     1.0G  lvm   /lib    currently du=400M
    ├─LVM2_crypt-opt    254:2     1.0G  lvm   /opt    currently du=386M
    ├─LVM2_crypt-tmp    254:2     1.0G  lvm   /tmp    currently du=640k
    ├─LVM2_crypt-usr    254:2      10G  lvm   /usr    currently du=5.3G
    ├─LVM2_crypt-var    254:2      20G  lvm   /var    currently du=11G
    ├─LVM2_crypt-root   254:2      20G  lvm   /       [1]
    └─LVM2_crypt-home   254:3   407.1G  lvm   /home   [2]

[1]:私の現在のLVサイズ(/)= 20GB、du(/)≅500MBです。そのサイズを維持しますが、現在のdu(、、、、、、)/etc≦ 17.2 GBの下位FSをLV =から独自のLVに移動します。/lib/opt/tmp/usr/var/

[2]:回収されたWindowsディスク容量≅114 GBからサイズ(新しいLV)≅24 GBを作成する予定です。これにより、80GBが残り、それをLV =に追加します/home

IMHO、拡張LUKSコンテナ内に新しいLVを作成する方法を理解します。私が知らない(そして不思議なことに)、現在のWindows PPが占めるスペースを拡張LUKSコンテナをホストするために新しい拡張Linux PPに移動する方法です。インスピレーションありがとうございます。

関連情報