Sie sind nicht angemeldet.

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

1

17.06.2015, 11:02

Nach Kernelupdate bei Ubuntu Server 14.04: /lib/modules/<KERNELVERSION>/ fehlt!

Hallo Ubuntufreunde,

ich hoffe, dass hier das richtige Unterforum ist... :rolleyes:

Ich habe folgendes Problem: auf einer HP Z400-Workstation lief Ubuntu Server 10.04 einwandfrei.

Mit Ubuntu Server 14.04 habe ich das Problem, dass unterhalb von /lib/modules bei Kernelupdates seit einiger Zeit keine entsprechenden Versions-Verzeichnisse
(z.B. „3.13.0-54-generic“) angelegt werden. Damit fehlen natürlich auch die Dateien, die hier abgelegt sein sollten, wie z. B. „modules.dep“ und „modules.dep.bin“.


Nach einem Deinstallieren und Neuinstallieren des Kernels nach dem vorletzten Update (auf „3.13.0-54-generic“) war das Problem temporär beseitigt;
nach dem letzten Update (eben auf „3.13.0-55-generic“) fehlt dieses Modul-Verzeichnis schon wieder:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
root@tux0:/# uname -r

3.13.0-55-generic

root@tux0:/#
root@tux0:/#
root@tux0:/# ll /lib/modules
insgesamt 16
drwxr-xr-x 4 root root 4096 Jun 11  2014 3.13.0-24-generic
drwxr-xr-x 5 root root 4096 Jul  7  2014 3.13.0-30-generic
drwxr-xr-x 5 root root 4096 Jul 22  2014 3.13.0-32-generic
drwxr-xr-x 5 root root 4096 Jun 15 09:07 3.13.0-54-generic
root@tux0:/#

 =>  kein Verzeichnis 3.13.0-55-generic


