1 |
On 07/04/2009 07:05 PM, felix@×××××××.com wrote: |
2 |
> A reboot has lost X, in particular the keyboard confuses it. Here is |
3 |
> the beginning of the X log. Unfortunately, I didn't save the previous |
4 |
> working log. This is ~amd64 under 2.6.30-gentoo-r1 and -r2. |
5 |
> |
6 |
> I learned a while back I could get by without an X config. It swapped |
7 |
> a couple of the menu / alt / menu keys, but I adapted. Now X fills |
8 |
> its log with these "expected keysym, got XF86*" messages, and I have |
9 |
> no idea what causes them. Without X, it's hard to search the forums |
10 |
> and bugzilla to see how others have coped. |
11 |
> |
12 |
> I suspect I have emerged or unmerged something I shouldn't have, but I |
13 |
> don't remember anything particular on this update / reboot cycle other |
14 |
> than LVM and the kernel change (2.6.30-gentoo-r1 to -r2), and reboot |
15 |
> with either -r1 or -r2 makes no difference that I can see. |
16 |
> |
17 |
> There are two other problems. The "fb0" complaint has been there for |
18 |
> a while; I have to "sudo rm /dev/fb0" for X to work. The kernel has |
19 |
> the framebuffer configured, but I haven't investigated much because I |
20 |
> can get X working without /dev/fb0. |
21 |
> |
22 |
> The "dri" line seems new, but might not matter. The display works. |
23 |
> The mouse works. It seems to be only the keyboard which is hosed. |
24 |
> But if someone knows how to fix the "dri" complaint, thanks. |
25 |
> |
26 |
> =========== begin X log |
27 |
> X.Org X Server 1.5.2 |
28 |
> Release Date: 10 October 2008 |
29 |
> X Protocol Version 11, Revision 0 |
30 |
> Build Operating System: Linux 2.6.27-gentoo-r7 x86_64 |
31 |
> Current Operating System: Linux crowfix 2.6.30-gentoo-r2 #1 SMP PREEMPT Sat Jul 4 14:07:08 PDT 2009 x86_64 |
32 |
> Build Date: 20 December 2008 04:18:31PM |
33 |
> |
34 |
> Before reporting problems, check http://wiki.x.org |
35 |
> to make sure that you have the latest version. |
36 |
> Module Loader present |
37 |
> Markers: (--) probed, (**) from config file, (==) default setting, |
38 |
> (++) from command line, (!!) notice, (II) informational, |
39 |
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. |
40 |
> (==) Log file: "/var/log/Xorg.0.log", Time: Sat Jul 4 17:47:02 2009 |
41 |
> (EE) Unable to locate/open config file |
42 |
> New driver is "ati" |
43 |
> (==) Using default built-in configuration (30 lines) |
44 |
> (EE) Failed to load module "dri" (module does not exist, 0) |
45 |
> (EE) open /dev/fb0: No such file or directory |
46 |
> error setting MTRR (base = 0xfd000000, size = 0x00800000, type = 1) Invalid argument (22) |
47 |
> expected keysym, got XF86Battery: line 59 of inet |
48 |
> ============= end X log |
49 |
|
50 |
I started getting the same 'expected keysym' messages recently but my |
51 |
X continues to work okay anyway, so I think that's a red herring. |
52 |
|
53 |
I'd say check the dates on everything in /usr/lib/xorg and re-emerge |
54 |
anything that's not very recent, especially evdev (which I assume you |
55 |
use if you got rid of xorg.conf?). |
56 |
|
57 |
You should have a /usr/lib/xorg/modules/extensions/libdri.so -- that's the dri |
58 |
module that your X can't find. It's a symlink on my machine because I have |
59 |
both the xorg and nvidia versions of opengl on my machine. The 'eselect opengl' |
60 |
function is what creates the symlink to the correct version of libdri.so. |
61 |
|
62 |
Is the 'ati' driver correct for your video card? Be sure to re-emerge that if |
63 |
it is truly the right driver for you. |