When the system is installed with default partitioning (no changes), which
should use UUID's, suspend to disk in /etc/default/grub is configured with swap
by a path-id instead.

This can lead to VM's that are unable to boot when their swap partition changes
location (IE changing from virtio to scsi) or a hardware machine that changes
pci paths in some way (relocation of a disk controller or disk controller
replacement due to RMA etc).

This causes machines to be unbootable because the resume=/dev/disk/path-id can
never be resolved and has an infinite timeout. The machine then must be forced
off and the resolution steps are unclear

Work around is to add noresume at boot, and to edit /etc/default/grub post
install to remove the resume option. 

See also: https://bugzilla.suse.com/show_bug.cgi?id=1159236