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/014381.html | 164 ++++++++++++++++++++++++++++++ 1 file changed, 164 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-April/014381.html (limited to 'zarb-ml/mageia-dev/2012-April/014381.html') diff --git a/zarb-ml/mageia-dev/2012-April/014381.html b/zarb-ml/mageia-dev/2012-April/014381.html new file mode 100644 index 000000000..7e1bbff96 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-April/014381.html @@ -0,0 +1,164 @@ + + + + [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 +
+ Tue Apr 17 22:22:50 CEST 2012 +

+
+ +
'Twas brillig, and Colin Guthrie at 17/04/12 16:49 did gyre and gimble:
+> 'Twas brillig, and Anne Wilson at 17/04/12 15:13 did gyre and gimble:
+>> On 17/04/12 10:00, Colin Guthrie wrote:
+>>> All of this should be fixed when we update all the legacy
+>>> initscripts.
+>>
+>>> In the mean time if you go into /etc/init.d/ and do:
+>>
+>>> grep -c "INIT INFO" *| grep -vE 
+>>> "(halt|killall|mandrake_.*|reboot|single|functions):" | grep :0$
+>>
+>>
+>>> This should show you what initscripts you have on your system that
+>>> do not have LSB header information.
+>>
+>>> If you let me know the results of that command I'll look
+>>> specifically at this one so I can push a fix for you sooner rather
+>>> than latter (tho' all will get fixed before RC).
+>>
+>> I've been over and over that command, and I'm certain I've typed it
+>> right, but sending it to a text file always produced a 0byte file, so
+>> I tried it without the redirect, and there was a hesitation - working
+>> time - then the prompt returned - no output at all.  Any idea what
+>> could be wrong?
+> 
+> Well perhaps there is something more going on regarding loops. I'll see
+> if I can find something out here... I think others have reported this
+> too so it might not be the only cause of the loops. I'll find it
+> eventually tho'!!
+
+OK, so that syslog related ordering cycle was down to a patch that was
+supposed to prevent such a cycle but actually seemed to create it it.
+
+Confirmed the cycle on two machines here and confirmed dropping the
+patch fixes it.
+
+Hey ho.
+
+
+I no longer thing that this would be a big problem overall however.
+
+
+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), 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
+
+
+-- 
+
+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