@Norbert,
grundsätzlich hast Du ja recht, Du siehst aber, daß
aufgrund meiner HW Modifikation und der nicht vorab
nachgezogenen Konfiguration der Bootvorgang zum erliegen
kommt. Wäre der systemd Parameter 'no limit' als default
nicht gesetzt, wäre es auch kein Beinbruch gewesen,
aber in dem konkreten Fall führt es zu einem Systemhalt,
aus dem man nicht so ohne weiteres raus kommt.
Zugegeben war das meiner HW-umsteck-Aktion geschuldet,
aber das mich der SWAP so ausnocked war mir auch nicht
bewußt. Ist ja was anderes, wenn Systempartitionen nicht
gefunden werden, aber der SWAP, zumal die Maschiene 128GB
RAM hat, sollte den Bootvorgang nicht ausnocken.
Meine Ansicht.
Früher unter Solaris und auch unter Linux zu initrc/d-Zeiten
hat es gereicht in der fstab den entsprechenden Verweis auf
den SWAP Space auszukommentieren und man konnte wieder booten.
Aber die Zeiten bringen halt neue System-Features und System-Ansprüche
mit sich, die man auf dem Radar haben muss, sonst ist man
verloren, oder man findet in einem Forum, wie hier, Hilfe ;-)
Danke nochmals für Eure Hilfe.
Markus