个人工具

“UbuntuHelp:DebuggingXAutoconfiguration”的版本间的差异

来自Ubuntu中文

跳转至: 导航, 搜索
第2行: 第2行:
 
{{Languages|UbuntuHelp:DebuggingXAutoconfiguration}}
 
{{Languages|UbuntuHelp:DebuggingXAutoconfiguration}}
 
A great deal of effort has been made to allow automatic configuration of the X window system without asking questions of the user.  However, there is an astounding variety of hardware in use around the world, and so it is impossible to test every combination of devices...at least, without your help!
 
A great deal of effort has been made to allow automatic configuration of the X window system without asking questions of the user.  However, there is an astounding variety of hardware in use around the world, and so it is impossible to test every combination of devices...at least, without your help!
 
Exceptional situations which are known to be handled sub-optimally by the current configuration infrastructure include:
 
 
* Systems with multiple video cards  - this will be addressed in the future
 
* Systems which are attached to a KVM switch (keyboard, video and mouse) - it is impossible to properly detect the capabilities of a monitor when using some KVM switches, as they do not allow DDC probing
 
 
If you are '''not''' using one of the above configurations, and Ubuntu is unable to automatically configure X for your hardware (asking no questions), or the resulting configuration is not optimal, please follow the procedure below to collect information that will help us to configure your system more gracefully.
 
 
=== New Xorg Autodetection ===
 
 
Good news is that the Xorg project has added a new automatic configuration system in X itself, which is said to be the best around.  It's extremely easy to test out:
 
 
* sudo mv /etc/xorg.conf /etc/xorg.conf.orig
 
* restart X
 
 
If you find some problems or are otherwise unsatisfied with the results, move your original xorg.conf file back into place and continue on with this document.  (And please check to make sure there is a bug report about it in launchpad so we know.)
 
  
 
=== Common Known Issues ===
 
=== Common Known Issues ===
 
'''Failed monitor rates/resolution detection''' - The underlying monitor detection mechanism appears to be quite bad at detecting monitor settings, and inserts 'Generic Monitor' hsync and vrefresh rate settings into debconf for use in generating xorg.conf.  As well, the system doesn't really know what resolutions the monitor is capable of, and just specifies 3 generic ones (640x480, 800x600, and 1024x768).  Sometimes this works adequately and the user doesn't need much more.  But sometimes it doesn't:  a) Sometimes the hardware is known to support other resolutions beyond these three, but the user has to hand-edit xorg.conf to enable them (bug 49827), or b) the Generic Monitor h/v rates are a poor match for the user's actual hardware, and some expected resolutions don't work (bug 3731).  These two problems appear to be the most frequently reported for the 'xorg' package, and are often mentioned by Ubuntu reviewers.  You can see what rates were used by reviewing the /var/log/Xorg.0.log file for "Using hsync range of XX-XX" and "Using vrefresh range of XX-XX".  The root cause is still under investigation.  The best workaround is for the user to manually edit /etc/X11/xorg.conf and specify the correct hsync/vrefresh rates for their monitor and add all desired resolutions to the screen display modes.
 
 
'''xresprobe/ddcprobe platform-dependent''' - A number of xorg troubleshooting documents encourage the user to run xresprobe or ddcprobe to help identify available resolutions.  However, the ddcprobe code uses sys/vm86.h 8086 calls; the code won't compile on x86_64 and I suspect it probably doesn't work on many non-x86 based systems.  I don't think xresprobe is used for Ubuntu's xorg installation in Feisty, but reportedly it was used in earlier releases so could be the cause of some mis-autodetection bugs historically.  In any case, recommendations to run these tools should only be given to users on x86 systems.
 
  
 
'''"Error activating XKB configuration." after upgrade''' - After upgrading from 6.10 to 7.04, the following error message can appear on reboot or when trying to change keyboard preferences:
 
'''"Error activating XKB configuration." after upgrade''' - After upgrading from 6.10 to 7.04, the following error message can appear on reboot or when trying to change keyboard preferences:
第38行: 第18行:
 
