LinuxQuestions.org
Review your favorite Linux distribution.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 06-03-2018, 04:12 AM   #1
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Rep: Reputation: 64
When I run 'startx' in a console fails with a black screen


I've have alienbob's ktown installed for a number of weeks on current.

Struggled with slackpkg and slackpkg+ for a number of weeks. I think I've got over that learning curve as everything been working nicely for a week or two including the updates on 23May2018.

Today updated all updates from and including 25May2108.

Now when I boot into the system everything is fine until I start 'startx' when all I get is a black screen.

I've dropped my inittab back to 3 so I can get to the command line at boot. I'm using grub.

I've followed the instructions from alienbob

Quote:
After installing Plasma 5 for the first time, you need to run 'xwmconfig'
and select 'xinitrc.plasma' as your desktop session.
Just in case that got messed up.

I've also run 'xwmconfig' and select 'xinitrc.xfce' as my desktop session. Same result I get a black screen immediately after 'startx'

Any suggestions? I'm running slack current in virtualbox.


Now there's a thought. I'll try running the virtualbox addons stuff as there's been a few kernal upgrades in what I've done this morning.
 
Old 06-03-2018, 04:16 AM   #2
phenixia2003
Member
 
Registered: May 2006
Location: France
Distribution: Slackware
Posts: 857

Rep: Reputation: 734Reputation: 734Reputation: 734Reputation: 734Reputation: 734Reputation: 734Reputation: 734
Hello,

Can you post the output of command :
Code:
$ cat /var/log/Xorg.0.log
--
SeB
 
Old 06-03-2018, 05:46 AM   #3
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
Made some progress then went backwards.

Rebuilt the packages virtualbox-addons and virtualbox-kernel-addons and installed same. Everything seemed to start ok except the mouse in virtualbox wouldn't move.

Rebuilt the packages again, don't ask why, now I'm almost back to square 1. For a normal start the login manager starts, so I enter the credentials then get the black screen.

Log file attached.

I'm going to continue looking down the virtualbox route for the problem.

Alex
Attached Files
File Type: log Xorg.1.log (26.4 KB, 19 views)

Last edited by aikempshall; 06-03-2018 at 05:51 AM. Reason: Forgot the attachment
 
Old 06-03-2018, 09:44 AM   #4
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
Slowly going forwards.

Now I can get startx to start everytime. Not sure how I managed this. Either it was
  1. moving from 4.2.8 to 4.2.10 for the virtualbox addons
  2. rebuilding initrd again, even though I'd already done that.

or more likely I've got a better feel for what's happening. See below.

My session works now with some features. Which are -
  1. start a session and log on to get to the desktop
  2. click the Maximise button, on the title bar, I get the black screen
  3. click the restore button, on the title bar, I get the log on screen so I have to log on again

  1. start a session and log on to get to the desktop
  2. gradually increase the size of the window, when it reaches about two thirds of the available screen, I get a black screen
  3. slightly reduce the size of the screen, I get the log on screen back again so I have to log on again


I've now reverted back to kernel 4.14.43 which was the one that last worked correctly. Same problem.

It might be that there is an issue with one or more packages I installed this morning which were from and including 25May2018. At the moment I've got no idea how I can test the theory.

I have a backup from 21May2018 which might have helped but looking at the mirrors the packages from 23May2018 that have subsequently been recompiled have gone.

I could attempt to recompile

mesa
xf86-input-evdev
xf86-input-synaptics
x/xorg-server
x/xorg-server-xephyr
x/xorg-server-xnest
x/xorg-server-xvfb

Some of the above have just been rebuilt so I'd have to identify what packages caused them to be rebuilt.

It's all getting a bit messy.

Alex


Alex
 
Old 06-03-2018, 10:34 AM   #5
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: Slackware
Posts: 8,730

Rep: Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734Reputation: 3734
EDIT: I wrote my reply before noticing that you had the same result with Xfce, so I wrote troubleshooting steps that were specific to KDE. Anyway, this doesn't apply, but here are some things to look into if the problem is specific to KDE:

1. Are you using the "ls" colors from trapd00r/LS_COLORS? Last I checked, that caused this issue.
2. Are you using the FISH shell? FISH doesn't automatically source the files in /etc/profile.d, and you need them to get KDE 5 running.
3. Are the right files in /etc/profile being loaded? /etc/profile.d/kde.sh in particular, is necessary.

Last edited by dugan; 06-03-2018 at 10:36 AM.
 
Old 06-03-2018, 11:46 AM   #6
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
I restored from a backup taken on 21May2018.

Installed everything from 23May2018.
Rebuilt initrd
Rebuilt grub.cfg
Rebuilt virtualbox-addons
Rebuilt virtualbox-kernel-addons

Still got the same problem!

Will repeat, but next time round will exclude some packages.
 
Old 06-03-2018, 09:51 PM   #7
gus3
Member
 
Registered: Jun 2014
Distribution: Slackware (x86 and ARM)
Posts: 139

Rep: Reputation: Disabled
First suggestion: in /etc/acpi/acpi_handler.sh, change "init 0" to "init 3". This lets you use the power button to drop to runlevel 3. Then, instead of using "startx" to launch the GUI, use "init 4" (as root). The GUI can crash, or fail to launch, to your heart's content; all you need is a tap on the power button to fall back to the console. You could even set the default runlevel in /etc/inittab to 4; again, tap the power button to escape a failed GUI launch.
 
