Медленное изменение размера диска во время загрузки на виртуальных машинах с образами Debian 10 Buster на GCP

resize2fs требует дополнительных 90 секунд для изменения размера загрузочного диска 2 ТБ во время загрузки в Debian 10, чем в Debian 9.

Обратите внимание, что время для создания / предоставление экземпляра виртуальной машины ( экземпляры вычислений gcloud создать ... ) одинаково (около 10 секунд) для Debian 9 и Debian 10, но время до успешного SSH отличается (см. , а в моей тестовой команде) - это когда виртуальная машина фактически загружается, а не когда возвращается экземпляров gcloud create ... .

Тест образа Debian 9 для дисков размером 10 ГБ и 2 ТБ - время запуска почти одинаковое (около 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

Тест образа Debian 10 для дисков размером 10 ГБ и 2 ТБ - время запуска на 90 секунд больше для ВМ с диском 2 ТБ:

$ 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

Интересно, что сразу после загрузки виртуальной машины tune2fs показывает, что виртуальная машина Debian 10 записала 43 ГБ на загрузочный диск, а Debian 9 только 2 ГБ:

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 ) и Ubuntu 20.04 LTS. Но только виртуальная машина Debian 10 все еще имеет эту регрессию, в Ubuntu 20.04 LTS ее нет, поэтому кажется, что это проблема, специфичная для Debian 10.

Есть ли какой-либо параметр конфигурации, который позволяет восстановить поведение Debian 9 в Debian 10 для resize2fs во время загрузки виртуальной машины?