![在 Windows 上安装 Ubuntu 20.04 后管理磁盘空间](https://linux22.com/image/1634790/%E5%9C%A8%20Windows%20%E4%B8%8A%E5%AE%89%E8%A3%85%20Ubuntu%2020.04%20%E5%90%8E%E7%AE%A1%E7%90%86%E7%A3%81%E7%9B%98%E7%A9%BA%E9%97%B4.png)
也许我应该在安装 Ubuntu 之前对磁盘进行分区,但我会尝试一下。
我注意到,在Ubuntu 20.04
与 Windows 10 一起安装后,打开文件资源管理器时会显示一堆空的本地磁盘卷。下面是一张我所指的图片:
请注意,单击磁盘 D: E: F: G: H: 时,系统会提示磁盘为空。我想知道它们是否真的为空,我可以将它们合并为一个磁盘,还是尝试这样做很可能会搞砸我的Ubuntu 20.04
安装。
这是我的 Windows 磁盘管理信息:
Ubuntu 方面的信息如下:
我不是分区、卷以及操作系统和可启动分区、卷安装位置方面的专家,并且不想抹去迄今为止在 Ubuntu 上所做的艰苦工作。
编辑:这里是要求的 df -h 的输出:
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 1.9M 1.6G 1% /run
/dev/nvme0n1p10 36G 30G 4.6G 87% /
tmpfs 7.9G 37M 7.8G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/loop0 147M 147M 0 100% /snap/code/46
/dev/loop1 98M 98M 0 100% /snap/core/10126
/dev/loop2 98M 98M 0 100% /snap/core/9993
/dev/loop4 56M 56M 0 100% /snap/core18/1885
/dev/loop3 55M 55M 0 100% /snap/core18/1880
/dev/loop6 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop5 218M 218M 0 100% /snap/gnome-3-34-1804/60
/dev/loop7 51M 51M 0 100% /snap/snap-store/481
/dev/loop8 256M 256M 0 100% /snap/gnome-3-34-1804/36
/dev/loop9 31M 31M 0 100% /snap/snapd/9607
/dev/loop10 31M 31M 0 100% /snap/snapd/9279
/dev/loop11 147M 147M 0 100% /snap/code/47
/dev/loop12 50M 50M 0 100% /snap/snap-store/467
/dev/nvme0n1p9 511M 24K 511M 1% /boot/efi
tmpfs 1.6G 76K 1.6G 1% /run/user/1000
答案1
据我所知,这 512 MB 分区中的前 4 个(DEF 和 G)实际上并未使用。H 似乎由 Linux 使用(它看起来是 DF 输出中提到的 /boot/efi 分区)。
理论上,您可以合并 DEF 和 G,但这会改变分区编号方案,导致 Linux、Windows 或两者都无法启动。
这可以避免,但非常复杂。我当然不会尝试解释如何做到这一点。错误空间太大,后果很严重。
由于总空间只有大约 2 GB,我不会删除它们。安全第一。
我在 Windows 磁盘管理器工具中要做的唯一一件事就是从 D、E、F、G 和 H 中删除驱动器号,这样这些分区在资源管理器中就不可见了。这将防止您在 Windows 中意外损坏它们。
对于 H:尤其重要,因为 Linux 也使用它。
如果您愿意,您可以保留 D、E、F 和 G 上的驱动器号,并将它们用作 Windows 中的小型数据磁盘。将它们重新格式化为 NTFS 也应该没问题。