[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