Hat jemand eine Idee, warum das so ist, bzw. wie man dieses Problem beseitigen kann? ;(
Danke!

Werner


Edit:
Es handelt sich um eine 32-Bit-Version von Ubuntu Server 14.04!

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »WernerS« (29.06.2015, 15:30)


2

17.06.2015, 15:56

Wie machst du die Updates, über die Paketverwaltung oder baust du den Kernel selbst?
Wie sieht es mit Plattenplatz aus?

Quellcode

1
2
df 
df -i
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

3

18.06.2015, 09:47

Hallo Fredl,

danke für deine Antwort.

Die Updates passieren ganz normal über die Paketverwaltung.
Plattenplatz sollte kein Problem sein:

Quellcode

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
root@tux0:~# df
Dateisystem                                     	1K-blocks  Benutzt Verfügbar Verw% Eingehängt auf
/dev/sda8                                        	19092180  3797100  14318596   21% /
none                                                    	4    	0     	4	0% /sys/fs/cgroup
udev                                              	3087640    	4   3087636	1% /dev
tmpfs                                              	619536  	780	618756	1% /run
none                                                 	5120    	0  	5120	0% /run/lock
none                                              	3097668    	0   3097668	0% /run/shm
none                                               	102400    	0	102400	0% /run/user
/dev/sda1                                          	472036   194370	253295   44% /boot
/dev/sda2                                          	472036 	2318	445347	1% /boot_reserve
/dev/sda12                                       	20027260   550772  18452488	3% /reserve
/dev/sda13                                       	52280676   541108  49077128	2% /srv
/dev/sda5                                         	5635188	11720   5330556	1% /temp2
/dev/sda7                                         	3778616   917880   2665460   26% /var
<SERVER>/home                            	115343360 92510224  22833136   81% /home
<SERVER>/projects                        	115343360 92510224  22833136   81% /projects
[...]
root@tux0:~#


root@tux0:~# df -i
Dateisystem                                       	Inodes IBenutzt	IFrei IUse% Eingehängt auf
/dev/sda8                                        	1220608   290895   929713   24% /
none                                              	208508    	2   208506	1% /sys/fs/cgroup
udev                                              	203493 	1546   201947	1% /dev
tmpfs                                             	208508 	1069   207439	1% /run
none                                              	208508    	2   208506	1% /run/lock
none                                              	208508    	1   208507	1% /run/shm
none                                              	208508    	2   208506	1% /run/user
/dev/sda1                                         	121920  	353   121567	1% /boot
/dev/sda2                                         	121920   	11   121909	1% /boot_reserve
/dev/sda12                                       	1281120  	196  1280924	1% /reserve
/dev/sda13                                       	3334144   	14  3334130	1% /srv
/dev/sda5                                         	366480   	13   366467	1% /temp2
/dev/sda7                                         	244320 	7377   236943	4% /var
<SERVER>/home                      	24167245  3524039 20643206   15% /home
<SERVER>/projects                  	24167245  3524039 20643206   15% /projects
[...]
root@tux0:~#



(Bei den Mounts vom Server habe ich hier Server-Namen und Pfad vereinfacht.)

Aufmerksam geworden bin ich auf das Problem, weil NFS-Mounts (als Client) nach Reboots nur noch sporadisch funktionierten (obwohl nfs-common richtig installiert, etc.).
In /proc/filesystems fehlte im Fehlerfall der Eintrag für NFS, wenn alles OK war, war er wieder vorhanden... ?(
Das hat mich über mehrere Zwischenstationen zum Problem mit den fehlenden "/lib/modules/<KERNELVERSION>"-Verzeichnissen geführt... :cursing:

LG
Werner

4

18.06.2015, 10:49

Die Updates passieren ganz normal über die Paketverwaltung.
Über ein GUI oder per Konsole? Eher letzteres, da es ja ein Server ist? Gibt's Fehlermeldungen?
Wenn sich in den Logs von apt und dpkg nichts mehr findet, versuch einen Kernel zu installieren, der aktuell nicht vorhanden ist und achte auf Meldungen.
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

5

18.06.2015, 13:45

Hallo Fredl,

danke für deine Mühe!

Nachdem ich die weiter unten stehenden Angaben zusammengestellt hatte, ist mir aufgefallen, dass nach einem erneuten Reboot plötzlich das Verzeichnis /lib/module/3.13.0-55-generic vorhanden ist, was vor dem Reboot definitiv nicht der Fall war (Ein Reboot hatte ich nach dem Update natürlich schon durchgeführt).

Jetzt kommt's:
Nach einem nochmaligen Reboot
ist das Verzeichnis /lib/module/3.13.0-55-generic wieder verschwunden, jene Verzeichnisse von früheren Kernel-Versionen sind aber weiterhin vorhanden!
8|
Noch ein Reboot: verschwunden!
Noch ein Reboot: verschwunden!
Noch ein Reboot: wieder da!
Noch ein Reboot: verschwunden!
Noch ein Reboot: verschwunden!
Noch ein Reboot: verschwunden!
Noch ein Reboot: wieder da!
...

Ich werde noch verrückt! :cursing:

Übrigens hatte ich nach Deinstallieren und Neuinstallieren des Kernels („3.13.0-54-generic“), durch welches das /lib/modules/3.13.0-54-generic-Verzeichnis wieder vorhanden war, testweise 20 mal rebootet - hatte immer gepasst. Erst nach dem erneuten Update auf „3.13.0-55-generic“ scheint es wieder dieses Problem zu geben...

....


Hier das, was ich vor meiner obigen Entdeckung schon zusammengestellt hatte: ;(


----

Ich führe die Updates über die Kommandozeile durch:

Quellcode

1
2
3
4
5
 aptitude update

aptitude --simulate safe-upgrade                    # Mal sehen was beim Update passieren würde

aptitude safe-upgrade                                            	# Update durchführen


In den Logs ist mir nichts aufgefallen. Hier die entsprechenden Ausschnitte aus /var/log/aptitude und /var/log/dpkg:




/var/log/aptitude



Deinstallation Kernel:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 Aptitude 0.6.8.2: Protokoll
Mon, 15. Jun 2015 09:04:52 +0200

WICHTIG: DiesesProtokoll zeigt nur geplante Aktionen an. Aktionen, die wegen
dpkg-Problemen fehlschlagen, sind vielleicht nicht abgeschlossen.

0 Pakete werden installiert und 7 Pakete entfernt.
146 MB der Festplatte werden freigegeben.

===============================================================================

[ENTFERNEN, ABHÄNGIGKEITEN] linux-generic:i386
[ENTFERNEN, ABHÄNGIGKEITEN] linux-generic-pae:i386
[ENTFERNEN, ABHÄNGIGKEITEN] linux-image-generic:i386
[ENTFERNEN, ABHÄNGIGKEITEN] linux-image-generic-pae:i386
[ENTFERNEN, ABHÄNGIGKEITEN] linux-image-server:i386
[ENTFERNEN] linux-image-3.13.0-54-generic:i386
[ENTFERNEN] linux-image-extra-3.13.0-54-generic:i386
===============================================================================

 Protokoll abgeschlossen.



Anschließend die Kernel-Neuinstallation (nach der das /lib/module/ 3.13.0-54-generic-Verzeichnis vorhanden war);
gleich anschließend Neuinstallation der Kernel-Sources...

Quellcode

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
Aptitude 0.6.8.2: Protokoll
Mon, 15. Jun 2015 09:06:47 +0200

WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen dpkg-Problemen
fehlschlagen, sind vielleicht nicht abgeschlossen.

 3 Pakete werden installiert und 0 Pakete entfernt.
146 MB der Festplatte werden belegt.
===============================================================================

[INSTALLIEREN, ABHÄNGIGKEITEN] linux-image-3.13.0-54-generic:i386
[INSTALLIEREN, ABHÄNGIGKEITEN] linux-image-extra-3.13.0-54-generic:i386
[INSTALLIEREN] linux-image-generic:i386

===============================================================================

 Protokoll abgeschlossen.

Aptitude 0.6.8.2: Protokoll
Mon, 15. Jun 2015 09:09:32 +0200

 WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen dpkg-Problemen
fehlschlagen, sind vielleicht nicht abgeschlossen.

0 Pakete werden installiert und 0 Pakete entfernt.

===============================================================================
===============================================================================

Protokoll abgeschlossen.

Aptitude 0.6.8.2: Protokoll
Mon, 15. Jun 2015 09:11:43 +0200

WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen dpkg-Problemen fehlschlagen, sind vielleicht nicht abgeschlossen.

2 Pakete werdeninstalliert und 0 Pakete entfernt.
99,2 MB der Festplatte werden belegt.

===============================================================================

[INSTALLIEREN, ABHÄNGIGKEITEN] linux-source-3.13.0:i386
[INSTALLIEREN] linux-source:i386
===============================================================================

 Protokoll abgeschlossen.



Update von 3.13.0-54 auf 3.13.0-55

Quellcode

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
Aptitude 0.6.8.2: Protokoll
Mit, 17. Jun 2015 09:44:09 +0200

 WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen dpkg-Problemen fehlschlagen, sind vielleicht nicht abgeschlossen.

15 Pakete werden installiert und 0 Pakete entfernt.
237 MB der Festplatte werden belegt.
===============================================================================

[INSTALLIEREN, ABHÄNGIGKEITEN] linux-headers-3.13.0-55:i386
[INSTALLIEREN, ABHÄNGIGKEITEN] linux-headers-3.13.0-55-generic:i386
[INSTALLIEREN, ABHÄNGIGKEITEN] linux-image-3.13.0-55-generic:i386
[INSTALLIEREN, ABHÄNGIGKEITEN] linux-image-extra-3.13.0-55-generic:i386
[AKTUALISIERUNG] aptdaemon:i386 1.1.1-1ubuntu5.1 -> 1.1.1-1ubuntu5.2
[AKTUALISIERUNG] aptdaemon-data:i386 1.1.1-1ubuntu5.1 -> 1.1.1-1ubuntu5.2
[AKTUALISIERUNG] linux-headers-generic:i386 3.13.0.54.61 -> 3.13.0.55.62
[AKTUALISIERUNG] linux-headers-generic-pae:i386 3.13.0.54.61 -> 3.13.0.55.62
[AKTUALISIERUNG] linux-image-generic:i386 3.13.0.54.61 -> 3.13.0.55.62
[AKTUALISIERUNG] linux-libc-dev:i386 3.13.0-54.91 -> 3.13.0-55.92
[AKTUALISIERUNG] linux-source:i386 3.13.0.54.61 -> 3.13.0.55.62
[AKTUALISIERUNG] linux-source-3.13.0:i386 3.13.0-54.91 -> 3.13.0-55.92
[AKTUALISIERUNG] python3-aptdaemon:i386 1.1.1-1ubuntu5.1 -> 1.1.1-1ubuntu5.2
[AKTUALISIERUNG] python3-aptdaemon.gtk3widgets:i386 1.1.1-1ubuntu5.1 -> 1.1.1-1ubuntu5.2
[AKTUALISIERUNG] wpasupplicant:i386 2.1-0ubuntu1.2 -> 2.1-0ubuntu1.3
===============================================================================

Protokoll abgeschlossen.



/var/log/dpkg.log:

Update von 3.13.0-54 auf 3.13.0-55

Quellcode

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
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
2015-06-17 09:44:11
startup archives unpack

2015-06-17 09:44:13
install linux-image-3.13.0-55-generic:i386 <keine> 3.13.0-55.92

2015-06-17 09:44:13
status half-installed linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:15
status unpacked linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:15 status unpacked
linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:15 install
linux-headers-3.13.0-55:all <keine> 3.13.0-55.92

2015-06-17 09:44:15 status half-installed
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:44:21 status unpacked
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:44:21 status unpacked
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:44:21
install linux-headers-3.13.0-55-generic:i386 <keine> 3.13.0-55.92

2015-06-17 09:44:21 status half-installed
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:23 status unpacked
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:23 status unpacked
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:23 upgrade
linux-headers-generic-pae:i386 3.13.0.54.61 3.13.0.55.62

2015-06-17 09:44:23 status half-configured
linux-headers-generic-pae:i386 3.13.0.54.61

2015-06-17 09:44:23 status unpacked
linux-headers-generic-pae:i386 3.13.0.54.61

2015-06-17 09:44:23 status half-installed
linux-headers-generic-pae:i386 3.13.0.54.61

2015-06-17 09:44:23 status half-installed
linux-headers-generic-pae:i386 3.13.0.54.61

2015-06-17 09:44:23 status unpacked
linux-headers-generic-pae:i386 3.13.0.55.62

2015-06-17 09:44:23 status unpacked
linux-headers-generic-pae:i386 3.13.0.55.62

2015-06-17 09:44:23 upgrade
linux-headers-generic:i386 3.13.0.54.61 3.13.0.55.62

2015-06-17 09:44:23 status half-configured
linux-headers-generic:i386 3.13.0.54.61

2015-06-17 09:44:23 status unpacked
linux-headers-generic:i386 3.13.0.54.61

2015-06-17 09:44:23 status half-installed
linux-headers-generic:i386 3.13.0.54.61

2015-06-17 09:44:23 status half-installed
linux-headers-generic:i386 3.13.0.54.61

2015-06-17 09:44:23 status unpacked
linux-headers-generic:i386 3.13.0.55.62

2015-06-17 09:44:23 status unpacked
linux-headers-generic:i386 3.13.0.55.62

2015-06-17 09:44:24
install linux-image-extra-3.13.0-55-generic:i386 <keine> 3.13.0-55.92

2015-06-17 09:44:24 status half-installed
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:31 status unpacked
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:31 status unpacked
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:31
upgrade linux-image-generic:i386 3.13.0.54.61 3.13.0.55.62

2015-06-17 09:44:31 status half-configured
linux-image-generic:i386 3.13.0.54.61

2015-06-17 09:44:31 status unpacked linux-image-generic:i386
3.13.0.54.61

2015-06-17 09:44:31 status half-installed
linux-image-generic:i386 3.13.0.54.61

2015-06-17 09:44:31 status half-installed
linux-image-generic:i386 3.13.0.54.61

2015-06-17 09:44:31 status unpacked
linux-image-generic:i386 3.13.0.55.62

2015-06-17 09:44:31 status unpacked
linux-image-generic:i386 3.13.0.55.62

2015-06-17 09:44:31 upgrade
linux-libc-dev:i386 3.13.0-54.91 3.13.0-55.92

2015-06-17 09:44:31 status half-configured
linux-libc-dev:i386 3.13.0-54.91

2015-06-17 09:44:31 status unpacked
linux-libc-dev:i386 3.13.0-54.91

2015-06-17 09:44:31 status half-installed
linux-libc-dev:i386 3.13.0-54.91

2015-06-17 09:44:31 status half-installed
linux-libc-dev:i386 3.13.0-54.91

2015-06-17 09:44:31 status unpacked
linux-libc-dev:i386 3.13.0-55.92

2015-06-17 09:44:31 status unpacked
linux-libc-dev:i386 3.13.0-55.92

2015-06-17 09:44:31 upgrade
linux-source-3.13.0:all 3.13.0-54.91 3.13.0-55.92

2015-06-17 09:44:31 status half-configured
linux-source-3.13.0:all 3.13.0-54.91

2015-06-17 09:44:31 status unpacked
linux-source-3.13.0:all 3.13.0-54.91

2015-06-17 09:44:31 status half-installed
linux-source-3.13.0:all 3.13.0-54.91

2015-06-17 09:44:33 status half-installed
linux-source-3.13.0:all 3.13.0-54.91

2015-06-17 09:44:33 status unpacked
linux-source-3.13.0:all 3.13.0-55.92

2015-06-17 09:44:33 status unpacked
linux-source-3.13.0:all 3.13.0-55.92

2015-06-17 09:44:33 upgrade
linux-source:all 3.13.0.54.61 3.13.0.55.62

2015-06-17 09:44:33 status half-configured
linux-source:all 3.13.0.54.61

2015-06-17 09:44:33 status unpacked
linux-source:all 3.13.0.54.61

2015-06-17 09:44:33 status half-installed
linux-source:all 3.13.0.54.61

2015-06-17 09:44:33 status half-installed
linux-source:all 3.13.0.54.61

2015-06-17 09:44:33 status unpacked
linux-source:all 3.13.0.55.62

2015-06-17 09:44:33 status unpacked
linux-source:all 3.13.0.55.62

2015-06-17 09:44:33 upgrade
wpasupplicant:i386 2.1-0ubuntu1.2 2.1-0ubuntu1.3

2015-06-17 09:44:33 status half-configured
wpasupplicant:i386 2.1-0ubuntu1.2

2015-06-17 09:44:33 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.2

2015-06-17 09:44:33 status half-installed
wpasupplicant:i386 2.1-0ubuntu1.2

2015-06-17 09:44:33 status triggers-pending
man-db:i386 2.6.7.1-1ubuntu1

2015-06-17 09:44:33 status half-installed
wpasupplicant:i386 2.1-0ubuntu1.2

2015-06-17 09:44:33 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:44:33 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:44:33 upgrade
aptdaemon-data:all 1.1.1-1ubuntu5.1 1.1.1-1ubuntu5.2

2015-06-17 09:44:33 status half-configured
aptdaemon-data:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status unpacked
aptdaemon-data:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status half-installed
aptdaemon-data:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status triggers-pending
hicolor-icon-theme:all 0.13-1

2015-06-17 09:44:33 status half-installed
aptdaemon-data:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status half-installed
aptdaemon-data:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status unpacked
aptdaemon-data:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:33 status unpacked
aptdaemon-data:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:33 upgrade
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.1 1.1.1-1ubuntu5.2

2015-06-17 09:44:33 status half-configured
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status unpacked
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status half-installed
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status half-installed
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:33 status unpacked
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:33 status unpacked
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 upgrade aptdaemon:all
1.1.1-1ubuntu5.1 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 status half-configured
aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status unpacked
aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status half-installed
aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status half-installed aptdaemon:all
1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status unpacked
aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 status unpacked
aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 upgrade
python3-aptdaemon:all 1.1.1-1ubuntu5.1 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 status half-configured
python3-aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status unpacked
python3-aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status half-installed
python3-aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status half-installed
python3-aptdaemon:all 1.1.1-1ubuntu5.1

2015-06-17 09:44:34 status unpacked
python3-aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:34 status unpacked
python3-aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:44:34
trigproc man-db:i386 2.6.7.1-1ubuntu1 2.6.7.1-1ubuntu1

2015-06-17 09:44:34 status half-configured
man-db:i386 2.6.7.1-1ubuntu1

2015-06-17 09:44:35 status installed
man-db:i386 2.6.7.1-1ubuntu1

2015-06-17 09:44:35 trigproc
hicolor-icon-theme:all 0.13-1 0.13-1

2015-06-17 09:44:35 status half-configured
hicolor-icon-theme:all 0.13-1

2015-06-17 09:44:35 status installed
hicolor-icon-theme:all 0.13-1

2015-06-17 09:44:35 startup packages
configure

2015-06-17 09:44:35 configure
linux-image-3.13.0-55-generic:i386 3.13.0-55.92 <keine>

2015-06-17 09:44:35 status unpacked
linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:44:35 status half-configured
linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 status installed
linux-image-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 configure
linux-headers-3.13.0-55:all 3.13.0-55.92 <keine>

2015-06-17 09:45:34 status unpacked
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:45:34 status half-configured
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:45:34 status installed
linux-headers-3.13.0-55:all 3.13.0-55.92

2015-06-17 09:45:34 configure
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92 <keine>

2015-06-17 09:45:34 status unpacked
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 status half-configured
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 status installed
linux-headers-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 configure
linux-headers-generic:i386 3.13.0.55.62 <keine>

2015-06-17 09:45:34 status unpacked
linux-headers-generic:i386 3.13.0.55.62

2015-06-17 09:45:34 status half-configured
linux-headers-generic:i386 3.13.0.55.62

2015-06-17 09:45:34 status installed
linux-headers-generic:i386 3.13.0.55.62

2015-06-17 09:45:34 configure
linux-headers-generic-pae:i386 3.13.0.55.62 <keine>

2015-06-17 09:45:34 status unpacked
linux-headers-generic-pae:i386 3.13.0.55.62

2015-06-17 09:45:34 status half-configured
linux-headers-generic-pae:i386 3.13.0.55.62

2015-06-17 09:45:34 status installed
linux-headers-generic-pae:i386 3.13.0.55.62

2015-06-17 09:45:34 configure
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92 <keine>

2015-06-17 09:45:34 status unpacked
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:45:34 status half-configured
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:46:31 status installed
linux-image-extra-3.13.0-55-generic:i386 3.13.0-55.92

2015-06-17 09:46:31
configure linux-image-generic:i386 3.13.0.55.62 <keine>

2015-06-17 09:46:31 status unpacked
linux-image-generic:i386 3.13.0.55.62

2015-06-17 09:46:31 status half-configured
linux-image-generic:i386 3.13.0.55.62

2015-06-17 09:46:31 status installed
linux-image-generic:i386 3.13.0.55.62

2015-06-17 09:46:31 configure
linux-libc-dev:i386 3.13.0-55.92 <keine>

2015-06-17 09:46:31 status unpacked
linux-libc-dev:i386 3.13.0-55.92

2015-06-17 09:46:31 status half-configured
linux-libc-dev:i386 3.13.0-55.92

2015-06-17 09:46:31 status installed
linux-libc-dev:i386 3.13.0-55.92

2015-06-17 09:46:31 configure
linux-source-3.13.0:all 3.13.0-55.92 <keine>

2015-06-17 09:46:31 status unpacked
linux-source-3.13.0:all 3.13.0-55.92

2015-06-17 09:46:31 status half-configured
linux-source-3.13.0:all 3.13.0-55.92

2015-06-17 09:46:31 status installed
linux-source-3.13.0:all 3.13.0-55.92

2015-06-17 09:46:31 configure
linux-source:all 3.13.0.55.62 <keine>

2015-06-17 09:46:31 status unpacked
linux-source:all 3.13.0.55.62

2015-06-17 09:46:31 status half-configured
linux-source:all 3.13.0.55.62

2015-06-17 09:46:31 status installed
linux-source:all 3.13.0.55.62

2015-06-17 09:46:31 configure
wpasupplicant:i386 2.1-0ubuntu1.3 <keine>

2015-06-17 09:46:31 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 status unpacked wpasupplicant:i386
2.1-0ubuntu1.3

2015-06-17 09:46:31 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 status unpacked
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 status half-configured
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 status installed
wpasupplicant:i386 2.1-0ubuntu1.3

2015-06-17 09:46:31 configure
aptdaemon-data:all 1.1.1-1ubuntu5.2 <keine>

2015-06-17 09:46:31 status unpacked
aptdaemon-data:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 status half-configured
aptdaemon-data:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 status installed
aptdaemon-data:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 configure
python3-aptdaemon:all 1.1.1-1ubuntu5.2 <keine>

2015-06-17 09:46:31 status unpacked
python3-aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 status half-configured
python3-aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 status installed
python3-aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 configure
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2 <keine>

2015-06-17 09:46:31 status unpacked
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:31 status half-configured
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:32 status installed
python3-aptdaemon.gtk3widgets:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:32 configure aptdaemon:all
1.1.1-1ubuntu5.2 <keine>

2015-06-17 09:46:32 status unpacked
aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:32 status unpacked aptdaemon:all
1.1.1-1ubuntu5.2

2015-06-17 09:46:32 status unpacked
aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:32 status half-configured
aptdaemon:all 1.1.1-1ubuntu5.2

2015-06-17 09:46:32 status installed
aptdaemon:all 1.1.1-1ubuntu5.2


LG
Werner

6

18.06.2015, 22:36

Witzig. :)

Ok, logisch betrachtet: Wenn der Kernel bootet, sollten auch seine Module da sein. Sonst hättest Du dabei entweder eine lange Liste von Fehlern, oder viel eher eine relativ kurze, die in einer kernel panic endet. Der braucht ja schon zum Initialisieren der Hardware eine Menge davon, die sicher nicht in der initrd enthalten sind.
Ich tippe daher erstmal auf ein inkonsistentes Dateisystem und würde fsck durchlaufen lassen. Da /lib direkt in der Systempartition liegt, darf die nicht gemountet sein, also musst du es von einer Live-Session aus machen.

Da fsck aber auch bei jedem Bootvorgang gestartet wird, findest du vielleicht sogar jetzt schon entsprechende Zeilen im Boot-Log (sofern es aktiviert ist, afaik ist es das bei Ubuntu nicht per default).

Quellcode

1
grep -A3 fsck /var/log/boot

Ansonsten eben Live-CD.

Dann sehen wir weiter.
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

7

19.06.2015, 10:37

Hallo Fredl,

im Log war kein fsck-Eintrag zu finden.

Ich habe daher mit einer DVD über "grml" zuerst fsck für alle verwendeten Partition durchgeführt => alle "clean".

Anschließend (wieder von DVD gebootet) auf Badblocks getestet:

Quellcode

1
2
3
4
5
6
7
8
root@grml ~ # badblocks -vsn /dev/sda
Checking for bad blocks (non-destructive read-write mode)
From block 0 to 244198583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
Pass completed, 0 bad blocks found.  (0/0/0 errors)
badblocks -vsn /dev/sda  74.80s user 320.01s system 4% cpu 2:15:07.35 total
root@grml ~ #


Auch kein Ergebnis...

LG
Werner

8

19.06.2015, 14:12

Jetzt wird's spannend :)

Du könntest noch mit smartctl (Paket smartmontools) die SMART-Daten der Platte abfragen und ggf. einen "long test" machen lassen. Danach nochmal auslesen.
Ein Plattenfehler würde sich zwar nicht ausgerechnet auf diese Art zeigen, aber wer weiß...
Was für eine Platte ist das denn, Scheibe oder Chips? Anschlussart?
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

9

19.06.2015, 18:09

Hallo Fredl,

es handelt sich um eine SSD-Platte von Samsung, mit SATA-Anschluss.
Den von dir vorgeschlagenen Test kann ich leider erst am Montag machen. Da kann ich dann auch noch genauere Angaben zur Platte liefern...

Inzwischen schönes Wochenende!

LG
Werner

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

10

22.06.2015, 10:00

Hallo Fredl und others,

hier die versprochenen Infos und Ausgaben von smartctrl:

Die SSD ist eine "Samsung SSD 840 EVO 250 GB" mit SATA 3.1.

Hier die Ausgaben von "smartctl -a"

Quellcode

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
root@tux0:~# smartctl -a /dev/sda
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13.0-55-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: 	Samsung SSD 840 EVO 250GB
Serial Number:	S1DBNEAF406528L
LU WWN Device Id: 5 002538 8500fe8ee
Firmware Version: EXT0BB6Q
User Capacity:	250.059.350.016 bytes [250 GB]
Sector Size:  	512 bytes logical/physical
Rotation Rate:	Solid State Device
Device is:    	Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:	Mon Jun 22 09:56:06 2015 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                                    	was never started.
                                    	Auto Offline Data Collection: Disabled.
Self-test execution status:  	(   0) The previous self-test routine completed
                                    	without error or no self-test has ever 
                                    	been run.
Total time to complete Offline 
data collection:            	( 4800) seconds.
Offline data collection
capabilities:                	(0x53) SMART execute Offline immediate.
                                    	Auto Offline data collection on/off support.
                                    	Suspend Offline collection upon new
                                    	command.
                                    	No Offline surface scan supported.
                                    	Self-test supported.
                                    	No Conveyance Self-test supported.
                                    	Selective Self-test supported.
SMART capabilities:        	(0x0003) Saves SMART data before entering
                                    	power-saving mode.
                                    	Supports SMART auto save timer.
Error logging capability:    	(0x01) Error logging supported.
                                    	General Purpose Logging supported.
Short self-test routine 
recommended polling time:    	(   2) minutes.
Extended self-test routine
recommended polling time:    	(  80) minutes.
SCT capabilities:          	(0x003d) SCT Status supported.
                                    	SCT Error Recovery Control supported.
                                    	SCT Feature Control supported.
                                    	SCT Data Table supported.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME      	FLAG 	VALUE WORST THRESH TYPE  	UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010	Pre-fail  Always   	-   	0
  9 Power_On_Hours      	0x0032   099   099   000	Old_age   Always   	-   	1371
 12 Power_Cycle_Count   	0x0032   099   099   000	Old_age   Always   	-   	49
177 Wear_Leveling_Count 	0x0013   099   099   000	Pre-fail  Always   	-   	1
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010	Pre-fail  Always   	-   	0
181 Program_Fail_Cnt_Total  0x0032   100   100   010	Old_age   Always   	-   	0
182 Erase_Fail_Count_Total  0x0032   100   100   010	Old_age   Always   	-   	0
183 Runtime_Bad_Block   	0x0013   100   100   010	Pre-fail  Always   	-   	0
187 Reported_Uncorrect  	0x0032   100   100   000	Old_age   Always   	-   	0
190 Airflow_Temperature_Cel 0x0032   075   064   000	Old_age   Always   	-   	25
195 Hardware_ECC_Recovered  0x001a   200   200   000	Old_age   Always   	-   	0
199 UDMA_CRC_Error_Count	0x003e   100   100   000	Old_age   Always   	-   	0
235 Unknown_Attribute   	0x0012   099   099   000	Old_age   Always   	-   	2
241 Total_LBAs_Written  	0x0032   099   099   000	Old_age   Always   	-   	1473411867

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description	Status              	Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline	Completed without error   	00%     	1     	-
# 2  Extended offline	Aborted by host           	00%     	1     	-
# 3  Short offline   	Completed without error   	00%     	0     	-

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
	1    	0    	0  Not_testing
	2    	0    	0  Not_testing
	3    	0    	0  Not_testing
	4    	0    	0  Not_testing
	5    	0    	0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

root@tux0:~#


Ich bin mir nicht sicher, was z.B. die "Pre-fail"-Klassifizierung bei "Wear_Leveling_Count" bedeutet.
Der Wert 99 scheint ja an sich kein Grund zur Sorge zu sein?

Die smartctl-Tests (short und long) sind ohne besondere Fehlermeldungen abgelaufen.

LG
Werner

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

11

22.06.2015, 14:23

Hallo Fredl und others,

um einen Fehler der SSD auszuschließen, habe ich die gesamte SSD auf eine konventionelle 2,5-Zoll-Harddisk von Hitachi kopiert.

Wie ich schon fast befürchtet habe, gibt es hier das gleiche Erscheinungsbild bezüglich "/lib/modules/3.13.0-55-generic":

Reboot: Verzeichnis verschwunden! Keine NFS-Mounts vorhanden.

Reboot: Verzeichnis wieder da! NFS-Mounts vorhanden.

Reboot: Verzeichnis verschwunden! Keine NFS-Mounts vorhanden.
Reboot: Verzeichnis wieder da! NFS-Mounts vorhanden.

An der Platte liegt es scheinbar nicht...

Irgendwelche Ideen? :S

LG
Werner

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »WernerS« (22.06.2015, 15:08) aus folgendem Grund: Tippfehler beseitigt...


12

22.06.2015, 18:03

Hi Werner,

Daß smartctl bei der SSD nichts besonderes hervorbringen wird, hab ich mir gedacht, nur leider nicht rechtzeitig geschrieben. Der Wear-Level muss dich nicht beunruhigen, wie auch die anderen Werte nicht. Es sagt nur, daß der aktuelle Wert 99 ist und auch noch nie schlechter war. Der Tod stünde bei einem Wert von 0 bevor. ;)

Der Test mit einer klassischen Platte war natürlich gut. Jetzt wissen wir wenigstens, woran wir sind. Hast Du das schon mit Deinem Haus-Exorzisten besprochen? SCNR, aber momentan habe ich keine vernünftige Idee dazu.
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

13

22.06.2015, 22:39

Hallo Fredl, hallo Rest der Welt,

ich bin im Moment natürlich auch etwas ratlos. :S ?(
Vielleicht doch eine Art moderner Poltergeist?

Jedenfalls vielen Dank inzwischen. Falls dir oder jemanden anderen noch eine Idee kommt, wäre ich natürlich dankbar dafür. :!:

LG
Werner

14

23.06.2015, 02:14

Naja, so zum Testen fiele mir noch ein:
Wenn das Verzeichnis gerade mal da ist, im gleichen Verzeichnis (lib/modules/) eine umbenannte Kopie davon machen und beobachten ob die mit verschwindet. Falls nicht, das originale im nächsten Anlauf umbenennen, die Kopie auf 3.13.0-55-generic umtaufen und wieder beobachten...

"3.13.0-55" könnte man in leetspeak auch als "B.IB.OSS", also "be boss" interpretieren. Vielleicht ein Hinweis? Bin sicher, man kann auch die Zahl 666 irgendwie daraus konstruieren. ;)
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

15

23.06.2015, 09:43

Hallo Fredl,

gute Idee! Die Ergebnisse sind allerdings seltsam:

Neuer Versuch: In /lib/modules eine Kopie des Verzeichnisses "3.13.0-55-generic" angelegt: "3.13.0-55-generic.bak"
=> Kontrolle, ob es auch verschwindet.
  • Nach dem nächsten Reboot war das eigentliche Verzeichnis /lib/modules/3.13.0-55-generic, aber auch die Kopie verschwunden!
  • Reboot: Original und Kopie verschwunden
  • Reboot: Original und Kopie verschwunden
  • Reboot: Original und Kopie verschwunden
  • Reboot: Original und Kopie wieder da!
Neuer Versuch: In /lib/modules/ wird "3.13.0-55-generic" umbenannt in "3.13.0-55-generic.old" und "3.13.0-55-generic.bak" in "3.13.0-55-generic":
  • Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" vorhanden
  • Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" vorhanden
  • Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" verschwunden
  • Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" vorhanden
Interessant! Aber schwierig zu interpretieren. Irgendwie scheinen alle Verzeichnisse, die den aktuellen Kernel im Namen haben, zu verschwinden und wieder aufzutauchen.

Ich frage mich, wo diese Verzeichnisse sind, wenn sie nicht mehr sichtbar sind. Mit "find" kann ich sie nicht entdecken...

LG
Werner

16

23.06.2015, 11:37

Ein Hammer. :S

Und alle anderen bleiben konstant vorhanden?

Du hast ein paar alte kernels oder zumindest deren modules-Verzeichnisse rumliegen. Räume die ganz alten (bis auf den letzten funktionierenden und eben den geisterhaften) einmal weg und schau nochmal. Ist zwar kein besonders logischer Zusammenhang, da sowohl Platz wie Inodes ausreichend vorhanden sind, aber andererseits sollten die sowieso irgendwann entsorgt werden.
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

17

23.06.2015, 13:37

Hallo Fredl,

ja, die anderen Modul-Verzeichnisse bleiben immer erhalten.

Danke für die Idee.
Ich habe jetzt ausprobiert, was du vorgeschlagen hast:
Alle Kernel außer dem aktuellen und dem davor (und dem .old-Kernel) entfernt.

Nach Reboot:  "3.13.0-55-generic" und "3.13.0-55-generic.old" verschwunden, in /boot Dateien für 3.13.0-55 vorhanden:
Nach Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" verschwunden
Nach Reboot: "3.13.0-55-generic" und "3.13.0-55-generic.old" wieder da!

Also keine Änderung des Verhaltens!



Übrigens sind die der jeweiligen Kernel-Version zugeordneten Dateien in /boot immer vorhanden, auch wenn die entsprechenden Module verschwunden sind:
Also konkret unter anderem:

Quellcode

1
2
3
4
5
6
7
8
9
10
abi-3.13.0-54-generic
abi-3.13.0-55-generic
config-3.13.0-54-generic
config-3.13.0-55-generic
initrd.img-3.13.0-54-generic
initrd.img-3.13.0-55-generic
System.map-3.13.0-54-generic
System.map-3.13.0-55-generic
vmlinuz-3.13.0-54-generic
vmlinuz-3.13.0-55-generic


LG
Werner

18

23.06.2015, 14:51

Naja, wenn der Kernel selbst auch verschwinden würde, während er läuft, würd ich mir echt eine Menge Knoblauch und Silbermünzen herrichten. :)

Ok, wie schon gesagt, wenn der erfolgreich booten kann, muss er zumindest einmal seine Module finden. Nicht alle, siehe NFS, aber der braucht ja noch andere auch. Du könntest mal, wenn das Verzeichnis "weg" ist, mit "lsmod" schauen was denn geladen ist. Auf irgendeines davon wende "modinfo" an (also z.B. "modinfo lp"). Dabei wird auch der Pfad zum Modul ausgegeben und den prüfst Du dann mit "ls -la" . Sollte dann in der Richtung

Quellcode

1
-rw-r--r-- 1 root root 21928 Jun 17 02:47 /lib/modules/<version>/kernel/drivers/char/lp.ko
aussehen. Die muss ja dann vorhanden sein, wenn das Modul geladen wurde.

Überhaupt könntest Du auch mit "ls -la /lib/modules/" schauen, ob das Verzeichnis nicht nur versteckt wird, was aber an sich schon wieder spooky wäre.
mir is wurscht

  • »WernerS« ist männlich
  • »WernerS« ist der Autor dieses Themas

Beiträge: 23

Registrierungsdatum: 25.04.2006

  • Nachricht senden

19

24.06.2015, 10:38

Hallo Fredl,

ich glaube, langsam muss ich wirklich den Knoblauch vorbereiten:
Wenn das aktuelle Modul-Verzeichnis verschwunden ist, erscheinen Modul-Verzeichnisse von früheren Kernelversionen, die bereits gelöscht sind!

