Closed donnekgit closed 1 year ago
What version?
Sorry: libflashrom1: 1.2-10+j fwupd 1.8.9+j fwupd-signed: 1.51~22.04.1+1.2-3ubuntu0.2 Star Labs StarBook (bios): 8.25
I've just seen there's an 8.31 for the bios, so should I try updating that?
Yes please
OK, done that. I'll leave it for a few days and see if the issue recurs. :-)
OK. Since then, I've had two reboots. This is with an external HDMI screen attached, and using KDE → Power/Session → Sleep. There seems to be no consist reason for why it sometimes wakes up from sleep OK, and other times has rebooted.
So the original issue no longer occurs?
It seems not to do that (much) any more - it goes from the StarLabs boot logo straight into the Kubuntu login screen.
Hmm, when it goes to EFI shell now, do you see an FS0 listed?
The rebooting behaviour will be #91 - planning to do a stable release for that on Monday but thought the SSD initialisation one was done
It's only done that once recently, and that was the pic I sent.
What I'm trying now is unplugging the HDMI cable to the other screen, and then just closing the lid to put it to sleep, rather than select Sleep.
I got from your first message that was what was happening every time - so just to confirm, since 8.31, that no longer happens, right?
Sorry. That WAS happening, then I updated the firmware to 8.25 about 3 weeks, and it seemed to use the login screen after that. But on Thursday it did use the EFI screen. Since updating to 8.31 a couple of days ago, it has only used the login screen on the two reboots it has done since then.
Can you try 8.36
? That's got the fix for #91 so should work, assuming you're using S3 (the default suspend to ram) rather than S4 (hibernate).
The current firmware is 8.31, but 8.36 doesn't seem to be available:
$ fwupdmgr update
Devices with no available firmware updates:
• Star Drive PCIe SSD
• SuperIO FuSuperioIt89Device
Devices with the latest available firmware version:
• StarBook (bios)
• Unifying Receiver
The current firmware is 8.31, but 8.36 doesn't seem to be available:
$ fwupdmgr update Devices with no available firmware updates: • Star Drive PCIe SSD • SuperIO FuSuperioIt89Device Devices with the latest available firmware version: • StarBook (bios) • Unifying Receiver
8.36 is available in testing branch. You need to switch to this branch first.
OK. Installed that, and it's a backward step. Now, when it awakes from sleep, there's nothing on the screen (just black), no way of logging in, etc. You have to manually switch the machine off and then reboot. I've reverted to 8.31.
Ah, I'd fixed this before but the patch got messed up when it was upstreamed. Should be fixed now in 8.37
Cool, Sean - thanks. I'll try applying that.
Tried 8.37, but although it came up fine the first time I used sleep, the second time it just produced the blank screen, requiring a reboot. So I've downgraded to 8.31 again. I think it's something to do with a HDMI screen being attached, so over the next week I'm going to pull out the HDMI cable before leaving the laptop, and just close the lid rather than select the sleep option, and then I can see if there are any reboots. If there aren't, that would confirm that it's a HDMI issue.
Interesting - Can you try with HDMI connected and use the terminal command sudo systemctl suspend
?
I've done that over two days, and it seems to work, but I need another few days to test fully.
Adjustments in 8.40
should handle that, which is now stable, so I'll close this for now. Please re-open if it occurs on that release.
URGENT: Laptop is now unbootable.
I went to update to 8.40, couldn't see it in stable, and then went to testing and installed 8.41. The machine is now unbootable, and showing the following:
Can you let me know asap how to revert from this, since I need to work on the laptop.
In the longer term, would it be a good idea to switch from coreboot to AMI?
URGENT: Laptop is now unbootable.
I went to update to 8.40, couldn't see it in stable, and then went to testing and installed 8.41. The machine is now unbootable, and showing the following:
Can you let me know asap how to revert from this, since I need to work on the laptop.
In the longer term, would it be a good idea to switch from coreboot to AMI?
Coreboot 8.40 is stable, 8.41 is testing
. Check bootable devices in bios, maybe bios does not recognize your drive (looks like that)
I couldn't see 8.40 in stable. Can you give me a bit more info? Hold down DEL while booting? And if BIOS doesn't recognise the drive, what then?
I went to update to 8.40, couldn't see it in stable, and then went to testing and installed 8.41. The machine is now unbootable, and showing the following:
Any USB drives connected when you took that photo?
I couldn't see 8.40 in stable. Can you give me a bit more info? Hold down DEL while booting? And if BIOS doesn't recognise the drive, what then?
If I remember right, you should click F2 when Star Labs logo appears. Then go to Bootable devices or something like that and look for drive.
about updates you can read here: https://fwupd.org/lvfs/devices/com.starlabs.B6-I.coreboot and here: https://cichy1173.github.io/starbook_blog/
Phew! Thanks for coming back so quickly. The UEFI entry was first on the list, so once I chose the disk entry it booted, and I was then able to downgrade to 8.40. I think I'd forgotten to refresh first, and that was why 8.40 didn't show on the list. Maybe there should be a note added to https://starlabsltd.github.io/firmware/methods/lvfs_terminal to say that a refresh is essential before update, just to remind people?
The only USB item attached at the time of the photo was a USB mouse.
Anyway - thanks again.
Cool
I think I'd forgotten to refresh first, and that was why 8.40 didn't show on the list.
It can't be that if you could see 8.41
, as that was added after 8.40
.
The only USB item attached at the time of the photo was a USB mouse.
In that case, In that photo, fs0:
would have been your SSD.
It can't be that if you could see 8.41, as that was added after 8.40.
Hmm. That's what I thought, but it definitely wasn't visible on either stable or testing (I checked twice in each place). It only became available after downgrading to 8.31 (of fond memory) and running refresh.
In that case, In that photo, fs0: would have been your SSD.
Oh, OK. I'll remember that.
I am running 8.40 but a suspend via my desktop environment caused a reboot upon waking up again. I don't quite know what is the recommended solution. Should I use systemctl suspend
instead?
Can't say without knowing more details; using the terminal will just prove it's a software bug
I used systemctl suspend
recently, and just now hit this problem again. After waking up the laptop, the screen was blank (backlight on) for a moment, then the boot procedure began.
I noticed that:
cat /sys/class/dmi/id/ec_firmware_release
1.1
Is this a problem? Reading here https://starlabsltd.github.io/firmware/started I still miss the context of what all these different things (EC, ITE etc) are about and what I need. I follow the upgrade procedure for coreboot via lvfs / gnome-firmware or fwupdmgr.
I hope this helps ...
What distro are you using?
Is this a problem?
No, EC doesn't influence S3
Debian GNU/Linux 12 (Bookworm).
I'm still greeted with a reboot from time to time. Is there anything I should try or further logs / details I could provide?
I'm still greeted with a reboot from time to time. Is there anything I should try or further logs / details I could provide?
Same here. I use Fedora 37 with Coreboot 8.40 and EC 1.12. I open lid and laptop is rebooting. It is also from time to time
Confirmed. The number of reboots is way down (it's maybe only 20% of what it was), but still happens every so often.
Not sure if this is still being looked at (unclear how to reopen a topic once closed), but I just wanted to log what seems to be a pattern. If I am attached to a HDMI screen (Acer K242HL), and then put the laptop to sleep using K → Sleep, and then decide to move to another room and unplug the HDMI cable, when I then open the laptop to resume from sleep it reboots fairly consistently. So I think there may be some sort of HDMI issue. Can any of you other guys test this?
I always thought anyone could re-open an issue, seems like it's not possible to enable.
Anyway, could you please try 8.43
with any EC higher than 1.11
?
Will do. Can you point me on how to update the EC? I didn't yet come across note about this, I fear.
I can add that reboots also happen when there is no HDMI screen connected, not before suspending nor afterwards. I think I reproduced the issue with really nothing connected apart from the charger, but I just recently managed to confirm it with external mouse / keyboard and a USB-C to VGA adapter connected.
Last but not least, I want to add that sometimes after a reboot, everything is really slow (like: Post screen shows for a long time and grub timeout of five seconds takes forever), but when the actual system boots up, it's fine. And that my external keyboard does not work (e.g. to navigate GRUB or enter LUKS password) until I plug it in again. Not sure if this is related, but I try to point out as many observations as possible :)
Will do. Can you point me on how to update the EC? I didn't yet come across note about this, I fear.
https://support.starlabs.systems/kb/firmware/efi-shell
Thanks for the info
Anyway, could you please try
8.43
with any EC higher than1.11
?
Sure. Away from the machine atm, but will do asap. Thanks.
$ cat /sys/class/dmi/id/ec_firmware_release
1.13
But how do I upgrade to 8.43 safely? I only see LVFS / fwupd as supported method, and the newest release offered is 8.41.
I upgraded to 8.43 now and will report back if the issue persists.
I've seen two random reboots since. Any logs I could provide, maybe?
@fnetX Can you try 8.51
? On it's way to the LVFS now so should be available in about 24 hours
@Sean-StarLabs I still do not see version 8.51 offered at https://fwupd.org/lvfs/devices/com.starlabs.B6-I.coreboot, even when staging is enabled.
Can you try now?
Installed it. The "coreboot-configurator" broke with
nvramtool: CMOS option table not found in coreboot table. Apparently, the coreboot installed on this system was built without selecting CONFIG_USE_OPTION_TABLE.
and I'll test now.
What really tackles me is the fact that often when this random reboot happens, external USB is broken. Everything slows to a halt, the countdown in EFI shell alike "Will continue in 5 seconds" takes literally forever to count down one second, same with GRUB, and input via external keyboard does not work until I plug it off and on again. When plugging it off during countdown in GRUB / EFI Shell, it continues normally.
Also, I recently had a problem when awaking from standby failed with disk errors. First, the screensaver failed to continue after resume and crashed. Switching to tty0 gave me some disk i/o errors:
After reboot via sysrq, the EFI shell appeared:
And the boot from file dialog was also empty:
This happens often during the standby issue: Selecting "Boot from file" directly does not work, it does not show the drive.
I have to properly power off the laptop, and power it on again. Then everything works as expected. I somehow link these issues together, and suspect it might either be related to the drive, the USB network, or both.
Interesting, two questions: What SSD are you using? What external devices are connected and to where?
I've been having a recurrent issue where when the laptop is asleep it will (sometimes) reboot. When you awaken it, you get the following message about uefi.shell:
I installed fwupdmgr and updated the firmware, and although this didn't stop the rebooting, it booted back to the login screen instead of that uefi message (though a few of these did appear too, ie it doesn't go to login screen every time).
It's not a major issue, because the laptop boots so fast, but it can be a bit of a pain if you have been doing some writing or coding, and forget to save - that work is then lost.
Any idea what might be causing this?