From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-April/014415.html | 149 ++++++++++++++++++++++++++++++ 1 file changed, 149 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-April/014415.html (limited to 'zarb-ml/mageia-dev/2012-April/014415.html') diff --git a/zarb-ml/mageia-dev/2012-April/014415.html b/zarb-ml/mageia-dev/2012-April/014415.html new file mode 100644 index 000000000..5eade6104 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-April/014415.html @@ -0,0 +1,149 @@ + + + + [Mageia-dev] Broken database problem solved but not all well + + + + + + + + + +

[Mageia-dev] Broken database problem solved but not all well

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Wed Apr 18 14:09:26 CEST 2012 +

+
+ +
'Twas brillig, and Colin Guthrie at 18/04/12 12:57 did gyre and gimble:
+> 'Twas brillig, and Anne Wilson at 18/04/12 12:32 did gyre and gimble:
+>> On 17/04/12 21:22, Colin Guthrie wrote:
+>>> As you do not have any legacy initscripts messing things up, I think
+>>> the problem you now face is more simple. We need to find out exactly
+>>> what's wrong.
+>>>
+>>>
+>>> I guess the next stage is to: 1. Boot. 2. Assuming X does not start,
+>>> switch to tty2 3. Get the output of: systemctl show prefdm.service 4.
+>>> Assuming it's actually tried to start it (look for dates in the 
+>>> ActiveEnterTimestamp variable near the top),
+>>
+>> ActiveEnterTimestamp=Tues, 17 Apr 2012 14:47:50 +0100 (yes, it was on
+>> all night :-) )
+>>
+>> then look in
+>>> /var/log/Xorg.0.log.
+>>>
+>>
+>>> If you happen to have a radeon, and it's using the vesa driver it
+>>> could be the same problem Oliver is seeing: 
+>>> https://bugs.mageia.org/show_bug.cgi?id=5426
+>>>
+>> It's Intel.  It seems to be a bit unhappy that the Wacom tablet isn't
+>> attached, but ISTR that the same thing happened when it was attached so
+>> I doubt if that is relevant.  The logfile is attached.
+> 
+> Yeah it seems to be related to the tablet... can you try just moving the
+> xorg.conf out the way (mv /etc/X11/xorg.conf /etc/X11/xorg.conf.ignore)
+> and reboot and see if it's happier?
+
+Actually I don't think it's that in retrospect... There seems to be two
+seconds where X just sits and waits. Then it closes down normally.
+
+[    70.650] (**) Option "xkb_options" "compose:rwin"
+[    72.501] (II) evdev: Power Button: Close
+
+So the next step is to see where the rest of the errors come from.
+
+1. What display manager are you using? I'm guessing KDM. If so what does
+/var/log/kdm.log say?
+
+I suspect it has those dbus related errors... but it would be nice to
+confirm.
+
+I'm pretty sure it's KDM that failing and subsequently bringing X down
+with it. I'll see if I can reproduce with KDM here.
+
+Col
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1