So sieht es aus, wenn das aktuelle Modulverzeichnis verschwunden ist; es werden bei "lsmod" nur wenige Module angezeigt.

Quellcode

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
root@tux0:/# lsmod
Module                  Size  Used by
firewire_ohci          35529  0 
ahci                   25579  8 
tg3                   152160  0 
libahci                27214  1 ahci
firewire_core          61867  1 firewire_ohci
ptp                    18445  1 tg3
crc_itu_t              12627  1 firewire_core
floppy                 55416  0 
pps_core               18799  1 ptp
root@tux0:/# 

root@tux0:/# modinfo ahci
libkmod: ERROR ../libkmod/libkmod.c:556 kmod_search_moddep: could not open moddep file '/lib/modules/3.13.0-55-generic/modules.dep.bin'
modinfo: ERROR: Module alias ahci not found.
root@tux0:/#

root@tux0:/# modinfo firewire_ohci
libkmod: ERROR ../libkmod/libkmod.c:556 kmod_search_moddep: could not open moddep file '/lib/modules/3.13.0-55-generic/modules.dep.bin'
modinfo: ERROR: Module alias firewire_ohci not found.
root@tux0:/# 

root@tux0:/# ls -l /lib/modules
insgesamt 16
drwxr-xr-x 4 root root 4096 Jun 11  2014 3.13.0-24-generic
drwxr-xr-x 5 root root 4096 Jul  7  2014 3.13.0-30-generic
drwxr-xr-x 5 root root 4096 Jul 22  2014 3.13.0-32-generic
drwxr-xr-x 5 root root 4096 Jun 15 09:07 3.13.0-54-generic
root@tux0:/#

