Zorin OSThis forum is for the discussion of Zorin OS Linux.
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.
Hi. First of all, I'm new in Linux, so sorry for possible dumb questions.
I had black screen (no signal according to the monitor) when tried to install the Zorin os first time. Before it there was dull display of warnings but it was so quick, I could not read it. After the number of restarts install began like it should and I get the system working.
I have no issues at all after the boot, but if I boot roughly 50% times I have the same black screen (without any warnings) and have to press reset. I tried to see something at logs at the settings but could not find anything related. (Once again, I'm new to this and may be missed something). The GPU is AMD Radeon (does't remember exact model)
Linux logs just about everything. Most of the logs are cumulative but the Xorg log is not. It represents a single attempt to get X up and running. The previous log is also stored as Xorg.log.0. So if you have a successful boot after an unsuccessful one, look at the ends of both these files and see where the previous unsuccessful one broke off. My guess is that it's a video driver problem.
Also when you get the black screen, is your keyboard alive? You can check by putting down the caps lock and seeing if the indicator light comes on. If you have a working keyboard, try pressing ctrl+alt+F2 and you should see a login prompt. You can log in there and examine /var/log/Xorg.log.
Sounds like Freespire/Linspire all over again...
It's /var/log not /var/logs..
While "logs" would make more sense in English as it stores multiple logs therefore making it plural, Linux is a very programmer/developer centric system. As such it uses the programming nomenclature, lowercase and always singular. It reduces confusion in the long run because in reference it would be seen as "/var/log/Xorg.log" rather than "/var/logs/Xorg.log" which gets confusing as you're seemingly selecting a singular object from a "plural" location.
Did you look at the attached thumbnail? That's /var/log all right. And the OP is right, there's no X log. Which means that it is not even starting X. That is seriously weird.
If it crashed earlier in the boot process, surely you should get thrown back to console 1 with some messages.
Did you look at the attached thumbnail? That's /var/log all right. And the OP is right, there's no X log. Which means that it is not even starting X. That is seriously weird.
If it crashed earlier in the boot process, surely you should get thrown back to console 1 with some messages.
Yeah.. West Africa isn't known for it's decent WiFi connections, so text logs help.. as such I generally avoid screenshots/image downloads.
I did however look at the screenshot this time as it sounded odd that it's missing a xorg log. I'd recommend checking "faillog","boot.log", "lastlog" and the "kernel" logs.. the last one is interesting as (just looking at my install), I have none.. so their creation could indicate an issue which required logging..
If you want to try and search these log files easily, open a terminal in that folder and try something like:
Code:
grep -r -H "Xorg"
or
Code:
grep -r -H "<name_of_video_driver>"
And it will bring back files which mention them. That may give a better indication of what's going on. If Xorg isn't even starting.. that seems odd and it's going to be logged somewhere else.
syslog.1:Jan 12 17:15:44 HomeDesktop /usr/lib/gdm3/gdm-x-session[1319]: #011ATI Radeon HD 5670, ATI Radeon HD 5570, ATI Radeon HD 5500 Series,
syslog.1:Jan 12 17:15:44 HomeDesktop /usr/lib/gdm3/gdm-x-session[1319]: (--) RADEON(0): Chipset: "ATI Radeon HD 5670" (ChipID = 0x68d8)
Doesn't look like any error.
Code:
grep -r -H "Xorg"
returned the following
Code:
syslog:Jan 13 10:43:56 HomeDesktop /usr/lib/gdm3/gdm-x-session[1298]: (--) Log file renamed from "/home/vika/.local/share/xorg/Xorg.pid-1300.log" to "/home/vika/.local/share/xorg/Xorg.0.log"
syslog:Jan 13 10:43:56 HomeDesktop /usr/lib/gdm3/gdm-x-session[1298]: (==) Log file: "/home/vika/.local/share/xorg/Xorg.0.log", Time: Mon Jan 13 10:43:56 2020
So, I located the Xorg.0.log inside /home/.local/share/xorg/
I didn't find any error there. What should I look for?
I noticed one additional thing. Inside /var/log there is file kern.log Looks like there is nothing inside it about unsuccessful boot but I can see that at each susscesfull boot I have the same error
Code:
Jan 13 10:43:56 HomeDesktop kernel: [ 0.298337] ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKC (20181213/dspkginit-440)
And this string repeats itself many times. I tried to google it but didn't understand anything except this seems to be connected to the some Bios issue. May be this is my problem?
And, to clarify things, when the problem happens the keyboard doesn't work. And it's not just black screen, there is no signal going to the screen.
ACPI errors aren't usually significant. They arise because most computers use the Microsoft version of the ACPI control language, which is often incorrect in its syntax and the Linux kernel doesn't like that. Kern.log btw is the output of messages from the kernel.
The Xorg log is in your home directory and not in /var/log because you have a distro that runs X in your name and not as root. That's not traditional but some modern distros do it. Look at the end of the file. If there is a break, that's where it will show.
This may sound patronising, but have you checked your physical video connection? Both ends of it?
reboot. If it makes things worst at the boot menu e to edit, find the fbcon:map=1 on te line that begins with Linux and delete it. Then reverse what was previously done.
Ok, I'll try it, thanks.
Meanwhile, I looked at Xorg.log.old file and I saw something at the end. Which is not at Xorg.log I guess, that Xorg.log is the last successful boot, and the Xorg.log.old is the previous unsuccessful?
Here is what is at the end of Xorg.log.old:
Code:
40.066] (**) Option "fd" "25"
[ 40.066] (II) event1 - Power Button: device removed
[ 40.066] (**) Option "fd" "28"
[ 40.066] (II) event0 - Power Button: device removed
[ 40.066] (**) Option "fd" "29"
[ 40.066] (II) event3 - DELL Dell USB Entry Keyboard: device removed
[ 40.066] (**) Option "fd" "30"
[ 40.066] (II) event2 - USB Optical Mouse: device removed
[ 40.067] (II) UnloadModule: "libinput"
[ 40.067] (II) systemd-logind: releasing fd for 13:66
[ 40.120] (II) UnloadModule: "libinput"
[ 40.120] (II) systemd-logind: releasing fd for 13:67
[ 40.244] (II) UnloadModule: "libinput"
[ 40.244] (II) systemd-logind: releasing fd for 13:64
[ 40.245] (II) UnloadModule: "libinput"
[ 40.245] (II) systemd-logind: releasing fd for 13:65
[ 40.247] (WW) xf86CloseConsole: KDSETMODE failed: Input/output error
[ 40.247] (WW) xf86CloseConsole: VT_GETMODE failed: Input/output error
[ 40.247] (WW) xf86CloseConsole: VT_ACTIVATE failed: Input/output error
[ 40.370] (II) Server terminated successfully (0). Closing log file.
Needless to say, i have absolutely no idea what that means.
reboot. If it makes things worst at the boot menu e to edit, find the fbcon:map=1 on te line that begins with Linux and delete it. Then reverse what was previously done.
Tried it. Didn't felt that it did anything. Two times I had the same issue, from the third time system booted successfully. So I reverted the changes.
I don't know if there's any point in that. The end shows that it closed down successfully, presumably at system shut-down. If it had broken at some point, it would have ended at the break. At least that's always been my experience with X logs.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.