You are not logged in.
I am using Xorg 1.16.1, when I try to boot my machine with a external monitor (HDMI) plugged in, X does not start.
Here is what dmesg says:
[ 7.368666] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 137/256 dur 1602/1504
[ 7.390077] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 157/256 dur 1762/1504
[ 7.528043] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement)
[ 11.048888] [drm:ibx_irq_handler] *ERROR* PCH transcoder A FIFO underrun
[ 27.815808] [drm:ibx_irq_handler] *ERROR* PCH transcoder A FIFO underrunwhen I pull the HDMI cable out, X starts properly:
[ 53.849688] fuse init (API version 7.23)This is what lspci says:
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 18)Has anybody an idea, what could be wrong with my system?
regards
Last edited by ifelseforeach (2014-10-06 16:35:40)
Offline
...and what about the Xorg log?
Edit: Also, please use code tags.
Last edited by WonderWoofy (2014-10-04 04:36:08)
Offline
...and what about the Xorg log?
Edit: Also, please use code tags.
I searched for problems in the Xorg log, but could not find any
Offline
Two things. First, the title of the thread is misleading. The system is booting just fine. You might change that lest you dissuade someone who might be able to help with X from skipping the thread thinking it is a boot problem.
Second, are you sure you are looking at the correct logs? Since the change to root-less X, the logs are no longer in /var/log. They are now in ~/.local/share/xorg/
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Two things. First, the title of the thread is misleading. The system is booting just fine. You might change that lest you dissuade someone who might be able to help with X from skipping the thread thinking it is a boot problem.
Second, are you sure you are looking at the correct logs? Since the change to root-less X, the logs are no longer in /var/log. They are now in ~/.local/share/xorg/
Hmm this is interesting, since I use Xorg 1.16 you should be right with the log file destination. But I checked it, the log in /var/log is from today and there is no xorg folder in local/share..
Offline
You know what? What I said is not 100% correct. Are you running a display manager? (gdm, for example?). In that case, it will still be running in root mode.
I would be interested in seeing the log from when there is no external display attached and from when it is attached.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Yea I m using light-dm.
Ok, I just did another reboot to check the log files in the plugged-in/out case and I discoverd, that the boot process can not be completed as long as the HDMI cable is plugged in. (So my first Headline was unintentional right : ) )
I checked dmesg I both cases and they only differ only in the last few lines:
PluggedIN case dmesg:
[ 7.411395] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 137/256 dur 1602/1504
[ 7.429694] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 157/256 dur 1762/1504
[ 7.520580] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement)
[ 60.760060] [drm:ibx_irq_handler] *ERROR* PCH transcoder A FIFO underrun
[ 67.101403] fuse init (API version 7.23)As you can see at the time stamps, the boot process stops as line 3 and only continues at line 4 when I pull out the cable.
PluggedOUT case dmesg:
[ 7.325765] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 137/256 dur 1602/1504
[ 7.347581] brcmsmac bcma0:0: wl0: brcms_c_d11hdrs_mac80211: txop exceeded phylen 157/256 dur 1762/1504
[ 7.515908] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: 1 addresses (implement)
[ 14.652575] fuse init (API version 7.23)Last edited by ifelseforeach (2014-10-04 21:26:20)
Offline
It really is booting. If you were to hit Ctrl-Alt-F2, I bet you would get a console screen and a log in greeting. If you can, I would suggest that you use a tool such as wgetpaste to post the log files to the 'cloud' and provide the links here. Like this:
ewaller$@$odin ~ 1023 %wgetpaste -s codepad /var/log/Xorg.0.log
Your paste can be seen here: http://codepad.org/IItLLKPd
ewaller$@$odin ~ 1024 %Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
It really is booting. If you were to hit Ctrl-Alt-F2, I bet you would get a console screen and a log in greeting. If you can, I would suggest that you use a tool such as wgetpaste to post the log files to the 'cloud' and provide the links here. Like this:
ewaller$@$odin ~ 1023 %wgetpaste -s codepad /var/log/Xorg.0.log Your paste can be seen here: http://codepad.org/IItLLKPd ewaller$@$odin ~ 1024 %
I ve already tried that, but I can not swich to any other tty.
Offline
Can you ssh into the box? Can you ping the box? Those will prove whether the box finished booting. But it does not really matter. If you try it with the display attached, hang, reboot. and try it with the display disconnected, the logs you are looking for should be Xorg.0.log and Xorg.0.log.old. Verify the creation times as a sanity check.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
It's a DRM error, so it's possible that the machine hangs before it even gets to X. Googling around, updating the machine's BIOS is recommended. You could also try the -lts kernel.
Offline
I kind of solved the issue by removing lightdm and starting X in my zprofile
Offline