Die Verzeichnisse "3.13.0-24-generic", "3.13.0-30-generic", "3.13.0-32-generic" sollten eigentlich nicht mehr vorhanden sein! ;(
Woher kommen diese gelöschten Verzeichnisse?

=> Untote? Hilft hier Knoblauch? ;)



So sieht es aus, wenn das aktuelle Modulverzeichnis vorhanden ist - es werden bei "lsmod" wesentlich mehr Module angezeigt:

Quellcode

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
root@tux0:~# lsmod
Module                  Size  Used by
nfsv2                  23575  1 
nfsv3                  34001  1 
hp_wmi                 13702  0 
sparse_keymap          13708  1 hp_wmi
gpio_ich               13229  0 
adt7475                22020  0 
hwmon_vid              12687  1 adt7475
nouveau               969577  1 
snd_hda_codec_realtek    59297  1 
mxm_wmi                12893  1 nouveau
video                  18903  1 nouveau
ttm                    80983  1 nouveau
snd_hda_intel          42794  0 
drm_kms_helper         48868  1 nouveau
drm                   244037  3 ttm,drm_kms_helper,nouveau
coretemp               13195  0 
kvm_intel             132651  0 
snd_hda_codec         168221  2 snd_hda_codec_realtek,snd_hda_intel
nfsd                  247833  2 
snd_hwdep              13272  1 snd_hda_codec
snd_pcm                85501  2 snd_hda_codec,snd_hda_intel
i2c_algo_bit           13197  1 nouveau
auth_rpcgss            48979  1 nfsd
snd_page_alloc         14230  2 snd_pcm,snd_hda_intel
nfs_acl                12733  2 nfsd,nfsv3
snd_seq_midi           13132  0 
kvm                   388277  1 kvm_intel
snd_seq_midi_event     14475  1 snd_seq_midi
nfs                   209382  5 nfsv2,nfsv3
snd_rawmidi            25135  1 snd_seq_midi
lockd                  78518  4 nfs,nfsd,nfsv2,nfsv3
snd_seq                55383  2 snd_seq_midi_event,snd_seq_midi
sunrpc                242738  26 nfs,nfsd,auth_rpcgss,lockd,nfsv2,nfsv3,nfs_acl
snd_seq_device         14137  3 snd_seq,snd_rawmidi,snd_seq_midi
psmouse                95353  0 
snd_timer              28584  2 snd_pcm,snd_seq
serio_raw              13230  0 
fscache                56756  1 nfs
snd                    60939  10 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
wmi                    18673  3 hp_wmi,mxm_wmi,nouveau
lpc_ich                16864  0 
soundcore              12600  1 snd
lpc_ich                16864  0 
soundcore              12600  1 snd
i7core_edac            23458  0 
mac_hid                13037  0 
edac_core              51213  2 i7core_edac
shpchp                 32128  0 
parport_pc             31981  0 
ppdev                  17391  0 
lp                     13299  0 
parport                40836  3 lp,ppdev,parport_pc
firewire_ohci          35529  0 
ahci                   25579  8 
tg3                   152160  0 
libahci                27214  1 ahci
firewire_core          61867  1 firewire_ohci
ptp                    18445  1 tg3
crc_itu_t              12627  1 firewire_core
pps_core               18799  1 ptp
floppy                 55416  0 
root@tux0:~#