Old 06-04-2018, 10:26 AM   #8
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
Starting with my backup and using slackpkg
  1. upgraded the slackware64 packages from current except those in the x series and the kernels - no problems - took a backup
  2. upgraded the ktown packages from alienbob - no problems - took a backup
  3. upgraded the kernel - no problems - took a backup
  4. upgraded the x series packages from current - black screen
  5. restored from the latest backup
  6. upgraded the x series packages from current except mesa - no problems
  7. upgraded the mesa package from current - black screen

Would appear from this that a fully updated Slackware Current running with alienbobs ktown has problems with the latest mesa package.
 
Old 06-04-2018, 10:50 AM   #9
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
With this latest information I found this discussion in another forum

https://bugs.launchpad.net/ubuntu/+s...l/+bug/1705369

So I added nomodeset to the command line on the grub menu screen. This did the business no more black screen.

To make this permanent I've added nomodeset to the GRUB_CMDLINE_LINUX_DEFAULT line in the file /etc/default/grub

Quote:
# If you change this file, run grub-mkconfig -o /boot/grub/grub.cfg
# afterwards to update /boot/grub/grub.cfg.

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=false
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=$( sed 's/Slackware /Slackware-/' /etc/slackware-version )
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
GRUB_CMDLINE_LINUX=""

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
#GRUB_GFXMODE=1024x768x32

# Font used on the graphical terminal:
#GRUB_FONT=/usr/share/grub/dejavusansmono.pf2

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
 
Old 06-04-2018, 10:54 AM   #10
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
From the above is there an issue with mesa-18.1.1-x86_64-1 that wasn't there with mesa-18.0.4-x86_64-1
 
Old 06-04-2018, 10:58 AM   #11
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,511

Rep: Reputation: Disabled
Would you be willing to bisect the issue with git between those two versions? Its tedious, but not really that hard. It would also help to make sure it hasn't been fixed in the git master first.
 
Old 06-04-2018, 11:42 AM   #12
urbanwks
Member
 
Registered: Sep 2003
Distribution: Slackware64-Current, FreeBSD 11.0
Posts: 159

Rep: Reputation: 175Reputation: 175
Just a thought, since you mentioned previous struggles with slackpkg - I’ve seen this behavior before when forgetting to run

Code:
slackpkg install-new
along with your other slackpkg commands. Just want to rule that out, if you are in fact running that command as well.
 
Old 06-05-2018, 02:05 AM   #13
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
Quote:
Originally Posted by orbea View Post
Would you be willing to bisect the issue with git between those two versions? Its tedious, but not really that hard. It would also help to make sure it hasn't been fixed in the git master first.
Yes I could give it a go. Am familiar with bisecting libreoffice for regressions, but that's a stand alone program. So will need some advice on how I can integrate the mesa git code into my system.

Alex
 
Old 06-05-2018, 08:56 AM   #14
orbea
Senior Member
 
Registered: Feb 2015
Distribution: Slackware64-current
Posts: 1,511

Rep: Reputation: Disabled
What video driver are you using? I adapted a script from Pat's script in current to build from the mesa git master a few years ago. The problem is that its specific to nouveau and if you are using amd or intel you will need to alter it a little bit (You can see Pat's script from reference). You may also need to build libdrm from the master if configure fails and you can specify a specific commit with the environment variable 'COMMIT'.

For example.
Code:
COMMIT=3e27b37 ./mesa.SlackBuild
The slow and easy way to do this is to bisect mesa in a clone and then feed the commits it wants you to test to the slackbuild, use upgradepkg and then test.
Attached Files
File Type: txt mesa.tar.gz.txt (3.3 KB, 0 views)
File Type: txt libdrm.tar.gz.txt (2.8 KB, 1 views)
 
Old 06-05-2018, 09:26 AM   #15
aikempshall
Member
 
Registered: Nov 2003
Location: Bristol, Britain
Distribution: Slackware
Posts: 575

Original Poster
Rep: Reputation: 64
With the information I've got I should have both good and bad starting points. So what I shall do is make a clone of the mesa repository, start the git bisect process then
  1. for each bisect create a tar file by using a hacked version of Pat's get-mesa.sh, so as I don't loose the git stuff
  2. run Pat's SlackBuild against the file created in the previous step
  3. upgrade the package ensuring reinstall flag is set
  4. tell bisect good or bad
  5. repeat until I find the bad commit
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
screen is black after one move from x to virtual console, back to x, then to console Raul Claro Debian 13 02-22-2011 09:41 AM
[SOLVED] [startx problem] - startx goes to black/grey screen and comes back to command prompt! iNUKE Ubuntu 13 01-07-2011 01:32 PM
Help. Startx gives black screen! sl4ckw4r3 Slackware 23 01-29-2010 05:08 PM
Startx results in a black screen with VGA and screen errors kwosource Linux - Newbie 4 03-11-2005 02:58 PM
startx....black screen. bumjubeo Linux - Newbie 8 01-27-2005 10:13 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 06:10 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration