Closed interfect closed 10 years ago
So it turns out that the device does boot after I properly power cycle it (not a shutdown -r
), but it boots the old kernel. The debs seem to have dumped their stuff into /boot, while the system loads its boot files from /boot/uboot.
OK, so I tested install_kernel.sh
on top of a fresh setup_sdcard.sh
install, and it does indeed boot my newly built kernel. Only config-3.8.13-bone41
ends up in /boot, and all the other files end up in /boot/uboot.
So I'm going to declare that the problem I'm having is with the .deb packaging specifically.
What you see is correct, just installing the .deb file doesn't upgrade the actual kernel files we use to boot as they only update /boot/ also the deb package still doesn't currently include the dtb's.
For reference, you can get a good idea of what is required to install via the *.deb file from here: https://github.com/rcn-ee/farm/blob/master/install-me-template.sh Regards,
I built the
3.8.13-bone41
kernel on my laptop (Ubuntu 13.10) with thebuild_kernel.sh
script (turning on a few config options related to enable some packet scheduler features), and then built Debian packages of it with thebuild_deb.sh
script. I then fired up my BeagleBone Black with a fresh install ofubuntu-13.10-console-armhf-2014-02-16
from the demo image provided on the wiki (which shipped with the3.8.13-bone40
kernel), SCP'd all the generated .deb files over, anddpkg -i
'd them. Upon reboting the board, it did not come up on the network, so I'm presuming it didn't boot (as I don't have the hardware to check any other way).setup_sdcard.sh
script? I looked through it and it looks like the kernel build script does not generate an initrd.img, which the install script needs, and does build headers, firmware, and modules files, which the install script does not appear to call for.setup_sdcard.sh
to run a custom-compiled kernel? Isinstall_kernel.sh
with the SD card in the build host the only way? Is that tested to work on top of the demo images?