root@tux0:~# modinfo firewire_ohci
filename:       /lib/modules/3.13.0-55-generic/kernel/drivers/firewire/firewire-ohci.ko
alias:          ohci1394
license:        GPL
description:    Driver for PCI OHCI IEEE1394 controllers
author:         Kristian Hoegsberg <krh@bitplanet.net>
srcversion:     186E69F7C92A63A04DE3EE0
alias:          pci:v*d*sv*sd*bc0Csc00i10*
depends:        firewire-core
intree:         Y
vermagic:       3.13.0-55-generic SMP mod_unload modversions 686 
signer:         Magrathea: Glacier signing key
sig_key:        31:80:45:D4:CF:10:8A:79:4F:18:6E:8A:C3:C6:A0:AA:7B:1B:4A:6B
sig_hashalgo:   sha512
parm:           quirks:Chip quirks (default = 0, nonatomic cycle timer = 0x1, reset packet generation = 0x2, AR/selfID endianness = 0x4, no 1394a enhancements = 0x8, disable MSI = 0x10, TI SLLZ059 erratum = 0x20, IR wake unreliable = 0x40) (int)
parm:           debug:Verbose logging (default = 0, AT/AR events = 1, self-IDs = 2, IRQs = 4, busReset events = 8, or a combination, or all = -1) (int)
root@tux0:~# 


