Parece que você pode ter se deparado com uma regressão no kernel causada por recentes atenuações de L1TF, que agora fazem com que o seu valor máximo de tamanho de swap seja excedido e redefinido para zero ou um pequeno número.
Meu palpite é baseado nesta entrada da lista de discussão do kernel do Linux da semana passada: link
From Vlastimil Babka <>
Subject [PATCH] x86/speculation/l1tf: fix overflow on l1tf_pfn_limit() on 32bit
Date Mon, 20 Aug 2018 11:58:35 +0200
On 32bit PAE kernels on 64bit hardware with enough physical bits,
l1tf_pfn_limit() will overflow unsigned long. This in turn affects
max_swapfile_size() and can lead to swapon returning -EINVAL. This has been
observed in a 32bit guest with 42 bits physical address size, where
max_swapfile_size() overflows exactly to 1 << 32, thus zero, and produces the
following warning to dmesg:
[ 6.396845] Truncating oversized swap area, only using 0k out of 2047996k
Fix this by using unsigned long long instead.
Reported-by: Dominique Leuenberger <[email protected]>
Reported-by: Adrian Schroeter <[email protected]>
Fixes: 17dbca119312 ("x86/speculation/l1tf: Add sysfs reporting for l1tf")
Fixes: 377eeaa8e11f ("x86/speculation/l1tf: Limit swap file size to MAX_PA/2")
[...]
Eu receio que provavelmente não há muito que você possa fazer, exceto esperar até que esse bug do kernel seja corrigido e a versão corrigida seja lançada no Ubuntu.
Editar: como alternativa, é claro que você pode reverter para uma das versões anteriores do kernel sem nenhuma correspondência de mitigação de L1TF para poder usar o swap novamente. Tenha em mente que, é claro, isso o torna vulnerável a um problema de segurança crítico, portanto, seja cuidadoso e atualize-o assim que houver uma correção.