1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] M3 won't complete boot after update
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20M3%20won%27t%20complete%20boot%20after%20update&In-Reply-To=%3C5061DD60.3010400%40colin.guthr.ie%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="018924.html">
<LINK REL="Next" HREF="018973.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] M3 won't complete boot after update</H1>
<B>Colin Guthrie</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20M3%20won%27t%20complete%20boot%20after%20update&In-Reply-To=%3C5061DD60.3010400%40colin.guthr.ie%3E"
TITLE="[Mageia-dev] M3 won't complete boot after update">mageia at colin.guthr.ie
</A><BR>
<I>Tue Sep 25 18:35:44 CEST 2012</I>
<P><UL>
<LI>Previous message: <A HREF="018924.html">[Mageia-dev] M3 won't complete boot after update
</A></li>
<LI>Next message: <A HREF="018973.html">[Mageia-dev] M3 won't complete boot after update
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#18925">[ date ]</a>
<a href="thread.html#18925">[ thread ]</a>
<a href="subject.html#18925">[ subject ]</a>
<a href="author.html#18925">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>'Twas brillig, and Anne Wilson at 25/09/12 16:37 did gyre and gimble:
><i> On 25/09/12 15:41, Colin Guthrie wrote:
</I>>><i> 'Twas brillig, and Anne Wilson at 25/09/12 15:02 did gyre and
</I>>><i> gimble:
</I>>>><i> Sent yesterday, but not seen on-list, so apologies if this is a
</I>>>><i> duplicate.
</I>>>><i>
</I>>>><i> I finally got around to connecting my netbook, which has been
</I>>>><i> running Cauldron for some time. This was fully up to date
</I>>>><i> before my holidays, and apart from the recent display problem
</I>>>><i> (which as Angelo Naselli suspected, is a KDE problem) it has
</I>>>><i> behaved beautifully. Today, though, needed almost 3 weeks worth
</I>>>><i> of updates, and when it finished, it won't boot.
</I>>>><i>
</I>>>><i> There are obviously problems with my remote mounts, but we are
</I>>>><i> talking in detail about that on another thread. Mostly things
</I>>>><i> look to be going well up to that stage, then I see messages like
</I>>>><i>
</I>>>><i> Started RPC bind service Reached target Remote File Systems
</I>>>><i> (Pre). Mounting /mnt/QNAS-Lydgate-Data... Mounting
</I>>>><i> /mnt/borg2/home... Mounting /mnt/borg2_Data1... Reached target
</I>>>><i> RPC Port Mapper. Failed to mount /mnt/QNAS-Lydgate-Data. See
</I>>>><i> systemctl status /mnt-QNAS\x2dLydgate\x2dData.mount for details.
</I>>>><i> .... (other similar pairs of lines) Dependency failed for Remote
</I>>>><i> File Systems
</I>>>><i>
</I>>>><i> After these lines, suddenly two of the QNAS mounts (one of which
</I>>>><i> is /mnt/QNAS/Lydgate-Data mentioned above) do succeed. The two
</I>>>><i> borg2 mounts still fail, as do some of the other QNAS mounts.
</I>>>><i>
</I>>>><i> A few more lines, and all looks reasonable, until
</I>>>><i>
</I>>>><i> [FAILED] Failed to start Wait for Plymouth Boot Screen to Quit
</I>>>><i>
</I>>>><i> then Reached target Multi-User Reached target Graphical
</I>>>><i> Interface
</I>>>><i>
</I>>>><i> and there it freezes.
</I>>>><i>
</I>>>><i> Later:
</I>>>><i>
</I>>>><i> I tried booting from the older kernel. On the graphical screen,
</I>>>><i> it appears to get a lot further, 5 bubbles instead of 2, but when
</I>>>><i> I tried it again watching the messages it appears to follow the
</I>>>><i> same path as the new kernel boot, ending at the same place.
</I>>>><i>
</I>>>><i> Interestingly, though, the nfs mount that succeeds, after saying
</I>>>><i> it had failed, was not the same one as yesterdays. Still, that's
</I>>>><i> probably a side-issue.
</I>>>><i>
</I>>>><i> The situation now is that I appear to have a completely unusable
</I>>>><i> M3. The line
</I>>>><i>
</I>>>><i> [DEPEND] Dependency failed for Remote File Systems
</I>>>><i>
</I>>>><i> is obviously important. Not knowing what that dependency is, I
</I>>>><i> don't know whether it could do more damage than failing to mount
</I>>>><i> remote systems. It doesn't sound likely, but....
</I>><i>
</I>>><i> If the remote mounts are not critical, just add nofail to the
</I>>><i> fstab options.
</I>><i>
</I>>><i> I suspect strongly that any issues with these mounts is entirely
</I>>><i> separate to the actual graphical boot.
</I>><i>
</I>><i> Agreed. Adding nofail makes no difference. I've also tried removing
</I>><i> all options, down to a minimum defaults. However, they shouldn't stop
</I>><i> boot. FWIW, I'm still seeing that message about a dependency failure
</I>><i> for remote file systems.
</I>><i>
</I>>><i> Personally, I was seeing crashes with qt4... perhaps try switching
</I>>><i> to gdm as you're DM and see if the graphical boot comes up OK,
</I>>><i> that way we could see easily if it's something high level.
</I>><i>
</I>><i> No, gdm doesn't get that far either.
</I>><i>
</I>>><i> Also you could try and look and see what systemctl status
</I>>><i> prefdm.service says to you (you might need to switch to tty2).
</I>><i>
</I>><i> prefdm.service - Display Manager
</I>><i> Loaded: loaded (/usr/lib/systemd/system/prefdm.service: static)
</I>><i> Active: inactive (dead)
</I>><i> CGroup: name=systemd:system/prefdm.service
</I>><i>
</I>><i> (This from looking over my shoulder, so ignore any typos)
</I>><i>
</I>><i> I'll worry about the mounts later - the first thing is to get the
</I>><i> system back :-)
</I>
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.
Col
--
Colin Guthrie
colin(at)mageia.org
<A HREF="http://colin.guthr.ie/">http://colin.guthr.ie/</A>
Day Job:
Tribalogic Limited <A HREF="http://www.tribalogic.net/">http://www.tribalogic.net/</A>
Open Source:
Mageia Contributor <A HREF="http://www.mageia.org/">http://www.mageia.org/</A>
PulseAudio Hacker <A HREF="http://www.pulseaudio.org/">http://www.pulseaudio.org/</A>
Trac Hacker <A HREF="http://trac.edgewall.org/">http://trac.edgewall.org/</A>
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="018924.html">[Mageia-dev] M3 won't complete boot after update
</A></li>
<LI>Next message: <A HREF="018973.html">[Mageia-dev] M3 won't complete boot after update
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#18925">[ date ]</a>
<a href="thread.html#18925">[ thread ]</a>
<a href="subject.html#18925">[ subject ]</a>
<a href="author.html#18925">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>
|
