Tiny Core Linux
Tiny Core Base => TCB Tips & Tricks => Topic started by: marky on August 09, 2017, 10:17:12 AM
-
Hi,
I started to use TC Plus a week ago and I love it.
I use it on two different computers with the pretty decent hardware.
Somehow I've lost ability to open Xvesa window in the ControlPanel. It shows up for a split of second with nothing visible and disappears. On both machines.
Actually the only reason I need it is that on laptop I'd need to change the resolution to fit the screen and I'm not able to do it now since the Xvesa set up is not accessible.
Any clue, please?
-
Exit to the shell and run xsetup.sh.
-
If you've installed Xorg or Xfbdev, the script will not show resolutions, as those two are configured differently.
-
First of all, I'm not that good to know what exactly to do by:
Exit to the shell and run xsetup.sh
.
By Ctrl+Alt+F1 went to the console and tried to run that xsetup.sh command with no success, since I couldn't get to the /user/bin folder. I've tried to run sh ./xsetup.sh in several ways, with no success since I still consider myself as a newbie in linux.
Secondly, here it is my end list of installed apps copied from TC Sytem Stats window:
wpa_supplicant
xbitmaps
xcursor-themes
xdg-utils
xf86-input-evdev
xf86-video-vesa
xfe-common
xfi
xkeyboard-config
Xlibs
Xorg-7.7
Xorg-7.7-3d
Xorg-7.7-3d-dev
Xorg-7.7-bin
Xorg-7.7-dev
Xorg-7.7-lib
Xorg-fonts
xorg-proto
xorg-server
xorg-server-dev
Xprogs
xtrans
Xvesa
xzgv
and it seems that xorg is there.
So, what now?
-
If you have loaded the Xorg-7.7 extension after you loaded Xvesa, tinycore will run Xorg and not Xvesa.
You will need to ensure that Xorg-7.7 is not listed "onboot", reboot and then Xvesa and xsetup.sh should run without problems.
-
Actually, that list I've posted before was from System Stats.
onboot.lst differs from it:
Xlibs.tcz
Xprogs.tcz
aterm.tcz
flwm_topside.tcz
wbar.tcz
flwm_topside.tcz
wifi.tcz
wl-modules-4.8.17-tinycore.tcz
iw.tcz
pci-utils.tcz
firmware-atheros.tcz
firmware-atheros.tcz.md5.txt
firmware-broadcom_bnx2.tcz
firmware-broadcom_bnx2.tcz.md5.txt
firmware-broadcom_bcm43xx.tcz
firmware-broadcom_bcm43xx.tcz.md5.txt
firmware-ipw2100.tcz
firmware-ipw2100.tcz.md5.txt
firmware-ipw2200.tcz
firmware-ipw2200.tcz.md5.txt
firmware-iwlwifi.tcz
firmware-iwlwifi.tcz.md5.txt
firmware_iwlwifi-7260.tcz
firmware_iwlwifi-7260.tcz.md5.txt
firmware-libertas.tcz
firmware-libertas.tcz.md5.txt
firmware-myri10ge.tcz
firmware-myri10ge.tcz.md5.txt
firmware-netxen.tcz
firmware-netxen.tcz.md5.txt
firmware-openfwwf.tcz
firmware-openfwwf.tcz.md5.txt
firmware-radeon.tcz
firmware-radeon.tcz.md5.txt
firmware-ti-connectivity.tcz
firmware-ti-connectivity.tcz.md5.txt
firmware-ueagle-atm.tcz
firmware-ueagle-atm.tcz.md5.txt
firmware-vxge.tcz
firmware-vxge.tcz.md5.txt
firmware-iwimax.tcz
firmware-iwimax.tcz.md5.txt
firmware-zd1211.tcz
firmware-zd1211.tcz.dep
firmware-zd1211.tcz.md5.txt
firmware.tcz
firmware.tcz.md5.txt
tc-install.tcz
kmaps.tcz
gparted.tcz
firefox_getLatest.tcz
firefox.tcz
spacefm-doc.tcz
spacefm.tcz
ImageMagick-dev.tcz
ImageMagick-doc.tcz
conky.tcz
xzgv.tcz
xfi.tcz
Xvesa.tcz
and doesn't include either one since I didn't load them as you can see.
-
Your onboot.lst seems messed up, it should not contain any file names ending in *md5.txt.
The command to use to see which extensions are loaded is "tce-status -i", the following command will show which X server extensions are loaded: $ tce-status -i | grep X
-
If you are using Xorg, google xorg.conf, arch wiki tends to have good explanations.
-
Your onboot.lst seems messed up, it should not contain any file names ending in *md5.txt.
The command to use to see which extensions are loaded is "tce-status -i", the following command will show which X server extensions are loaded: $ tce-status -i | grep X
I'd love to do it but I'm not able to copy the result from the Terminal.
Sending along phone pictures then:
https://drive.google.com/open?id=0B4YHneheJg-vMzVnaVhJSjRYQkk (https://drive.google.com/open?id=0B4YHneheJg-vMzVnaVhJSjRYQkk)
https://drive.google.com/open?id=0B4YHneheJg-vTTNOb01MNFBnNms (https://drive.google.com/open?id=0B4YHneheJg-vTTNOb01MNFBnNms)
-
That confirms that you have both Xorg-7.7 and Xvesa loaded - in this case tinycore will use the one that was loaded last, presumeably Xorg-7.7, but you can confirm with this command:
$ cat /etc/sysconfig/Xserver
As mentioned previously, you need to reboot and only load one of Xfbdev, Xorg-7.7, Xvesa
-
Xvesa came out after that command, but the others are not included in onboot.lst, so how to exclude them from boot?
You will need to ensure that Xorg-7.7 is not listed "onboot",
And in what way please?
I didn't load anything deliberately, just installed TC and several basic apps.
-
The easiest way to edit onboot.lst is to use the apps gui - apps/maintenance/onboot maintenance
It would also probably be a good idea to read this: http://tinycorelinux.net/book.html
-
The easiest way to edit onboot.lst is to use the apps gui - apps/maintenance/onboot maintenance
My onboot.lst posted above is taken just from apps/maintenance/onboot maintenance thing.
-
To fix things, you will either need to reboot or, if /etc/sysconfig/Xserver=Xvesa, exit to the prompt using the exit icon and "startx"
-
If I were you, I'd re-configure the onboot.lst
How did you generate it in the first place ?
-
To fix things, you will either need to reboot or, if /etc/sysconfig/Xserver=Xvesa, exit to the prompt using the exit icon and "startx"
Done that, it didn't change a thing.
How did you generate it in the first place ?
Just copied and pasted from onboot.lst
If I were you, I'd re-configure the onboot.lst
How?
-
How did you generate it in the first place ?
Just copied and pasted from onboot.lst
I mean where ? Which ISO ?
If I were you, I'd re-configure the onboot.lst
How?
Replace the content inside with default xbase.lst
Xvesa.tcz
aterm.tcz
flwm_topside.tcz
wbar.tcz
-
Xlibs in onboot.lst turned out to be a problem.
After deleting it from there all runs smooth now.
On first reboot the resolution choice has appeared and now I can change it any time i want it from the ControlPanel on both computers.
How Xlibs got in there is a little mysterious for me as I've never messed up with the system settings except installing some apps.
Anyway, thanks for your help guys.
-
Xlibs in onboot.lst turned out to be a problem.
After deleting it from there all runs smooth now.
On first reboot the resolution choice has appeared and now I can change it any time i want it from the ControlPanel on both computers.
How Xlibs got in there is a little mysterious for me as I've never messed up with the system settings except installing some apps.
Anyway, thanks for your help guys.
I don't think so.
Xlibs is required to start a X server.
Is it redundant to be listed in onbllt.lst? Yes.
Is it the cause to your misery? No.
The other files are more likely to bring about the trouble.
-
Well, Xlibs is not now in onboot.lst and all is fine.
But it is still listed as present after that ...| grep X command along with: Xorg-7.7-lib, Xprogs and Xvesa and a long list of others as well.
Startx from prompt is working, BTW.
-
That's because an extensions dependencies are loaded recursively - see:
http://tinycorelinux.net/8.x/x86/tcz/Xvesa.tcz.tree
-
It's strange that this is not the first time recently a forum OP has inadvertently messed up their onboot.lst so badly that systems no longer boot as desired.. Becoming a trend? There must be a good reason why this is happening, right?