#2374 HIGH Trial-2: Autoinstall 528 on B1 fails to activate
Zarro Boogs per Child
bugtracker at laptop.org
Thu Jul 26 05:22:37 EDT 2007
#2374: Autoinstall 528 on B1 fails to activate
----------------------------+-----------------------------------------------
Reporter: gnu | Owner: cscott
Type: defect | Status: reopened
Priority: high | Milestone: Trial-2
Component: new component | Version: Development build as of this date
Resolution: | Keywords: DRM, evil
Verified: 0 |
----------------------------+-----------------------------------------------
Changes (by gnu):
* cc: neuralis at laptop.org (removed)
* cc: ivan at laptop.org (added)
* status: closed => reopened
* resolution: fixed =>
Comment:
I retested this with 2GB SD card installed in the SD slot, "brown bag" OFW
q2c19b from Mitch, and Build 536. It fails in a slightly different way;
there is no "leases.dat" file written to the SD card. OFW "dir sd:\"
shows it's FAT with four files, README, OLDBOOT, OLDLEASE.DAT and BOOT.
OLDBOOT and OLDLEASE.DAT are my renames of the earlier attempt that is the
subject of this bug
report. Note that this test was with the SD card NOT in a USB reader, but
in the internal SD slot.
I'll have to downgrade the OS build to get autoinstall to make a leases
file (hmm, is this a bug? If it didn't make one in the first place, it
won't make another one because now it thinks that the OS is up to date.)
I have tried booting (from NAND) and inserting the USB reader during the
OFW kernel/ramdisk read process twice -- both times, the kernel hangs
while printing messages within the first 16 or 22 seconds (after serial
port msg; or after "Write protecting the kernel read-only data".) This
machine was not flaky under os402.
I have downgraded to os528 so that autoinstall will run (from USB this
time), to see if it will write a lease on the SD card via the USB port.
After downgrade, I reran autoinstall to os536 and Mitch-special-q2c19b
using the USB port. I got the same result: "cannot activate this XO".
dir u:\ reports no lease file on the USB memory. Perhaps this is
happening because autoinstall is reflashing my SPI flash every time (due
to some bug in the version numbering). When autoinstall reflashes the SPI
flash, and then decides to power off, does it always write a lease?
I will back down to os528 and put q2c18 into boot/ and see if that helps.
IT DID! The machine finally activated. I'm leaving the bug report open
for investigation about why no lease was written during the previous
attempts with os536. I suspect that when flashing SPI, there are cases in
which no lease is written.
--
Ticket URL: <https://dev.laptop.org/ticket/2374#comment:8>
One Laptop Per Child <http://laptop.org/>
More information about the Bugs
mailing list