root@tux0:~# ll /lib/modules
insgesamt 12
drwxr-xr-x 5 root root 4096 Jun 15 07:55 3.13.0-54-generic
drwxr-xr-x 5 root root 4096 Jun 23 08:27 3.13.0-55-generic
drwxr-xr-x 5 root root 4096 Jun 17 09:45 3.13.0-55-generic.old
root@tux0:~#


Wie man es sich erwarten würde, sind hier die (eigentlich gelöschten) Modul-Versionen wieder verschwunden!

LG
Werner

20

24.06.2015, 12:40

Die wenigen geladenen, wenn das Verzeichnis weg ist, sind die aus der initrd. Also jene die normalerweise für den Bootvorgang benötigt werden (könnten). Die holt sich der Kernel aus der initrd, damit er überhaupt Zugriff auf die Platte bekommt. Soweit ist das klar. Daß in dem Zustand keine mod-deps vorhanden sind und auch die Module auf der Platte dann nicht gefunden werden, bestätigt endgültig daß das Verzeichnis in dem Moment wirklich nicht da ist, obwohl der Plattenzugriff funktioniert.

Daß hingegen gelöschte Verzeichnisse wieder auftauchen, lenkt mich in Richtung Journal. Da es vermutlich ein ext4-Dateisystem ist, könnte evtl. da der Hund begraben sein. Habe jetzt leider keine Zeit, aber google mal nach möglichen Fehlern beim Einspielen des Journals, speziell beim Bootvorgang. Sieht aus, als ob da letzte Änderungen gelegentlich rückgängig gemacht würden. Das würde auch erklären, wieso es (immer?) den letzt-installierten Kernel betrifft.
mir is wurscht