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-September/018974.html | 150 ++++++++++++++++++++++++++ 1 file changed, 150 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-September/018974.html (limited to 'zarb-ml/mageia-dev/2012-September/018974.html') diff --git a/zarb-ml/mageia-dev/2012-September/018974.html b/zarb-ml/mageia-dev/2012-September/018974.html new file mode 100644 index 000000000..288afe922 --- /dev/null +++ b/zarb-ml/mageia-dev/2012-September/018974.html @@ -0,0 +1,150 @@ + + + + [Mageia-dev] Fwd: Re: M3 won't complete boot after update + + + + + + + + + +

[Mageia-dev] Fwd: Re: M3 won't complete boot after update

+ Anne Wilson + annew at kde.org +
+ Thu Sep 27 10:46:47 CEST 2012 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+On 26/09/12 16:12, Marja van Waes wrote:
+> Can you try doing "systemctl show prefdm.service | grep 
+> ActiveEnter.*Mono" after a fresh boot.
+> 
+> I don't need to know the results, just whether it's non-zero or 
+> still at 0.
+> 
+> Assuming it's still at zero, then we've not even tried to start the
+> graphical server.
+> 
+> I suspect this is because we're considering your remote mounts as 
+> critical to the user sessions (i.e. think of /home on NFS). 
+> Normally, putting nofail in the fstab is enough to break this 
+> linkage.
+> 
+> Can you comment out all remote mounts entirely and see if you can 
+> boot.
+> 
+> If it still fails, then try starting prefdm.service manually 
+> (systemctl start prefdm.service) and see what happens.
+
+At this point I'm probably stuck.  I've been doing these tests by
+forcing a level 1 boot, but now even that may not be possible.  These
+are the latest boot messages:
+
+broadcom-wl (....)Already exists on this kernel [OK]
+Checking for new hardwareWelcome to rescue mode! Type "systemctl
+default" or ^D to enter default mode ##Yes, that's how it looks, lines
+joined.
+Type "journalctl" to show system logs. Type "systemctl reboot" to
+reboot. [OK]
+##didn't do any of these as I was not watching the screen
+
+Failed to issue method call: Transaction is destructive.
+
+Last resort -
+
+I edited out the "splash quiet" and called for level 1 again.  This
+time it completes, very quickly.
+
+'systemctl show prefdm.service | grep ActiveEnter.*Mono" ' simply
+returns to the prompt.
+
+All the borg2 mounts are commented out for now.
+
+> If it still fails, then try starting prefdm.service manually 
+> (systemctl start prefdm.service) and see what happens.
+
+Nothing at all happens.  It returns to the prompt.
+
+We have all spent a lot of time on this.  There are files on the
+netbook that I must recover, so now it's decision time.  It would
+probably be easier and quicker to grab the latest image (in which case
+can you remind me where to go for that) but I am willing to continue
+if there is any possibility that what we discover could save grief for
+others.
+
+What do you think?
+
+Anne
+- -- 
+Need KDE help? Try
+http://userbase.kde.org or
+http://forum.kde.org
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.12 (GNU/Linux)
+Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
+
+iEYEARECAAYFAlBkEnMACgkQj93fyh4cnBe+EQCbBZPomC7KFvGJBLesO1GrTp7o
+ZdAAn1V0Y427s9UMhjDN6LAPdPA8kHFX
+=15Wv
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + + + + + + + +
+

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