2.13beta: X won't start with config file
2.13beta: X won't start with config file
The new 2.13 test beta works fine if I don't leave my pup_save.3fs in, but of course then it's a matter of starting from scratch. I wouldn't want to do that.
But if I try to start with pup_save.3fs (yes it's a good one, and without the old zdrv.sfs), it goes through the whole thing of updating, integrating the existing config etc, but then says it could not determine the video and I would have to manually do that with xorgwizard, etc. From then on we go round and round and nothing I can try will start X.
(Actually, if I choose "fix" apparently X does start, but if I confirm that by ticking the checkbox within the timeout, it's back to the old round and round . .)
I had earlier upgraded from 2.11 to 2.12 without incident. Maybe it doesn't like something in my config file, but 2.12 likes it fine.
Henry
But if I try to start with pup_save.3fs (yes it's a good one, and without the old zdrv.sfs), it goes through the whole thing of updating, integrating the existing config etc, but then says it could not determine the video and I would have to manually do that with xorgwizard, etc. From then on we go round and round and nothing I can try will start X.
(Actually, if I choose "fix" apparently X does start, but if I confirm that by ticking the checkbox within the timeout, it's back to the old round and round . .)
I had earlier upgraded from 2.11 to 2.12 without incident. Maybe it doesn't like something in my config file, but 2.12 likes it fine.
Henry
Good morning, Barry,
Happy Christmas eve. Trust you will take a bit of a holiday.
What I meant by round and round: Each time I entered xwin it said X did not start and I should try the xorg wizard or reboot or shutdown. If I selected fix, X would run (graphic screen) until I checking the confirming box, when I was again told X did not start, etc.
It's certainly beyond me. I went through this many times, checking md5, testing that the pup_sav.3fs used was good with 2.12, trying different resolutions, etc. I have used various versions of puppy (and muppy) without ever having a start problem.
I'll try this - I have a dozen or so previous configuration files. I'll try one or two of those and pass you the results (after Christmas
I'm very happy with and impressed with your puppy, using 2.12 daily, promoting it on my web site.
Kind regards,
Henry
Happy Christmas eve. Trust you will take a bit of a holiday.
What I meant by round and round: Each time I entered xwin it said X did not start and I should try the xorg wizard or reboot or shutdown. If I selected fix, X would run (graphic screen) until I checking the confirming box, when I was again told X did not start, etc.
It's certainly beyond me. I went through this many times, checking md5, testing that the pup_sav.3fs used was good with 2.12, trying different resolutions, etc. I have used various versions of puppy (and muppy) without ever having a start problem.
I'll try this - I have a dozen or so previous configuration files. I'll try one or two of those and pass you the results (after Christmas
I'm very happy with and impressed with your puppy, using 2.12 daily, promoting it on my web site.
Kind regards,
Henry
The file I think you requested is attached.
Henry
Henry
- Attachments
-
- xorg_.zip
- (1.73 KiB) Downloaded 508 times
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Well, the file looks basically allright.
I take it that it's an older monitor? Do you normally run at 1024x768 or
800x600? It's currently set to the former, but you could easily use
'mp' to change that.
But, that shouldn't have prevented X from starting.
This line:
Driver "nv" #card0driver
Try changing "nv" to "vesa", let us know if that works.
If it fails, use 'mp' to look at /var/log/Xorg.0.log
-- somewhere probably toward the end should be the report on why
X didn't start.
-- well, you could try this first, before making any changes to xorg.conf.
I take it that it's an older monitor? Do you normally run at 1024x768 or
800x600? It's currently set to the former, but you could easily use
'mp' to change that.
But, that shouldn't have prevented X from starting.
This line:
Driver "nv" #card0driver
Try changing "nv" to "vesa", let us know if that works.
If it fails, use 'mp' to look at /var/log/Xorg.0.log
-- somewhere probably toward the end should be the report on why
X didn't start.
-- well, you could try this first, before making any changes to xorg.conf.
Thanks, Barry,
Monitor Name Senergy 560
Manufacturer Princeton Graphic Systems
Manufacture Date Week 5, Year 2002
Serial Number LXCC0500219
Product ID PGS0100
Display Size 15.2" (31cm x 23cm)
Display Type Analog, RGB Colour
Supported Features Standby, Suspend, Active-Off
It only goes to1024x768, which I've always used.
I have never used xorg, always vesa. I tried both with 2.13
Also tried changing nv to vesa.
Looked at /var/log/Xorg.0.log, but was unsuccessful in saving it to send you. Got an empty file, wh.Xorg.0.logtest (appended test in save as to mark it.)
Will go back and try again, time permitting.
Henry
Monitor Name Senergy 560
Manufacturer Princeton Graphic Systems
Manufacture Date Week 5, Year 2002
Serial Number LXCC0500219
Product ID PGS0100
Display Size 15.2" (31cm x 23cm)
Display Type Analog, RGB Colour
Supported Features Standby, Suspend, Active-Off
It only goes to1024x768, which I've always used.
I have never used xorg, always vesa. I tried both with 2.13
Also tried changing nv to vesa.
Looked at /var/log/Xorg.0.log, but was unsuccessful in saving it to send you. Got an empty file, wh.Xorg.0.logtest (appended test in save as to mark it.)
Will go back and try again, time permitting.
Henry
OK, I did it right this time. The file is attached.
Henry
Henry
- Attachments
-
- Xorg.0_.zip
- (5.56 KiB) Downloaded 506 times
Xorg problem, too
First off, this is a pretty Puppy, as most teens are (yes, this Puppy version is a teeny, 13). And fast on my Celeron 400, too!
I also had a first-boot problem with Xorg. This monitor has always been OK with 800x600x24, but now with the default Xorg option, it fails (the screen is garbled). If I try 1024x768x16 or 800x600x16, same garbled result appears (though the appearance is different each time).
The xorg.conf in attached.
I was able to run X successfully with the "Fix"/Xvesa button. I will try booting with "puppy pfix=ram" to check.
Addition: Same result with "pfix=ram". I explored the "Xorg" after "Fix" and kept tweaking the frequencies. Initially, the refresh frequencies were too high for the 1024x768x16 that the script is using (hey, I never chose that initially - I went for 800x600x24!). It's using 85x68 frequencies for that resolution when it should be for lower resolution (like 800x600x16). So there lies the mismatch: the script is using a higher resolution for the correct frequencies (that are right for a lower resolution). With two more frequency tweaks, the screen finally got to display at 1024x768x16 and 60x48 frequency.
More addition - a suggestion: Label the "Fix" button as "Test", or "Test and Tweak"?
I also had a first-boot problem with Xorg. This monitor has always been OK with 800x600x24, but now with the default Xorg option, it fails (the screen is garbled). If I try 1024x768x16 or 800x600x16, same garbled result appears (though the appearance is different each time).
The xorg.conf in attached.
I was able to run X successfully with the "Fix"/Xvesa button. I will try booting with "puppy pfix=ram" to check.
Addition: Same result with "pfix=ram". I explored the "Xorg" after "Fix" and kept tweaking the frequencies. Initially, the refresh frequencies were too high for the 1024x768x16 that the script is using (hey, I never chose that initially - I went for 800x600x24!). It's using 85x68 frequencies for that resolution when it should be for lower resolution (like 800x600x16). So there lies the mismatch: the script is using a higher resolution for the correct frequencies (that are right for a lower resolution). With two more frequency tweaks, the screen finally got to display at 1024x768x16 and 60x48 frequency.
More addition - a suggestion: Label the "Fix" button as "Test", or "Test and Tweak"?
- Attachments
-
- s3_xorg.tar.gz
- (1.86 KiB) Downloaded 528 times
Puppy user since Oct 2004. Want FreeOffice? [url=http://puppylinux.info/topic/freeoffice-2012-sfs]Get the sfs (English only)[/url].
Thanks, Raffy,
I am happily using 2.12, and am only providing beta version feedback here. I guess my problem is not unique, and eventually it should be possible to use a valid existing configuration with a new version. 2.13 beta works fine by itself - it's just incompatible with my existing pup_sav.3fs(s).
I think my problem is somewhat different than what you described. Just for a college try I pasted your xorg.conf over mine but oserved no difference in outcome.
Henry
I am happily using 2.12, and am only providing beta version feedback here. I guess my problem is not unique, and eventually it should be possible to use a valid existing configuration with a new version. 2.13 beta works fine by itself - it's just incompatible with my existing pup_sav.3fs(s).
I think my problem is somewhat different than what you described. Just for a college try I pasted your xorg.conf over mine but oserved no difference in outcome.
Henry
an xorgwizard problem
Hi, Henry,
It must be an xorgwizard problem, that is why I added my situation to this thread. The xorg.conf that I submitted is for debugging and not for you as possible solution.
Based on my repeated tests, I saw some xoorgwizard problem - it starts with 1024x768x16 resolution if I chose a resolution above 640x480. So X will fail as the associated frequencies are too high for the given resolution (1024x768x16).
Some better monitors of course can tolerate that situation. I wish that my monitor can tolerate it, too, but it can't. There are newer CRTs, but less capable than this one am using. So the xorgwizard script needs to correct some frequency (or resolution) setting.
It must be an xorgwizard problem, that is why I added my situation to this thread. The xorg.conf that I submitted is for debugging and not for you as possible solution.
Based on my repeated tests, I saw some xoorgwizard problem - it starts with 1024x768x16 resolution if I chose a resolution above 640x480. So X will fail as the associated frequencies are too high for the given resolution (1024x768x16).
Some better monitors of course can tolerate that situation. I wish that my monitor can tolerate it, too, but it can't. There are newer CRTs, but less capable than this one am using. So the xorgwizard script needs to correct some frequency (or resolution) setting.
Puppy user since Oct 2004. Want FreeOffice? [url=http://puppylinux.info/topic/freeoffice-2012-sfs]Get the sfs (English only)[/url].
ddprobe results
Here it is, Barry.
Most monitors I encounter here (maybe rather old) can only do 800x600x24 at 72 Mhz. At 1024x768x16, most of them can deliver only at 60 Mhz.
Am no good at scripts, but perhaps the user can be given the chance to tweak frequencies upward so that s/he would be seeing something at once (at less frequency).
Thanks!
Most monitors I encounter here (maybe rather old) can only do 800x600x24 at 72 Mhz. At 1024x768x16, most of them can deliver only at 60 Mhz.
Am no good at scripts, but perhaps the user can be given the chance to tweak frequencies upward so that s/he would be seeing something at once (at less frequency).
Thanks!
- Attachments
-
- ddprobe.tar.gz
- (576 Bytes) Downloaded 898 times
Puppy user since Oct 2004. Want FreeOffice? [url=http://puppylinux.info/topic/freeoffice-2012-sfs]Get the sfs (English only)[/url].
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Okay, here is a "new and improved" xorgwizard script!
Copy it to /usr/sbin to replace the previous version.
Let me know if it improves the autodetection or not.
Copy it to /usr/sbin to replace the previous version.
Let me know if it improves the autodetection or not.
- Attachments
-
- xorgwizard.gz
- (13.12 KiB) Downloaded 916 times