Porteus-v2.0-x86_64 bug reports
Re: Porteus-v2.0-x86_64 bug reports
Sorry, but..... another bug:
a) boot porteus, graphical (any)
b) log in as root to graphical desktop (any)
c) open terminal
d) "init 3"
e) log in as root to text console
f) "xconf"
g) "startx"
Result: a xterm screen will flicker in the left upper border for 5 seconds, saying "cannot find font path (very long font string)" - several times (also, screen is cleared several times)
After ~ 5 seconds, X screen will terminate and dump you back to console/text.
a) boot porteus, graphical (any)
b) log in as root to graphical desktop (any)
c) open terminal
d) "init 3"
e) log in as root to text console
f) "xconf"
g) "startx"
Result: a xterm screen will flicker in the left upper border for 5 seconds, saying "cannot find font path (very long font string)" - several times (also, screen is cleared several times)
After ~ 5 seconds, X screen will terminate and dump you back to console/text.
Re: Porteus-v2.0-x86_64 bug reports
you have problem with the video driver? xconf redo the xconfiguration so i don't think it is a good thing if you do not have trouble with video driver or the monitor refresh
- fanthom
- Moderator Team
- Posts: 5667
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus-v2.0-x86_64 bug reports
@cttan
did you manage to unload vbox drivers as per arch wiki? does it make any difference from suspend/crash point of view?
@Pedro
you could overwrite default LMT settings using /rootcopy folder or extra module.
@att
is it your case? if yes then please remove 'login=' cheatcode and you'll be automatically logged in to selected desktop.
if no then must be one of your additional modules/settings so please try in 'always fresh' mode.
or maybe you meant 'custom' session instead of 'default'? 'custom' does not work for me indeed and i dont know why it's there.
http://www.realvnc.com/pipermail/vnc-li ... 10241.html
- does it work in 'always fresh' mode?
Cheers
did you manage to unload vbox drivers as per arch wiki? does it make any difference from suspend/crash point of view?
@Pedro
you could overwrite default LMT settings using /rootcopy folder or extra module.
@att
do not really understand. porteus does autologin you to GUI automatically unless you use 'login=' (autologin disabled) or 'login=not_valid_username' (user does not exist) cheatcodes.Another bug: When I boot via Option 1 (boot to graphic menu) and when I get to the login screen,
and if I leave all options to "default" it DOES NOT let me log in.
is it your case? if yes then please remove 'login=' cheatcode and you'll be automatically logged in to selected desktop.
if no then must be one of your additional modules/settings so please try in 'always fresh' mode.
or maybe you meant 'custom' session instead of 'default'? 'custom' does not work for me indeed and i dont know why it's there.
you must tell vnc which desktop to start. look here:when I start a terminal and inside the terminal another vncserver, and when I connect to the vnc using vncviewer, the window does not look fine anymore
http://www.realvnc.com/pipermail/vnc-li ... 10241.html
- please upload /etc/X11/xorg.conf generated by 'xconf' script and /var/log/Xorg.0.log to pastebin.com and link hereterm screen will flicker in the left upper border for 5 seconds, saying "cannot find font path (very long font string)" - several times (also, screen is cleared several times)
After ~ 5 seconds, X screen will terminate and dump you back to console/text.
- does it work in 'always fresh' mode?
Cheers
Please add [Solved] to your thread title if the solution was found.
Re: Porteus-v2.0-x86_64 bug reports
@fanthom:
The "login" parameter is not the case here.
In my case, all bootparameters are:
It does not autologin me to root - it asks me to enter username, password, and lets me select which desktop to use.
On the login screen, in the left/down corner, there are buttons to select which desktop to use (KDE, etc.)
If I do not select "KDE", etc. but leave it to "default", I am thrown back to the login prompt, despite login and password were correct.
Yes, I mean "default".
I am always booting in "always fresh" mode. Dunno what's wrong.
The "login" parameter is not the case here.
In my case, all bootparameters are:
Code: Select all
APPEND initrd=initrd.xz xfce copy2ram nonetwork volume=0% keymap=de
On the login screen, in the left/down corner, there are buttons to select which desktop to use (KDE, etc.)
If I do not select "KDE", etc. but leave it to "default", I am thrown back to the login prompt, despite login and password were correct.
Yes, I mean "default".
I am always booting in "always fresh" mode. Dunno what's wrong.
Re: Porteus-v2.0-x86_64 bug reports
I had the same problem when upgrading from 2.0 rc2 to 2.0 final. I had to remove all files in changes folder/container expect my own.
NjVFQzY2Rg==
- fanthom
- Moderator Team
- Posts: 5667
- Joined: 28 Dec 2010, 02:42
- Distribution: Porteus Kiosk
- Location: Poland
- Contact:
Re: Porteus-v2.0-x86_64 bug reports
@att
are you booting standard or XFCE edition? (please fill in info about your arch/edition in your profile)
asking cuz if you want to boot to KDE then you cant use 'xfce' cheatcode
are you booting standard or XFCE edition? (please fill in info about your arch/edition in your profile)
asking cuz if you want to boot to KDE then you cant use 'xfce' cheatcode
Please add [Solved] to your thread title if the solution was found.
-
- Shogun
- Posts: 333
- Joined: 26 Jan 2011, 16:15
- Distribution: Porteus 3.2 and 4.0 64bit KDE
- Location: Malaysia
Re: Porteus-v2.0-x86_64 bug reports
Hi fanthom,
I am not able to get the crash from simulation even without removing the external drivers. Maybe it is a very intermittent problem.
I have found that when my laptop come back from sleep, the fan is running at full speed.
In Porteus 1.2, it is working fine.
Is there a setting to tweak it as per ArchLinux?
cat /sys/class/hwmon/hwmon0/device/fan1_input
When I run fancontrol, it cannot find the config file.
I am not able to get the crash from simulation even without removing the external drivers. Maybe it is a very intermittent problem.
I have found that when my laptop come back from sleep, the fan is running at full speed.
In Porteus 1.2, it is working fine.
Is there a setting to tweak it as per ArchLinux?
cat /sys/class/hwmon/hwmon0/device/fan1_input
Code: Select all
cat: /sys/class/hwmon/hwmon0/device/fan1_input: No such file or directory
Code: Select all
fancontrol
Loading configuration from /etc/fancontrol ...
Error: Can't read configuration file
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Re: Porteus-v2.0-x86_64 bug reports
Please post the output from: pwmconfig
(pulse width modulation configuration)
(pulse width modulation configuration)
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
-
- Shogun
- Posts: 333
- Joined: 26 Jan 2011, 16:15
- Distribution: Porteus 3.2 and 4.0 64bit KDE
- Location: Malaysia
Re: Porteus-v2.0-x86_64 bug reports
Hi brokenman,
pwmconfig output:-
Yippee!!! This is my 100th post.
pwmconfig output:-
Code: Select all
# pwmconfig revision 5857 (2010-08-22)
This program will search your sensors for pulse width modulation (pwm)
controls, and test each one to see if it controls a fan on
your motherboard. Note that many motherboards do not have pwm
circuitry installed, even if your sensor chip supports pwm.
We will attempt to briefly stop each fan using the pwm controls.
The program will attempt to restore each fan to full speed
after testing. However, it is ** very important ** that you
physically verify that the fans have been to full speed
after the program has completed.
/usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed
Re: Porteus-v2.0-x86_64 bug reports
Hi all,
I test Porteus 2.0 on Touch screen laptop. I can use it but If I use touch I lost mouse or touchpad. It makes confuse. I can't use mouse left click and it suppose right click is always pressed.
Is there any way to remove touchscreen driver with some cheatcodes or could I change any base xzm module?
I test Porteus 2.0 on Touch screen laptop. I can use it but If I use touch I lost mouse or touchpad. It makes confuse. I can't use mouse left click and it suppose right click is always pressed.
Is there any way to remove touchscreen driver with some cheatcodes or could I change any base xzm module?
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v2.0-x86_64 bug reports
Hi oranus, what's the brand and model of the touchscreen device?
It may be that your touch screen is not working well with the latest evdev driver, or I suppose it also might be trying to use the synaptics driver for it instead of evdev. If possible, please boot with saved changes, reproduce the error, and after a reboot (or from another device) you can grab /var/log/Xorg.0.log and upload it to pastebin so we can see more about what's happening there.
On my tablet with a touch screen, I have to install an older version of evdev. Unfortunately, the older version doesn't support multitouch or right-click emulation, but with the newer driver it doesn't accept clicks on some objects (I can open menus but not move or resize windows) and it gets stuck, registering left clicks over and over again. This sounds slightly different from your issue, but maybe the solution will be similar.
It may be that your touch screen is not working well with the latest evdev driver, or I suppose it also might be trying to use the synaptics driver for it instead of evdev. If possible, please boot with saved changes, reproduce the error, and after a reboot (or from another device) you can grab /var/log/Xorg.0.log and upload it to pastebin so we can see more about what's happening there.
On my tablet with a touch screen, I have to install an older version of evdev. Unfortunately, the older version doesn't support multitouch or right-click emulation, but with the newer driver it doesn't accept clicks on some objects (I can open menus but not move or resize windows) and it gets stuck, registering left clicks over and over again. This sounds slightly different from your issue, but maybe the solution will be similar.
Please take a look at our online documentation, here. Suggestions are welcome!
Re: Porteus-v2.0-x86_64 bug reports
Hi Ahau,
Thanks for reply. I'll send that notebook /var/log/Xorg.0.log file. I see the same problem which you have. So it make me crazy so I admit that disable touchscreen speciality and I want to use it with mouse. How can I disable evdev securely because I try to rm evdev.ko 000kernel.xzm and porteus doesn't start
Second topic is Could you help me to write script about multi monitor case. I try to use HDMI TV with my laptop but if I use each of the device maximum resolution notebook screen is out of scale. I can't handle start toolbar and soe times it occurs on TV. But if I use same resolution each of device there is no problem. Sometimes both of the device doesn't have same resolution with xrandr output. Exp. Notebook has only 1600x900 but TV has 1920x1080... 1440x900 etc.
How could I write script to fit each of the screen their own resolution?
Thanks Ahau...
Thanks for reply. I'll send that notebook /var/log/Xorg.0.log file. I see the same problem which you have. So it make me crazy so I admit that disable touchscreen speciality and I want to use it with mouse. How can I disable evdev securely because I try to rm evdev.ko 000kernel.xzm and porteus doesn't start
Second topic is Could you help me to write script about multi monitor case. I try to use HDMI TV with my laptop but if I use each of the device maximum resolution notebook screen is out of scale. I can't handle start toolbar and soe times it occurs on TV. But if I use same resolution each of device there is no problem. Sometimes both of the device doesn't have same resolution with xrandr output. Exp. Notebook has only 1600x900 but TV has 1920x1080... 1440x900 etc.
How could I write script to fit each of the screen their own resolution?
Thanks Ahau...
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v2.0-x86_64 bug reports
oranus,
since evdev controls the touch screen and your mouse, you won't be able to remove the driver. I'll compile an older version of it (version 2.6) and upload it, probably tomorrow afternoon UTC.
Regarding the script, if you can give the xrandr commands that are required for each setup I could probably help you write a script. It sounds like fanthom made some suggestions in another thread -- give that a shot and then let me know if you want to try some kind of custom script for it.
since evdev controls the touch screen and your mouse, you won't be able to remove the driver. I'll compile an older version of it (version 2.6) and upload it, probably tomorrow afternoon UTC.
Regarding the script, if you can give the xrandr commands that are required for each setup I could probably help you write a script. It sounds like fanthom made some suggestions in another thread -- give that a shot and then let me know if you want to try some kind of custom script for it.
Please take a look at our online documentation, here. Suggestions are welcome!
Re: Porteus-v2.0-x86_64 bug reports
@Ahau
This is about auto detect device script which I write. But it needs improvement. Could you do it?:
http://pastebin.com/fYqBufvP
The only problem is --auto parameter of xrandr. After that screen is out of scale.
This is about auto detect device script which I write. But it needs improvement. Could you do it?:
http://pastebin.com/fYqBufvP
The only problem is --auto parameter of xrandr. After that screen is out of scale.
- Ahau
- King of Docs
- Posts: 1331
- Joined: 28 Dec 2010, 15:18
- Distribution: LXDE & Xfce 32/64-bit
- Location: USA
Re: Porteus-v2.0-x86_64 bug reports
Hi oranus,
here's the downgraded evdev driver.
64-bit: http://porteus-xfce.googlecode.com/file ... -1Ahau.xzm
32-bit: http://porteus-xfce.googlecode.com/file ... -1Ahau.xzm
save the driver for your arch to /porteus/modules and reboot, and you'll be using the downgraded 2.6.0 evdev driver. It lacks multitouch and right click emulation support, but hopefully it will restore your touchcreen to working order If you're still having trouble, you may need to calibrate the touchscreen, which has been discussed a bit on this thread: http://forum.porteus.org/viewtopic.php?f=102&t=2047
I don't have extensive experience with multiple monitor configurations, so I'm not sure I'm the best person to help you with the script. That said, does xrandr --auto work properly if you run it manually, outside of the script?
here's the downgraded evdev driver.
64-bit: http://porteus-xfce.googlecode.com/file ... -1Ahau.xzm
32-bit: http://porteus-xfce.googlecode.com/file ... -1Ahau.xzm
save the driver for your arch to /porteus/modules and reboot, and you'll be using the downgraded 2.6.0 evdev driver. It lacks multitouch and right click emulation support, but hopefully it will restore your touchcreen to working order If you're still having trouble, you may need to calibrate the touchscreen, which has been discussed a bit on this thread: http://forum.porteus.org/viewtopic.php?f=102&t=2047
I don't have extensive experience with multiple monitor configurations, so I'm not sure I'm the best person to help you with the script. That said, does xrandr --auto work properly if you run it manually, outside of the script?
Please take a look at our online documentation, here. Suggestions are welcome!