Linux MintThis forum is for the discussion of Linux Mint.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello everyone,
I've just installed Mint 21.2 Cinnamon on my laptop with AMD Ryzen 4500u processor that has integrated graphics (per what i found out).
The computer has been working seamlessly on Windows 10 which I have as dual boot system now.
Unfortunately when I try to start Mint i get a black screen and loading stalls. The only way i can get Linux load is to either use nomodeset parameter in grub or use recovery option in grub.
Why not put nomodeset permanently into your grub options? From what I can remember of the Debian family, they have a file of permanent options for grub under /etc/default/grub.
Why not put nomodeset permanently into your grub options? From what I can remember of the Debian family, they have a file of permanent options for grub under /etc/default/grub.
PS: Beachboy and I posted simultaneously! His post is better because more detailed. But you don't need to use gedit. Any editor will do for a plain text file like this. If you are already familiar with nano or some other editor, just use that.
nomodeset is primarily a troubleshooting parameter to enable a degraded but functional X to run, or booting to text mode that otherwise fails, in order to reconfigure or install firmware, drivers or other software. Its main secondary use relates to using NVidia's proprietary drivers. For most users, nomodeset limits graphical resolution to 1024x768. Putting nomodeset into /etc/default/grub virtually guarantees crippled graphics output, grossly inferior to Windows graphics if correct driver has been installed in it. Using nomodeset also limits output from various data reporters, such as Xorg.0.log and inxi -GSaz, the latter which OP should paste here input/output from, and former which OP should pastebin.
@MRMazda:
How do i check if firmware is installed?
@all: thanks for reply. When I boot into nomodeset then only laptop screen works and external display that is connected via HDMI doesn't detect any signal...In Windows both work seamlessly :-(
I mixed up Mint with some other distros that name the appropriate package firmware-amd-graphics. AMD graphics firmware in Mint is contained in linux-firmware:
Code:
# inxi -S
System:
Host: ara88 Kernel: 6.2.0-32-generic arch: x86_64 bits: 64
Console: pty pts/0 Distro: Linux Mint 21.2 Victoria
# dpkg-query -l linux-firmware
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-firmware 20220329.git681281e4-0ubuntu3.18 all Firmware for Linux kernel drivers
# dpkg-query -L linux-firmware | grep amd | wc -l
546
#
Currently the package provides approximately 542 unique firmware files for AMD GPUs.
Quote:
When I boot into nomodeset then only laptop screen works and external display that is connected via HDMI doesn't detect any signal...In Windows both work seamlessly :-(
The crude fallback graphics driver used when nomodeset is employed only supports one display.
It still needs to be determined why the appropriate kernel driver "amdgpu" is apparently not loading. When loaded, you should see approximately the following:
System:
Host: maciek-MACHCREATOR-A Kernel: 6.2.0-34-generic x86_64 bits: 64
Desktop: Cinnamon 5.8.4 Distro: Linux Mint 21.2 Victoria
lsmod | sort | grep amdg : empty output.
Contents of /var/log/Xorg.0.log file (this is copied from a session in "recovery mode", not sure how i can copy the file in the standard , without nomodeset session since i get blackscreen doing during startup then):
not sure how i can copy the file in the standard , without nomodeset session since i get blackscreen doing during startup then)
The easy way is to upload Xorg.0.log.old instead, but first, check that it does not contain nomodeset. Some X startups will automatically try again if the first fails, giving a nearly matched pair with nearly identical timestamps.
To be sure without needing to check if Xorg.0.log.old excludes nomodeset, at Grub menu strike the E key, navigate to the end of the linu line (which usually wraps), then append a space and 3. This will prevent X startup, presenting you with shell prompts for login on several vttys, and leaving the Xorg.0.log from the previous boot available for suitable pastebinning.
You don't need to tell us what you're going to tell us. Simply copy and paste all command input/output, with the trailing empty prompt, just as I did in previous response. That makes it clear what you are presenting.
Hi,
I only now tried what you suggested : " (...)then append a space and 3(...). Unfortunately, then after pressing F10 it still got me into black screen and i couldn't take notes of contents of the Xorg.O.log.old file.
Can i get the file contents in some other way?
You still haven't shown us an Xorg.0.log from not employing nomodeset. There's virtually nothing we can suggest to solve the basic problem without having that information. If you must boot from USB rescue in order to capture one such, then do it, but first, following a boot attempt without using nomodeset, boot with both 3 and nomodeset included so that X won't try to start, which thereby obliterates the Xorg.0.log we need to see that does not contain nomodeset. Either attach the log, or pastebin it. Don't try to copy & paste it as content. A normal one is too big. Each Xorg.0.log* contains the kernel cmdline near the top, so can be checked to confirm whether or not any given parameter, such as nomodeset, was employed on that boot.
Content from the journal should also be helpful. Check to be sure that /var/log/journal/ exists. Create it using sudo mkdir /var/log/journal if necessary. Once it exists, journal on subsequent boots from prior boots may be acquired. We want to see attached or pastebinned output from sudo journalctl -b -1 run on the same boot from which a good Xorg.0.log is acquired on the directly subsequent boot. It may contain valuable information that Xorg.0.log might lack.
@ mrmazda: Ok. I think I got what you asked for.
I did the following: 1) run standard boot (without nomodeset). 2)restarted and run from USB stick a live system. 3) copied /var/log/Xorg.O.log 4) restarted and run from disk in recovery mode 5)run sudo journalctl -b -1 and saved into a file.
Please find the files attached.
***********************************
Edit 07.11.2023: I attched files that were missing (didn't notice that before)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.