Some kingston usb keys aren't mounted by the initramfs and can't be used to distribute activation leases

[erikg]

Equipment:

• Kingston DataTraveler 1GB, product # ~ CH 042708, C4226-356.AOOLF (I've seen others in the C4226-3* range fail, e.g. C4226-305).
• Security-enabled XO.
• per711-1 http://dev.laptop.org/~erik/peru/signed-per711-1/
• lease.sig with a lease for the machine in question

Copy the image and lease.sig to the key. Proceed through secure update (four button press on boot). Allow the machine to reboot and attempt to copy its lease. It will fail while attempting to find its lease.

Repeating the same process using the same equipment and per703-6 should pass.

The key is mountable and readable by both OFW and Sugar. Partitions are as expected. No notable errors.

Perhaps a mount race condition? We currently wait in the initramfs /init for the keys to come up. Perhaps we are not waiting long enough for these super-cheap keys.

[mstone]

So long as Peru does not intend to move to 8.2.0, this is not an blocker 8.2.0 blocker (though it might be one for 8.2.1).

[cscott]

Changes were made in olpcrd 0.48 which should help (wait longer for mount to succeed) but no one can give me a USB key affected by this problem, so I can't confirm that it does/does not work in 8.2. It may well be fixed in 767.

[mstone-xmlrpc]

Pushing out to 9.1.0, per edmcnierney's request.

[cscott]

Michael, can I get your help on this one, too? I've never seen an instance of this problem live. A reproducible test case would help a lot.