调整磁盘大小后,根分区没有占用更多可用空间。
跑步时
fdisk -l
在远程VM上,结果是:
The backup GPT table is not on the end of the device. This problem will be corrected by write.
Disk /dev/sda: 64 GiB, 68719476736 bytes, 134217728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: XXXXXX-XXXXX-XXX-XXX-XXXX
Device Start End Sectors Size Type
/dev/sda1 8704000 67108830 58404831 27.9G Microsoft basic data
/dev/sda2 20480 53247 32768 16M ChromeOS kernel
/dev/sda3 4509696 8703999 4194304 2G ChromeOS root fs
/dev/sda4 53248 86015 32768 16M ChromeOS kernel
/dev/sda5 315392 4509695 4194304 2G ChromeOS root fs
/dev/sda6 16448 16448 1 512B ChromeOS kernel
/dev/sda7 16449 16449 1 512B ChromeOS root fs
/dev/sda8 86016 118783 32768 16M Microsoft basic data
/dev/sda9 16450 16450 1 512B ChromeOS reserved
/dev/sda10 16451 16451 1 512B ChromeOS reserved
/dev/sda11 64 16447 16384 8M BIOS boot
/dev/sda12 249856 315391 65536 32M EFI System我看到很多回答说我应该使用growpart命令,但是这个命令是不可用的,而且在containerOS中似乎什么都不能安装。不管怎样,我都试过了,太棒了,太棒了,但没有成功。
我在Google文档中挖掘过,但没有发现与ContainerOS有关的任何东西。
我找到的唯一解决办法是重新启动VM,但是是否有其他选择,即不涉及重新启动?
发布于 2019-11-06 01:56:52
调整磁盘大小后,根分区没有占用更多可用空间。
我相信你是在对磁盘进行在线调整,对吧?如果是这样的话,您可以在调整大小后重新启动容器优化的OS (COS)机器.重新启动后,文件系统将自动调整大小以修复磁盘。场景背后发生的是,每次COS启动时,resize-stateful-partition.service都会为您处理这个逻辑。
如果您不能轻松地重新启动COS VM,可以尝试运行sudo /usr/share/cloud/resize-stateful,这也应该可以工作。
发布于 2019-09-18 18:10:21
容器优化OS是计算机引擎VM的操作系统映像,它是为运行Docker容器而优化的。容器优化的操作系统是由谷歌维护的,是基于开源的Chromium项目。这就解释了为什么不能使用growpart或安装它。
你可以试试这个Chrome发布的这里,但我不建议你修改谷歌管理的系统,因为它将来可能会引起其他问题
https://stackoverflow.com/questions/57997607
复制相似问题