用Debian 10 Buster映像在GCP上引导VM时缓慢调整磁盘大小

Question

在Debian 10启动期间，resize2fs需要额外90秒才能调整2TB引导磁盘的大小，而不是在Debian 9上。

请注意，对于Debian 9和Debian 10，创建/提供VM实例(gcloud compute instances create ...)的时间是相同的(大约10秒)，但是成功SSH的时间不同(请参阅我的测试命令中的while循环)--这是VM实际上被引导的时候，而不是gcloud instances create ...返回时。

Debian 9对10 is和2TB磁盘大小的映像测试-启动时间几乎相同(约1分钟)：

$ VM=deb9-10gb; time gcloud compute instances create $VM --image-family=debian-9 --image-project=debian-cloud --boot-disk-size=10GB --machine-type=n1-standard-4 --scopes cloud-platform; date; time (while ! gcloud compute ssh $VM --command="hostname" 2>/dev/null; do date; done); date

Sat 25 Apr 2020 10:49:51 PM PDT
. . .
deb9-10gb

real    1m8.119s
user    0m2.593s
sys 0m0.398s
Sat 25 Apr 2020 10:50:59 PM PDT

$ VM=deb9-2tb; time gcloud compute instances create $VM --image-family=debian-9 --image-project=debian-cloud --boot-disk-size=2TB --machine-type=n1-standard-4 --scopes cloud-platform; date; time (while ! gcloud compute ssh $VM --command="hostname" 2>/dev/null; do date; done); date

Sat 25 Apr 2020 10:51:27 PM PDT
. . .
deb9-2tb

real    0m42.178s
user    0m1.505s
sys 0m0.240s
Sat 25 Apr 2020 10:52:09 PM PDT

10 VM和2TB磁盘大小的Debian 10映像测试-VM/ 2TB磁盘启动时间延长90秒：

$ VM=deb10-10gb; time gcloud compute instances create $VM --image-family=debian-10 --image-project=debian-cloud --boot-disk-size=10GB --machine-type=n1-standard-4 --scopes cloud-platform; date; time (while ! gcloud compute ssh $VM --command="hostname" 2>/dev/null; do date; done); date

Sat 25 Apr 2020 11:01:35 PM PDT
. . .
deb10-10gb

real    1m11.145s
user    0m2.586s
sys 0m0.412s
Sat 25 Apr 2020 11:02:47 PM PDT

$ VM=deb10-2tb; time gcloud compute instances create $VM --image-family=debian-10 --image-project=debian-cloud --boot-disk-size=2TB --machine-type=n1-standard-4 --scopes cloud-platform; date; time (while ! gcloud compute ssh $VM --command="hostname" 2>/dev/null; do date; done); date

Sat 25 Apr 2020 11:03:27 PM PDT
. . .
deb10-2tb

real    2m49.483s
user    0m6.576s
sys 0m1.068s
Sat 25 Apr 2020 11:06:17 PM PDT

有趣的是，就在VM引导tune2fs之后，Debian 10 VM为引导磁盘写了43 GB，而Debian 9只写了2 GB：

deb9-2tb:~$ sudo tune2fs -l /dev/sda1 | grep "Lifetime writes:"
Lifetime writes:          2183 MB

deb10-2tb:~$ sudo tune2fs -l /dev/sda1 | grep "Lifetime writes:"
Lifetime writes:          43 GB

我还用较新的1.45.5-2 e2fsprogs版本在Debian 10 (从buster-backports回购更新)和Ubuntu20.04LTS上测试了这一点。但是只有Debian 10 VM仍然有这个回归，Ubuntu20.04LTS没有它，所以这似乎是一个Debian 10特定的问题。

是否有任何配置选项允许在VM启动期间为resize2fs恢复Debian 10中的Debian 9行为？

Answer 1

由于e2fsprogs错误报告的诊断，GCE团队能够修复GCE 10映像中的这个问题，而现在Debian10VM的创建速度与Debian9一样快。

此修复包括从debian-10-buster-v20200714 GCE 10映像开始。