Opción de assembly no reconocida "nobootwait" o valor faltante en ext4-fs para cloudstack

Estoy lanzando una máquina virtual en un derivado de nubes. El fstab ve así

 /dev/vdb /mnt auto defaults,nobootwait,comment=cloudconfig 0 2 Starting File System Check on /dev/vdb... [ 4.626329] [drm] Initialized drm 1.1.0 20060810 [ 4.628322] piix4_smbus 0000:00:01.3: SMBus Host Controller at 0xb100, revision 0 [ 4.648258] AES CTR mode by8 optimization enabled [ 4.656565] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [ 4.662879] ppdev: user-space parallel port driver [ 4.663720] alg: No test for crc32 (crc32-pclmul) [ 4.836422] intel_rapl: no valid rapl domains found in package 0 systemd-fsck[564]: ephemeral0: clean, 11/52428800 files, 3340857/209715200 blocks [[32m OK [0m] Started File System Check on /dev/vdb. Mounting /mnt... [ 4.998244] EXT4-fs (vdb): Unrecognized mount option "nobootwait" or missing value [[1;31mFAILED[0m] Failed to mount /mnt. See 'systemctl status mnt.mount' for details. 

¿Cuál sería el ajuste fstab correcto para ese assembly?

Parece que esa opción no es compatible. Sólo me gustaría quitarlo y ver qué pasa, a continuación, consulte la documentation fstab (5) para el derivado cloudstack.

He reemplazado nobootwait con nofail. No es una gran solución, pero es la única disponible actualmente.