*  Using gconf-editor, clear both the "layouts" and "options" parameters located at  /desktop/gnome/peripherals/keyboard/kbd.  See [http://lists.freebsd.org/pipermail/freebsd-gnome/2005-December/013059.html]
 
*  Using gconf-editor, clear both the "layouts" and "options" parameters located at  /desktop/gnome/peripherals/keyboard/kbd.  See [http://lists.freebsd.org/pipermail/freebsd-gnome/2005-December/013059.html]
  
 +
'''"Error in I830WaitLpRing(), now is...FatalError re-entered, aborting...lockup" on Intel video''' - These kinds of error messages are produced by a variety of causes.  Generally, Xorg upstream encourages upgrading to the latest -intel driver (Kylem has been providing a [http://people.ubuntu.com/~kyle/testing/crestline/ -intel 2.0.0 driver for Feisty]).  Some other ways to work around it that some users have reported success with:
 +
* Turn off DRI.  Add to the Device section of xorg.conf, Option "DRI" "false".  (Note that this will likely make X run slower).
 +
* Turn off all power management / acpi, and screensavers that use GL
  
=== Howto Debug Keyboard Issues ===
 
 
* Attach the output of `xprop -root | grep XKB`
 
* Attach the output of `gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd`
 
  
 
=== Howto Debug Display Issues ===
 
=== Howto Debug Display Issues ===
第49行: 第28行:
 
* Log in on the text console (Control-Alt-F1):  
 
* Log in on the text console (Control-Alt-F1):  
 
<pre><nowiki>
 
<pre><nowiki>
Ubuntu 5.04 "Hoary Hedgehog" computer_name tty1
+
Ubuntu 7.04 "Feisty Fawn" computer_name tty1
  
 
computer_name login: your_username
 
computer_name login: your_username
 
Password: your_password
 
Password: your_password
  
Linux computer_name 2.6.10-4-386 #1 Wed Mar 2 06:19:32 UTC 2005 i686 GNU/Linux
+
Linux computer_name 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux
  
 
The programs included with the Ubuntu system are free software;
 
The programs included with the Ubuntu system are free software;
第76行: 第55行:
 
* Attach:
 
* Attach:
 
** Output of `uname -a`
 
** Output of `uname -a`
** Output of `lspci -n`
+
** Output of `lspci -vvnn`
 
** Output of `sudo discover --disable=parallel,serial,usb,ide,scsi,pcmcia --format="%M\t%S\t%D\t%i\n" video`
 
** Output of `sudo discover --disable=parallel,serial,usb,ide,scsi,pcmcia --format="%M\t%S\t%D\t%i\n" video`
 
** Output of `sudo xresprobe <driver>`
 
** Output of `sudo xresprobe <driver>`
第97行: 第76行:
 
** Check out http://gitweb.freedesktop.org/ xorg/driver/xf86-video-<driver name> for any recent commits that look like they might just be useful.
 
** Check out http://gitweb.freedesktop.org/ xorg/driver/xf86-video-<driver name> for any recent commits that look like they might just be useful.
  
=== Howto Debug Keyboard Issues ===
+
== Also See ==
 
+
* [[UbuntuHelp:X/Debugging]] - The Ubuntu X Debugger's Handbook
* Attach the output of `xprop -root | grep XKB`
+
* Attach the output of `gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd`
+
 
+
  
== X-Swat Team ==
 
The Ubuntu X-Swat bugsquashing ninjas are listed at the [https://launchpad.net/~ubuntu-x-swat X-Swat Launchpad Team Page]
 
 
----
 
----
 
[[category:CategoryDocumentation]] [[category:CategoryCleanup]]
 
[[category:CategoryDocumentation]] [[category:CategoryCleanup]]
  
 
[[category:UbuntuHelp]]
 
[[category:UbuntuHelp]]

2007年11月22日 (四) 12:19的版本

A great deal of effort has been made to allow automatic configuration of the X window system without asking questions of the user. However, there is an astounding variety of hardware in use around the world, and so it is impossible to test every combination of devices...at least, without your help!

Common Known Issues

"Error activating XKB configuration." after upgrade - After upgrading from 6.10 to 7.04, the following error message can appear on reboot or when trying to change keyboard preferences: Error activating XKB configuration. It can happen under various circumstances:

        • a bug in libxklavier library
        • a bug in X server (xkbcomp, xmodmap utilities)
        • X server with incompatible libxkbfile implementation

There are a few causes for this behavior, and several possible solutions to try:

  • Disable the following option in /etc/X11/xorg.conf:
  1. Option "XkbVariant" "qwerty"
  • Especially if you have a non-us keyboard, doublecheck the XkbLayout option. Change the value to one that matches your language (for example, "pl" for Polish, "gb" for British, etc.)

Option "XkbLayout" "ie"

  • Using gconf-editor, clear both the "layouts" and "options" parameters located at /desktop/gnome/peripherals/keyboard/kbd. See [1]

"Error in I830WaitLpRing(), now is...FatalError re-entered, aborting...lockup" on Intel video - These kinds of error messages are produced by a variety of causes. Generally, Xorg upstream encourages upgrading to the latest -intel driver (Kylem has been providing a -intel 2.0.0 driver for Feisty). Some other ways to work around it that some users have reported success with:

  • Turn off DRI. Add to the Device section of xorg.conf, Option "DRI" "false". (Note that this will likely make X run slower).
  • Turn off all power management / acpi, and screensavers that use GL


Howto Debug Display Issues

  • Log out from GNOME, if you are logged in
  • Log in on the text console (Control-Alt-F1):
Ubuntu 7.04 "Feisty Fawn" computer_name tty1

computer_name login: your_username
Password: your_password

Linux computer_name 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
your_username@computer_name ~ $ 
  • Stop the GNOME display manager:
your_username@computer_name ~ $ sudo invoke-rc.d gdm stop
Password: your_password
* Stopping GNOME Display Manager...                                     [ ok ]
  • `sudo dpkg-reconfigure xserver-xorg`
  • Attach:
    • Output of `uname -a`
    • Output of `lspci -vvnn`
    • Output of `sudo discover --disable=parallel,serial,usb,ide,scsi,pcmcia --format="%M\t%S\t%D\t%i\n" video`
    • Output of `sudo xresprobe <driver>`
    • `/var/log/Xorg.0.log`
    • `/etc/X11/xorg.conf` and `/etc/X11/xorg.conf.*`
    • preferably a good description of what went wrong -- server failed to start, server started with blank screen, server started with mangled screen, server started with weird colours, et al
  • Things to try:
    • Move your /etc/xorg.conf file aside and try running X with no config file
    • Get your monitor's manual and look up the HorizSync and VertRefresh settings and add them to the Monitor section of xorg.conf.
    • If you can't find them, try adding HorizSync 36-x, and VertRefresh 36-60, to the Monitor section of xorg.conf, where x is defined as (horizontal res)/20; for example, for 1024x768, x = 1024/20 ~= 52 (round up), so the Monitor section would need 'HorizSync 36-52' and 'VertRefresh 36-60'. No quotes, no Option.
    • Or, if HorizSync and VertRefresh lines are already there, removing them.
    • Dropping bit depth to 16.
    • If it's a weird screen (Apple LCDs come to mind here, so do some strange laptop screens), Google for a modeline for that particular screen. If this helps, please report the specific modeline in a bug.
    • 'Option "NoAccel"' in the Device section, if it comes up but is rather weird.
    • Option "IgnoreEDID" or Option "NoDDC", but remember to add sync ranges.
    • If the log suggests that any particular option may help (e.g. i810 suggests that Option "DisplayInfo" "FALSE" might prevent hangs), try that.
    • Start Xorg with a lot of verbosity: sudo Xorg :1 -ac -logverbose 999. This will give you a lot of output in the log to check out.
    • Search https://bugs.freedesktop.org for any bugs reported upstream on xorg.
    • Check out http://gitweb.freedesktop.org/ xorg/driver/xf86-video-<driver name> for any recent commits that look like they might just be useful.

Also See