Comment 15 for bug 1259861

@rhansen, your bug might be a different one, since ip=dhcp is processed by the initramfs, while I'm talking about the kernel, before the initramfs gets to run.

The bug is still there in Xenial.
I noticed that it doesn't happen in all hardware; I've seen it in *some* real clients and under VirtualBox, while I haven't been able to reproduce it under KVM.

Example from Xenial:
$ grep 'model name' /proc/cpuinfo
model name : Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz

$ dmesg
...
[ 1.224044] usb 3-4: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes
[ 1.677095] tsc: Refined TSC clocksource calibration: 3292.375 MHz
[ 1.677134] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2f75298baf3, max_idle_ns: 440795322961 ns
[ 2.677286] clocksource: Switched to clocksource tsc
[ 12.784911] PM: Hibernation image not present or could not be loaded.
[ 12.785223] Freeing unused kernel memory: 936K (c1b6d000 - c1c57000)
[ 12.785350] Write protecting the kernel text: 7816k
[ 12.785450] Write protecting the kernel read-only data: 3120k
[ 12.785502] NX-protecting the kernel data: 6520k
[ 12.797220] random: systemd-udevd urandom read with 0 bits of entropy available
...

I also tried with "nohibernate", it's not related to hibernation.