Skip to content
This repository has been archived by the owner on Oct 28, 2023. It is now read-only.

Linux Mint 20 beta ISO boots but does not restart/shutdown properly #234

Open
KaMyKaSii opened this issue Jun 14, 2020 · 11 comments
Open

Linux Mint 20 beta ISO boots but does not restart/shutdown properly #234

KaMyKaSii opened this issue Jun 14, 2020 · 11 comments

Comments

@KaMyKaSii
Copy link

The system stays freezed in "Reached target Reboot" or "Reached target Power-Off", so the user has to forcibly shut down the computer
IMG_20200614_142603

@a1ive
Copy link
Owner

a1ive commented Jun 15, 2020

I think this is a problem of the system itself.

@KaMyKaSii
Copy link
Author

I think this is a problem of the system itself.

But shutdown and restart works normally after booting the ISO using Ventoy or AIO Boot, so I thought it was something related to the G2FM code

@a1ive
Copy link
Owner

a1ive commented Jun 16, 2020

Which boot option did you use, "Boot Ubuntu from ISO" or "Boot ISO (loopback.cfg)"?
The "Boot ISO (loopback.cfg)" option will use menu from ISO, this would be better.

@KaMyKaSii
Copy link
Author

KaMyKaSii commented Jun 16, 2020

Which boot option did you use, "Boot Ubuntu from ISO" or "Boot ISO (loopback.cfg)"?
The "Boot ISO (loopback.cfg)" option will use menu from ISO, this would be better.

Booting from the loopback.cdg option still has the same problem

@thamermousa
Copy link

I tried ten Linux distributions and everyone had a mistake

2020-08-12_164754

Think about the error in the Linux kernel

Or there is a factory error in the motherboards That I own

Also in all Linux distributions the fan is fast , As if the device runs very complex operations

@zme-ul
Copy link

zme-ul commented Oct 12, 2020

I can also confirm this issue with multiple distros based on Ubuntu (vanilla, Lubuntu)
tested with multiple PCs and laptops, brand new out of the box or used PCs

@steve6375
Copy link

steve6375 commented Oct 13, 2020

Seems to be an issue with recent Ubuntu ISOs - e.g. linuxmint 20 UEFI64 and MBR, I tested under VirtualBox 5.
https://linuxmint.com/edition.php?id=281
'sudo reboot' from terminal also fails.
MBR boot using E2B works (but not MBR grubfm).
Ubuntu 18 is OK on grubfm.
Ububtu 20 works with Ventoy which prompts to press ENTER and remove removable drive on shutdown\restart (even though I have booted from a USB which is emulated as a virtual hard drive in VBOX). Under grubfm there is no such prompt.
Seems to be an issue with the final reboot/halt command.
I tied various cheat codes, noapic, nomodeset, noacpi, acpi=force apm=off noprompt noeject - nothing seems to fix it.

@cpuuntery
Copy link

@a1ive
i tried to boot linux mint using Ventoy. and i was able to shut down it properly. When i use Ventoy there is another line under the line [reached target reboot or target shutdown if you shut down] that reads [Starting Shuts Down the "live" preinstalled system cleanly]
And my guess it that grubfm mount the iso in a way it is unable to unmount and thus is unable to reboot or shut down properly. and THIS IS NOT A FIRMWARE ISSUE just like what @zme-ul said
@steve6375
Why not try to make easy2boot use Ventoy. Ventoy is a magnificent piece of software.

@zme-ul
Copy link

zme-ul commented Oct 30, 2020

I just found out that booting the image with ISODEF it will run and shut down correctly

@steve6375
Copy link

You mean if using Easy2Boot+agFM? It should be the same as using partnew option in grubfm (delete the /boot/grubfm/config file to test as grubfm).

@hardikk2002
Copy link

I had the same issue...

The problem is with the state variable DefaultTimeoutStopSec. In previous releases, it was set to 90 sec and still is in Kubuntu 20.04. In Mint 20 it has been lowered to 10 sec which is too short for my devices. This results in "kernel panic" which can be viewed in the shutdown sequence by pressing during Mint logo display. The solution is to edit the file:

Go here
/etc/systemd/system.conf.d/50_linuxmint.conf

Then open it has root.
and then change DefaultTimeoutStopSec back to 90 sec

Before:

DefaultTimeoutStopSec=10s

NOW:

DefaultTimeoutStopSec=90s

Save and reboot.

I have not faced such kernel panic since then.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants