search

GalliumOS / galliumos-distro

Docs, issues, and artwork sources for GalliumOS
https://galliumos.org/
GNU General Public License v2.0
347 stars 11 forks source link

PARROT reboots after suspend #207

Open cliffponder opened 8 years ago

cliffponder commented 8 years ago

There is a similar thread here; https://github.com/GalliumOS/galliumos-distro/issues/198 but the solutions they came to didn't work on the C710. When the lid is closed, or suspend is selected, the front light will slowly blink, as if the machine were asleep. Upon opening the lid, or tapping a key to wake if the lid is open, I just get a reboot.

ghost commented 8 years ago

Unable to reproduce.

cliffponder commented 8 years ago

Did suspend work properly to begin with, or did you have to make changes ie., the other thread that was referenced?

ghost commented 8 years ago

There are issues on suspend, but they seem unrelated. (see #208) This is out of the box. I didn't make any changes.

ghost commented 8 years ago

I have a question. Did you install full firmware, or BOOT_STUB?

ghost commented 8 years ago

I'm almost sure this is the same issue as #198, so I'll close it for now. We can re-open it if we find out that it's not the same issue.

cliffponder commented 8 years ago

Full firmware

ghost commented 8 years ago

:( Hmm, we have to keep looking then.

cliffponder commented 8 years ago

Update: As temporary fix to make the laptop more usable, I tried changing the Power Manager settings to "Lock screen" when the lid is closed. When I reopen the lid I have a black screen and never get a prompt to unlock. I also tried setting it to "Switch off display" with the same result. The screen never comes back and I have to use the power button to shut down.

cliffponder commented 8 years ago

another update: still messing with this. I changed the system sleep time when inactive to its max, 5 hours 50 minutes, and tried closing the lid. When set to "switch off display", the display comes back on and I can see the wall paper and move the mouse pointer around. No bar at the bottom, can't launch apps, even pressing the power button doesn't bring up the usual options. I have to force power down.

When set to "lock screen", I get a password prompt, enter password and I see the wall paper with all the issues just described above as well.

reynhout commented 8 years ago

@clifflp can you check which kernel version you're running?

dpkg -l linux-image-4.1.14-galliumos

If it's version 30 (it probably is...if it isn't, you need to update your system) and the behaviour is still persisting, can you try the steps here to test it on version 29: https://github.com/GalliumOS/galliumos-distro/issues/217#issuecomment-209144211

The difference between versions 29 and 30 are not important for your model, but if this fixes the suspend issue, it will help us narrow down the problem.

Thanks!

cliffponder commented 8 years ago 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
ii  linux-image-4. 30           amd64        Linux kernel, version 4.1.14-gall

edit: formatting /reynhout

cliffponder commented 8 years ago

No change with either version 29 or 29.1 I even did a clean install of GalliumOS and tested again just in case.

reynhout commented 8 years ago

OK, thank you for testing. The problems sounded similar, but there's no obvious relationship at this point. On the other hand, we don't know what causes either issue yet. Thanks again.

ghost commented 8 years ago

@reynhout The best way to find the kernel is probably uname x)

reynhout commented 8 years ago

@ColtonDRG: I wasn't interested in the kernel version, but the kernel package version, which is not reliably in uname output. :)

ghost commented 8 years ago

Oh, I see. We should probably add something to the version string to indicate the actual rev of the kernel so that we don't have that problem. :)

reynhout commented 8 years ago

We do. But a repackage of the same build will increment the package version, but not necessarily the kernel version build number.

ghost commented 8 years ago

I see.

swordthrower commented 7 years ago

I just installed GalliumOS on an Acer C710 (Parrot Sparrow A-D 2847) and am having the same issue (after installing both John Lewis and MrChromebox full ROMs). Everything works great, but it powers down on Suspend. I really hope there's a fix for this, because I love the OS but it's not practical to have a laptop that you can't close!

Upon suspend, the machine powers down quickly, within a couple of seconds.

MrChromebox commented 7 years ago

@swordthrower I just pushed new updated ROMs today/tonight, give that a try and see if the issue persists

swordthrower commented 7 years ago

I installed the new ROM but the issue persists! Let me know if I can help troubleshoot...

MrChromebox commented 7 years ago

@swordthrower is this issue specific to GalliumOS and/or a specific kernel?

swordthrower commented 7 years ago

I've only installed GalliumOS thus far and haven't tried any different kernels. Any suggestions for what to try next? If not, I could just play around with distros/kernels.

MrChromebox commented 7 years ago

one of my other Parrot testers using the UEFI firmware was unable to reproduce this on Linux Mint 18 -- can you download that on USB and see if it has the same issue? Will tell us if it's a kernel (GaOS) or firmware (SeaBIOS) issue

swordthrower commented 7 years ago

Ok. I had been using the Legacy firmware. So, should I re-run the MrChromebox script and install UEFI firmware? (and then try Linux Mint 18)

I tried Xubuntu 16.10 and Netrunner 16.09, but had the same issue with suspend shutting the machine down.

MrChromebox commented 7 years ago

we're still working on getting UEFI support sorted out, and don't have UEFI ISO for SandyBridge/IvyBridge devices yet. If you want to hit me up on hangouts (MrChromebox at gmail) or on IRC I can try walking you thru it manually

swordthrower commented 7 years ago

Linux Mint 18 is also powering down on suspend (but I haven't changed firmware - still Legacy). I'll try to chat via hangouts later this evening (Eastern). Thanks!

henningspruth commented 6 years ago

I came here after installing the mrchromebox "Full ROM" UEFI firmware, installing GalliumOS and experiencing the "reboot after suspend" problem.

In my case, the problem was that I still had the write protect disable jumper installed. After removing it (or rather, the aluminum foil), things started to work.

MrChromebox commented 6 years ago

The firmware write-protect jumper being enabled or disabled shouldn't have any effect, certainly not on suspend/resume. All it does is tell the flash chip to enforce the software WP settings (if set)

On Thu, Jul 5, 2018 at 9:35 PM henningspruth notifications@github.com wrote:

I came here after installing the mrchromebox "Full ROM" UEFI firmware, installing GalliumOS and experiencing the "reboot after suspend" problem.

In my case, the problem was that I still had the write protect disable jumper installed. After removing it (or rather, the aluminum foil), things started to work.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/GalliumOS/galliumos-distro/issues/207#issuecomment-402907967, or mute the thread https://github.com/notifications/unsubscribe-auth/AA56pgcq2eznK8X5gocaGnVBg7Gn-F2rks5uDszZgaJpZM4H-u29 .

henningspruth commented 6 years ago

MrCromeBox, you are right - I re-installed the jumper and re-booted, and suspend still worked.

The only other thing I had done was to re-run the firmware-util.sh script from GalliumOS. The sequence of steps was:

  1. Yesterday: downloaded and ran firmware-util.sh from ChromeOS in developer mode

  2. Installed GalliumOS; experienced suspend/resume problem

  3. Tried running Linux Mint live system from USB stick, also saw suspend/resume problem

  4. Today: downloaded and ran firmware-util.sh again on GalliumOS to see if it had any additional options; this reinstalled the firmware. Also removed the flash protect jumper.

  5. Now, suspend/resume worked.

  6. Shorted flash protect jumper again - suspend/resume still worked

So it seems that the 2nd invocation for firmare-util.sh (from GalliumOS) fixed the issue.