The question is: Will the hibernated system survive after this?
Se o sistema B usar o espaço de troca, o que você pode presumir, então duvido que o sistema A possa ser reiniciado da hibernação com sucesso, e as conseqüências podem ser ruins se isso acontecer.
If not, will the memory be corrupted or will A just be unable to resume?
Embora os documentos do kernel contenham:
* BIG FAT WARNING *********************************************************
*
* If you touch anything on disk between suspend and resume...
* ...kiss your data goodbye.
Isso se aplica ao sistema de arquivos real, já que o mesmo [src]/Documentation/power/swsusp.txt
também observa:
The resume process checks for the presence of the resume device, if found, it then checks the contents for the hibernation image signature. If both are found, it resumes the hibernation image.
Então, presumindo que esta assinatura está no começo do dispositivo swap, e presumindo que o uso normal de swap também começa no começo do dispositivo, então o swap normal o uso destruirá a "assinatura da imagem de hibernação" e, quando o sistema A inicializar, ele não encontrará essa assinatura e não sairá da hibernação. Ela será iniciada novamente.
Mas enquanto essas suposições parecem razoáveis, sem qualquer promessa das pessoas que implementaram o sistema, é impossível dizer que elas são completamente sólidas - meu conselho é que você pode estar fazendo uma aposta séria ao fazer isso.
Se você estiver usando a hibernação e ainda não tiver essa opção no menu do gerenciador de inicialização, é uma boa idéia ter uma que contenha noresume
na linha do kernel para que você possa optar por ignorar a continuação da hibernação. Tanto quanto sei, infelizmente não existe tal parâmetro de linha de kernel para desabilitar o uso de swap, por exemplo. para o sistema B quando você sabe que o sistema A usou o swap para hibernação.