in fact, when I installed Parabola, I keep the Trisquel partitionning
scheme so /boot is on /dev/sda1 .
My partition is not an lvm or an encrypted one .
To boot on Parabola, I use the default GRUB entry ( the first of the
menu ) .
I think about tests that I could make because I have on / soft links to
vmlinuz and initrd.img .
I continue to investigate .
Thank you for your help
Le 16.09.2016 06:09, Luke Shumaker a écrit :
On Wed, 14 Sep 2016 09:04:55 -0400,
Olivier Mondoloni wrote:
I own a notebook with Libreboot formerly known as Gluglug X60s .
I tested all the lastest libreboot versions ( 20160907, 20160902,
20160818 ) without success .
I recently upgraded my Parabola-running x60s to 20160902 (the release
announcement suggests that there is no difference between it and
20160907 on the x60s).
Each test show the grub splash screen with all the menus entries .
After the boot process launch, I have been stuck to the grub
screen with the hard drive led always on .
Trying the default grub.cfg, it seemed to do what you describe. For
me, the resolution was to load a custom grub.cfg into libreboot, as I
had always done (as the default doesn't check the right LVM volumes).
It seems that the GRUB scripting language can't do the appropriate
looping to be able to handle it in a generic way.
Anyway, what device does your /boot reside on? What is the grub
configuration's filename there? My guess would be that the latest
libreboots dropped a location that they used to check (although, I
don't think they did).
I've also experienced that for some reason, LVM reads can be very
slow in libreboot GRUB, IDK why. It is possible that it's getting
hung up when it tries checking the LVM devices, but would eventually
find your install.