<div dir="ltr">Hi, <div><br></div><div>They are exactly the same on both RPis : dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait</div><div><br></div><div>Alex</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-23 14:28 GMT+02:00 Dmitry Safonov <span dir="ltr"><<a href="mailto:dsafonov@virtuozzo.com" target="_blank">dsafonov@virtuozzo.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/20/2016 12:06 PM, alex vk wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Andrew,<br>
<br>
You're right, there was no "cpuset" on the Rpi where I tried the restoring<br>
process, whereas it's present on the other one..<br>
If I swap the roles between the two Pis, the checkpoint/restore succeeds :)<br>
<br>
I dont't really understand how come the configuration is different as I was<br>
using the exact same image loaded on the SD card..<br>
Do you have an idea why cpuset it disabled on one Rpi, or how I could<br>
enable it ?<br>
</blockquote>
<br></span>
Just random idea: IIRC RPI2 has /boot/cmdline.txt for a kernel boot<br>
line. Do they differ between your boxes?<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Regards,<br>
Dmitry Safonov<br>
</font></span></blockquote></div><br></div>