Comment 17 for bug 1552985

Booted via grub-n-iso shutdown works for me, but not when the pendrive was created by cloning the current Lubuntu Xenial i386 daily iso file,

xenial-desktop-i386.iso

Today I tested with USB-creator-gtk 0.3.2 and mkusb, but can get the same result with other cloning tools, e.g. gnome-disks, dd.

In other words, my live drive is affected when booted from a cloned system, but not from a grub-n-iso system made from the same iso file. I suspect that this bug is the same or closely related to the bug that also affects virtual machines,

https://bugs.launchpad.net/ubuntu/+source/casper/+bug/966480

It is described as a race condition by Chris Bainbridge:

https://bugs.launchpad.net/ubuntu/+source/casper/+bug/966480/comments/58

-o-

Details: I tested this in a laptop bought 2013 (that I am often using for iso testing),

http://www.toshiba.se/laptops/satellite-pro/c850/satellite-pro-c850-19w/

and in a desktop computer with the following motherboard bought 2008,

http://www.asus.com/Motherboards/M2NVM_DVI/

A Sandisk Cruzer blade 4 GB USB drive cloned to a 'live-only' system with USB-creator-gtk 0.3.2 and mkusb is affected by this bug in both those computers.

The same USB drive made into a grub-n-iso system with the same Lubuntu daily iso file according to the link

http://ubuntuforums.org/showthread.php?t=2259682&p=13302278#post13302278

or made into a persistent live drive with mkusb according to this link

https://help.ubuntu.com/community/mkusb/persistent

can be shut down or rebooted properly (so these systems booted via grub are not affected).

PS.

Until this bug is squashed (and in other cases where a linux system is unresponsive)I recommend

SysRq + r e i s u b

described in the following link

https://en.wikipedia.org/wiki/Magic_SysRq_key

DS.