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/018945.html | 187 ++++++++++++++++++++++++++ 1 file changed, 187 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-September/018945.html (limited to 'zarb-ml/mageia-dev/2012-September/018945.html') diff --git a/zarb-ml/mageia-dev/2012-September/018945.html b/zarb-ml/mageia-dev/2012-September/018945.html new file mode 100644 index 000000000..f1d5feb7b --- /dev/null +++ b/zarb-ml/mageia-dev/2012-September/018945.html @@ -0,0 +1,187 @@ + + + + [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 +
+ Wed Sep 26 17:00:28 CEST 2012 +

+
+ +
-----BEGIN PGP SIGNED MESSAGE-----
+Hash: SHA1
+
+Colin, I sent this last evening, but I haven't seen it on-list.   For
+some reason a fair number of my messages don't get through.  Could it
+be that the digital signing worries the filters?
+
+Anne
+
+- -------- Original Message --------
+Subject: Re: [Mageia-dev] M3 won't complete boot after update
+Date: Tue, 25 Sep 2012 16:37:20 +0100
+From: Anne Wilson <annew at kde.org>
+To: Mageia development mailing-list <mageia-dev at mageia.org>
+
+
+On 25/09/12 15:41, Colin Guthrie wrote:
+> 'Twas brillig, and Anne Wilson at 25/09/12 15:02 did gyre and 
+> gimble:
+>> Sent yesterday, but not seen on-list, so apologies if this is a 
+>> duplicate.
+>> 
+>> I finally got around to connecting my netbook, which has been 
+>> running Cauldron for some time.  This was fully up to date before
+>> my holidays, and apart from the recent display problem (which as
+>> Angelo Naselli suspected, is a KDE problem) it has behaved
+>> beautifully.  Today, though, needed almost 3 weeks worth of
+>> updates, and when it finished, it won't boot.
+>> 
+>> There are obviously problems with my remote mounts, but we are 
+>> talking in detail about that on another thread.  Mostly things 
+>> look to be going well up to that stage, then I see messages like
+>> 
+>> Started RPC bind service Reached target Remote File Systems 
+>> (Pre). Mounting /mnt/QNAS-Lydgate-Data... Mounting 
+>> /mnt/borg2/home... Mounting /mnt/borg2_Data1... Reached target 
+>> RPC Port Mapper. Failed to mount /mnt/QNAS-Lydgate-Data. See 
+>> systemctl status /mnt-QNAS\x2dLydgate\x2dData.mount for details. 
+>> .... (other similar pairs of lines) Dependency failed for Remote 
+>> File Systems
+>> 
+>> After these lines, suddenly two of the QNAS mounts (one of which
+>>  is /mnt/QNAS/Lydgate-Data mentioned above) do succeed.  The two
+>>  borg2 mounts still fail, as do some of the other QNAS mounts.
+>> 
+>> A few more lines, and all looks reasonable, until
+>> 
+>> [FAILED] Failed to start Wait for Plymouth Boot Screen to Quit
+>> 
+>> then Reached target Multi-User Reached target Graphical 
+>> Interface
+>> 
+>> and there it freezes.
+>> 
+>> Later:
+>> 
+>> I tried booting from the older kernel.  On the graphical screen,
+>>  it appears to get a lot further, 5 bubbles instead of 2, but
+>> when I tried it again watching the messages it appears to follow
+>> the same path as the new kernel boot, ending at the same place.
+>> 
+>> Interestingly, though, the nfs mount that succeeds, after saying
+>>  it had failed, was not the same one as yesterdays.  Still,
+>> that's probably a side-issue.
+>> 
+>> The situation now is that I appear to have a completely unusable
+>>  M3. The line
+>> 
+>> [DEPEND] Dependency failed for Remote File Systems
+>> 
+>> is obviously important.  Not knowing what that dependency is, I 
+>> don't know whether it could do more damage than failing to mount
+>>  remote systems.  It doesn't sound likely, but....
+> 
+> If the remote mounts are not critical, just add nofail to the fstab
+> options.
+> 
+> I suspect strongly that any issues with these mounts is entirely 
+> separate to the actual graphical boot.
+> 
+Agreed.  Adding nofail makes no difference.  I've also tried removing
+all options, down to a minimum defaults.  However, they shouldn't stop
+boot.  FWIW, I'm still seeing that message about a dependency failure
+for remote file systems.
+
+> Personally, I was seeing crashes with qt4... perhaps try switching
+>  to gdm as you're DM and see if the graphical boot comes up OK, 
+> that way we could see easily if it's something high level.
+> 
+No, gdm doesn't get that far either.
+
+> Also you could try and look and see what systemctl status 
+> prefdm.service says to you (you might need to switch to tty2).
+> 
+prefdm.service - Display Manager
+  Loaded: loaded (/usr/lib/systemd/system/prefdm.service: static)
+  Active: inactive (dead)
+  CGroup: name=systemd:system/prefdm.service
+
+(This from looking over my shoulder, so ignore any typos)
+
+I'll worry about the mounts later - the first thing is to get the
+system back :-)
+
+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/
+
+iEYEARECAAYFAlBjGIIACgkQj93fyh4cnBdBiACaA6FhH7+EsfztkBRG+74MCc0p
+Su4An194QfnXgW/onYCYArD0GI8BjueG
+=WbBO
+-----END PGP SIGNATURE-----
+
+ + + + + + + + + + + + + + + + +
+

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