Festplatten werden nicht mehr erkannt

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 19.10.2018 10:29:43

Hallo zusammen,

weiß nicht, ob meine Frage bei Grundsatzfragen richtig aufgehoben ist, habe aber keine passendere Rubrik gefunden.

Ich habe folgendes Problem. Ich verwende Testing und habe irgendwann den Kernel aktualisiert. Vermutlich seit dem Wechsel von 4.14 auf 4.15 werden meine Festplatten nicht mehr erkannt und der Rechner bootet nicht mehr. Seither boote ich immer nur den 4.14er Kernel. Kurz noch ein paar Worte zum System. Es gibt eine root, eine swap und eine home Partition. Rechner ist verschlüsselt. Ich denke das Problem ist, dass die Logical Volume Group nicht mehr erkannt wird.

Würde diese Problem gerne lösen, weiß aber nicht, wo ich anfangen soll. Kennt jemand das Problem oder hat einen Tipp für mich?

Vielen Dank vorab

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Festplatten werden nicht mehr erkannt

Beitrag von king-crash » 19.10.2018 11:08:42

Hast du einen Standardkernel aus dem Repository oder ist der selber kompiliert.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Festplatten werden nicht mehr erkannt

Beitrag von eggy » 19.10.2018 11:16:21

Zuerst nen Backup der funktionierenden initrd machen, die liegen in /boot/, dabei aufpassen, dass Du die richtige erwischt ("uname -a").
Dann apt-get update und das aktuelle Kernelpaket (in testing gibts bereits nen 4.18) installieren, dabei werden auch die initrds neu gebaut.
Gegebenenfalls noch nen apt-get dist-upgrade machen.
Man könnte das Bauen der initrd zwar auch per Hand anschubsen, aber so ist einfacher.

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 19.10.2018 12:48:44

Ich habe den Standardkernel aus dem Repository installiert.

Ich habe neben dem Kernel 4.14.0-2, mit welchem es funktioniert, bereits 4.18.0-2 installiert. Zumindest wird mir per Grub angeboten diese zu laden.

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 22.10.2018 19:26:08

Hat vielleicht noch jemand anderes eine Idee, wie man das Problem lösen könnte?

DeletedUserReAsG

Re: Festplatten werden nicht mehr erkannt

Beitrag von DeletedUserReAsG » 22.10.2018 20:01:12

Das Problem ist die mangelhafte Fehlerbeschreibung. Mit „Rechner bootet nicht mehr.“ alleine lässt sich kaum etwas anfangen.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Festplatten werden nicht mehr erkannt

Beitrag von eggy » 22.10.2018 21:00:31

illuminatus26 hat geschrieben: ↑ zum Beitrag ↑
19.10.2018 12:48:44
Zumindest wird mir per Grub angeboten diese zu laden.
Hast Du das Angebot denn auch angenommen?
illuminatus26 hat geschrieben: ↑ zum Beitrag ↑
19.10.2018 10:29:43
Vermutlich seit dem Wechsel von 4.14 auf 4.15
Und auch das sollte sich durch mehrfaches Ausprobieren auch relativ schnell verifizieren lassen.

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 22.10.2018 21:11:59

niemand hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 20:01:12
Das Problem ist die mangelhafte Fehlerbeschreibung. Mit „Rechner bootet nicht mehr.“ alleine lässt sich kaum etwas anfangen.
Ich weiß, ein Problem ist ja, dass ich nicht genau weiß, was für die Analyse benötigt wird. Gibt es eine Logdatei, die so etwa dokumentiert und aus der man etwas ableiten kann?
eggy hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:00:31
illuminatus26 hat geschrieben: ↑ zum Beitrag ↑
19.10.2018 12:48:44
Zumindest wird mir per Grub angeboten diese zu laden.
Hast Du das Angebot denn auch angenommen?
Ja, boote aktuell immer den 4.14 Kernel, damit ich den Rechner überhaupt gestartet bekomme.
eggy hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:00:31
illuminatus26 hat geschrieben: ↑ zum Beitrag ↑
19.10.2018 10:29:43
Vermutlich seit dem Wechsel von 4.14 auf 4.15
Und auch das sollte sich durch mehrfaches Ausprobieren auch relativ schnell verifizieren lassen.
4.14 ist der Kernel der startet. Alle die in der Versionsnummer höher sind, dort wird die Festplatte nicht gefunden.

DeletedUserReAsG

Re: Festplatten werden nicht mehr erkannt

Beitrag von DeletedUserReAsG » 22.10.2018 21:14:46

illuminatus26 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:11:59
Gibt es eine Logdatei, die so etwa dokumentiert und aus der man etwas ableiten kann?
Es sollte eine entsprechende Meldung auf der Konsole ausgegeben werden, wenn’s an den HDDs oder dem LVM liegt. Diese Meldung wäre schon mal ein Einsteigspunkt.

schwedenmann
Beiträge: 5525
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: Festplatten werden nicht mehr erkannt

Beitrag von schwedenmann » 22.10.2018 21:23:37

Hallo


Die entsprechenden header und ein update der initram wurde beim Installieren der entsprechenden kernel auch gemacht ?


mfg
schwedenmann

willy4711

Re: Festplatten werden nicht mehr erkannt

Beitrag von willy4711 » 22.10.2018 21:31:17

eventuell wäre mal folgendes interessant

Code: Alles auswählen

~$ ls -al /boot
Wenn er auch halbwegs ordentlich seinen Update gemacht hat. müsste da ja fast eine Jahresgeschichte initrd's versammelt sein
und

Code: Alles auswählen

dpkg -l *linux* |grep ii
Er sagt immer: ich habe installiert.
Normalerweise werden diese Dinge ja bei Testing mit einem

Code: Alles auswählen

apt update && apt full-upgrade
gemacht, samt aller Abhängigkeiten.
Zumindest ist die Wortwahl ungewöhnlich.
Man könnte vielleicht (gewagt) alle nicht funktionierenden Kernel deinstallieren
und dann versuchen ein full-upgrade zu fahren.

Verdacht: Dual-Boot oder ähnliches gepaart mit Debianos-prober (worst case)
Zuletzt geändert von willy4711 am 23.10.2018 09:57:54, insgesamt 1-mal geändert.

willy4711

Re: Festplatten werden nicht mehr erkannt

Beitrag von willy4711 » 22.10.2018 22:03:08

Man könnte auch mal schauen, was in der grub.cfg steht
Für den aktuellen, den er ja wohl hat:

Code: Alles auswählen

 cat /boot/grub/grub.cfg |grep 4.18.0-2 -A5
zum Vergleich für den Funktionierenden:

Code: Alles auswählen

  cat /boot/grub/grub.cfg |grep 4.14.0. -A5

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Festplatten werden nicht mehr erkannt

Beitrag von eggy » 22.10.2018 22:14:15

Den Ratschlägen der Vorredner folgend: die Zeitstempel der Dateien in /boot wären mal ganz interessant, sollte die funktionierende initrd älter sein, als die der nichtfunktionierenden, hätten wir nen Anhaltspunkt in welcher Richtung man weitersuchen sollte (auspacken mit cpio, händisches Erstellen neuer initrd etc).

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 25.10.2018 22:02:23

Hallo zusammen,

hat leider etwas gedauert. Habe versucht die Informationen nach bestem Wissen und Gewissen zusammenzutragen. Hoffe die helfen erst einmal weiter und jemand kann ein Problem erkennen.

niemand hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:14:46
Es sollte eine entsprechende Meldung auf der Konsole ausgegeben werden, wenn’s an den HDDs oder dem LVM liegt. Diese Meldung wäre schon mal ein Einsteigspunkt.
Es steht dort:

Code: Alles auswählen

Volume group "pluto-vg" not found.
schwedenmann hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:23:37
Die entsprechenden header und ein update der initram wurde beim Installieren der entsprechenden kernel auch gemacht ?
Wie kann ich das prüfen? Ist die Information ggf. in einem der untenstehenden Listings enthalten?
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:31:17
eventuell wäre mal folgendes interessant

Code: Alles auswählen

~$ ls -al /boot

Code: Alles auswählen

ls -al /boot/
insgesamt 66937
drwxr-xr-x  4 root root     3072 Okt 19 13:25 .
drwxr-xr-x 23 root root     4096 Okt 19 13:25 ..
-rw-r--r--  1 root root   197369 Dez 22  2017 config-4.14.0-2-amd64
-rw-r--r--  1 root root   204289 Okt  7 22:57 config-4.18.0-2-amd64
drwxr-xr-x  5 root root     1024 Okt 19 13:25 grub
-rw-r--r--  1 root root 23521187 Jan 15  2018 initrd.img-4.14.0-2-amd64
-rw-r--r--  1 root root 28279015 Okt 19 13:25 initrd.img-4.18.0-2-amd64
drwx------  2 root root    12288 Sep  4  2017 lost+found
-rw-r--r--  1 root root  3033236 Dez 22  2017 System.map-4.14.0-2-amd64
-rw-r--r--  1 root root  3310203 Okt  7 22:57 System.map-4.18.0-2-amd64
-rw-r--r--  1 root root  4572944 Dez 22  2017 vmlinuz-4.14.0-2-amd64
-rw-r--r--  1 root root  5126000 Okt  7 22:57 vmlinuz-4.18.0-2-amd64
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:31:17
Wenn er auch halbwegs ordentlich seinen Update gemacht hat. müsste da ja fast eine Jahresgeschichte initrd's versammelt sein
und

Code: Alles auswählen

dpkg -l *linux* |grep ii

Code: Alles auswählen

$ dpkg -l *linux* | grep ii
ii  binutils-x86-64-linux-gnu     2.31.1-6        amd64        GNU binary utilities, for x86-64-linux-gnu target
ii  console-setup-linux           1.186           all          Linux specific part of console-setup
ii  firmware-linux-free           3.4             all          Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree        20180825+dfsg-1 all          Binary firmware for various drivers in the Linux kernel (meta-package)
ii  libselinux1:amd64             2.8-1+b1        amd64        SELinux runtime shared libraries
ii  linux-base                    4.5             all          Linux image base package
ii  linux-compiler-gcc-7-x86      4.18.10-2       amd64        Compiler for Linux on x86 (meta-package)
ii  linux-headers-4.18.0-2-amd64  4.18.10-2       amd64        Header files for Linux 4.18.0-2-amd64
ii  linux-headers-4.18.0-2-common 4.18.10-2       all          Common header files for Linux 4.18.0-2
ii  linux-headers-amd64           4.18+99         amd64        Header files for Linux amd64 configuration (meta-package)
ii  linux-image-4.14.0-2-amd64    4.14.7-1        amd64        Linux 4.14 for 64-bit PCs
ii  linux-image-4.18.0-2-amd64    4.18.10-2       amd64        Linux 4.18 for 64-bit PCs
ii  linux-kbuild-4.18             4.18.10-2       amd64        Kbuild infrastructure for Linux 4.18
ii  linux-libc-dev:amd64          4.18.10-2       amd64        Linux support headers for userspace development
ii  util-linux
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:31:17
Er sagt immer: ich habe installiert.
Normalerweise werden diese Dinge ja bei Testing mit einem

Code: Alles auswählen

apt update && apt full-upgrade
gemacht, samt aller Abhängigkeiten.
Zumindest ist die Wortwahl ungewöhnlich.
Aktuell habe auch ein wenig Probleme mit ungelösten Abhängigkeiten. Ich glaube, dass das

Code: Alles auswählen

gnome-control-center-data
Paket dafür verantwortlich ist.

Des Weiteren bekomme ich, wenn ich Pakete aktualisiere auch immer mal folgendes angezeit.

Code: Alles auswählen

Neuer Kernel vorhanden
Die aktuelle Kernel-Version ist 4.14.0-2-amd64, es wird jedoch die Version 4.18.0-2-amd64 erwartet.
Das System wird nicht automatisch neu gestartet, um den neuen Kernel zu laden. Ein Neustart sollte durchgeführt werden.

Code: Alles auswählen

Prozessor Mikrocode-Update
Die laufende Prozessor Mikrocode-Revision ist 0x21, es wird jedoch die Revision 0x24 erwaret.
Das System wird nicht automatisch neu gestartet, um den neuen Prozessor Mikrocode zu laden. Ein Neustart sollte durchgeführt werden.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:31:17
Man könnte vielleicht (gewagt) alle nicht funktionierenden Kernel deinstallieren
und dann versuchen ein full-upgrade zu fahren.
Habe ich bereits getan. Habe nur 4.14.0-2-amd64, welchen ich aktuell immer starte und 4.18.10-2-amd64 installiert gelassen.

willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 21:31:17
Verdacht: Dual-Boot oder ähnliches gepaart mit Debianos-prober (worst case)
Nein, kein Dual-Boot. Einfach nur Linux installiert.

willy4711 hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 22:03:08
Man könnte auch mal schauen, was in der grub.cfg steht
Für den aktuellen, den er ja wohl hat:

Code: Alles auswählen

 cat /boot/grub/grub.cfg |grep 4.18.0-2 -A5
zum Vergleich für den Funktionierenden:

Code: Alles auswählen

  cat /boot/grub/grub.cfg |grep 4.14.0. -A5

Code: Alles auswählen

$ cat /boot/grub/grub.cfg |grep 4.18.0-2 -A5
	echo	'Linux 4.18.0-2-amd64 wird geladen …'
	linux	/vmlinuz-4.18.0-2-amd64 root=/dev/mapper/pluto--vg-root ro  quiet
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/initrd.img-4.18.0-2-amd64
}
submenu 'Erweiterte Optionen für Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-af50d6ab-9793-44c6-b228-1e104bb1927c' {
	menuentry 'Debian GNU/Linux, mit Linux 4.18.0-2-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.18.0-2-amd64-advanced-af50d6ab-9793-44c6-b228-1e104bb1927c' {
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
--
		echo	'Linux 4.18.0-2-amd64 wird geladen …'
		linux	/vmlinuz-4.18.0-2-amd64 root=/dev/mapper/pluto--vg-root ro  quiet
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/initrd.img-4.18.0-2-amd64
	}
	menuentry 'Debian GNU/Linux, with Linux 4.18.0-2-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.18.0-2-amd64-recovery-af50d6ab-9793-44c6-b228-1e104bb1927c' {
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
--
		echo	'Linux 4.18.0-2-amd64 wird geladen …'
		linux	/vmlinuz-4.18.0-2-amd64 root=/dev/mapper/pluto--vg-root ro single 
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/initrd.img-4.18.0-2-amd64
	}
	menuentry 'Debian GNU/Linux, mit Linux 4.14.0-2-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.14.0-2-amd64-advanced-af50d6ab-9793-44c6-b228-1e104bb1927c' {
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

Code: Alles auswählen

$ cat /boot/grub/grub.cfg |grep 4.14.0. -A5
	menuentry 'Debian GNU/Linux, mit Linux 4.14.0-2-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.14.0-2-amd64-advanced-af50d6ab-9793-44c6-b228-1e104bb1927c' {
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
--
		echo	'Linux 4.14.0-2-amd64 wird geladen …'
		linux	/vmlinuz-4.14.0-2-amd64 root=/dev/mapper/pluto--vg-root ro  quiet
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/initrd.img-4.14.0-2-amd64
	}
	menuentry 'Debian GNU/Linux, with Linux 4.14.0-2-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.14.0-2-amd64-recovery-af50d6ab-9793-44c6-b228-1e104bb1927c' {
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
--
		echo	'Linux 4.14.0-2-amd64 wird geladen …'
		linux	/vmlinuz-4.14.0-2-amd64 root=/dev/mapper/pluto--vg-root ro single 
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/initrd.img-4.14.0-2-amd64
	}
}

### END /etc/grub.d/10_linux ###
eggy hat geschrieben: ↑ zum Beitrag ↑
22.10.2018 22:14:15
Den Ratschlägen der Vorredner folgend: die Zeitstempel der Dateien in /boot wären mal ganz interessant, sollte die funktionierende initrd älter sein, als die der nichtfunktionierenden, hätten wir nen Anhaltspunkt in welcher Richtung man weitersuchen sollte (auspacken mit cpio, händisches Erstellen neuer initrd etc).

Code: Alles auswählen

/boot$ ls -la
insgesamt 66937
drwxr-xr-x  4 root root     3072 Okt 19 13:25 .
drwxr-xr-x 23 root root     4096 Okt 19 13:25 ..
-rw-r--r--  1 root root   197369 Dez 22  2017 config-4.14.0-2-amd64
-rw-r--r--  1 root root   204289 Okt  7 22:57 config-4.18.0-2-amd64
drwxr-xr-x  5 root root     1024 Okt 19 13:25 grub
-rw-r--r--  1 root root 23521187 Jan 15  2018 initrd.img-4.14.0-2-amd64
-rw-r--r--  1 root root 28279015 Okt 19 13:25 initrd.img-4.18.0-2-amd64
drwx------  2 root root    12288 Sep  4  2017 lost+found
-rw-r--r--  1 root root  3033236 Dez 22  2017 System.map-4.14.0-2-amd64
-rw-r--r--  1 root root  3310203 Okt  7 22:57 System.map-4.18.0-2-amd64
-rw-r--r--  1 root root  4572944 Dez 22  2017 vmlinuz-4.14.0-2-amd64
-rw-r--r--  1 root root  5126000 Okt  7 22:57 vmlinuz-4.18.0-2-amd64

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Festplatten werden nicht mehr erkannt

Beitrag von king-crash » 29.10.2018 09:20:05

Benutzt du LVM?
Falls ja solltest du die einerseits fragen "warum" und eventuell hilft dir das hier weiter:
https://www.thomas-krenn.com/de/wiki/GR ... LVM_Volume

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 29.10.2018 20:54:41

king-crash hat geschrieben: ↑ zum Beitrag ↑
29.10.2018 09:20:05
Benutzt du LVM?
Falls ja solltest du die einerseits fragen "warum" und eventuell hilft dir das hier weiter:
https://www.thomas-krenn.com/de/wiki/GR ... LVM_Volume
Ich habe damals die geführte Partitionierung gewählt. Dabei ist LVM benutzt worden. Einen speziellen Grund gab es dafür nicht.

Die Tipps aus dem Link haben leider nicht geholfen. Schon das temporäre Hinzufügen der Volume Group durch

Code: Alles auswählen

vgchange -ay
hat nicht funktioniert. Es wird mit einem

Code: Alles auswählen

WARNING: Failed to connect to lvmetad. Falling back to device scanning.
geantwortet.

Noch eine weitere Idee, was helfen könnte?

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Festplatten werden nicht mehr erkannt

Beitrag von king-crash » 31.10.2018 10:28:23

Den Bootparameter "rootdelay=10" hast du auch probiert?
Ich habe damals die geführte Partitionierung gewählt.
Ich werde es nie verstehen warum der Installer so Schrottpartitionierungen vorschlägt. Für normale Installationen reicht genau EINE Partition für / und gut ists. Swap und was er da sonst noch so anlegt ist ebenso unnütz.

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Festplatten werden nicht mehr erkannt

Beitrag von king-crash » 31.10.2018 10:30:14

Landest du bei fehlgeschlagenem Bootversuch eigentlich in einer Shell oder gibt es eine Kernel Panic?

DeletedUserReAsG

Re: Festplatten werden nicht mehr erkannt

Beitrag von DeletedUserReAsG » 31.10.2018 10:32:17

Die Antwort steht weiter oben.
Swap und was er da sonst noch so anlegt ist ebenso unnütz.
… und weil das für dich gilt, muss das für jeden Anderen auch so sein? Jemand, der Hibernate benutzen möchte, ist sehr wohl auf Swap angewiesen. Jemand mit wenig RAM ebenfalls.

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 01.11.2018 09:40:22

king-crash hat geschrieben: ↑ zum Beitrag ↑
31.10.2018 10:28:23
Den Bootparameter "rootdelay=10" hast du auch probiert?
Ich habe es mit rootdelay=5 und rootdelay=10 ausprobiert. Hilft beides nicht.
king-crash hat geschrieben: ↑ zum Beitrag ↑
31.10.2018 10:30:14
Landest du bei fehlgeschlagenem Bootversuch eigentlich in einer Shell oder gibt es eine Kernel Panic?
Ich lande wie auf der Seite von Thomas Krenn https://www.thomas-krenn.com/de/wiki/GR ... LVM_Volume beschrieben in der Shell. Alles was zur Lösung beitragen soll, funktioniert bei mir nicht. Stichwort

Code: Alles auswählen

vgchange -ay
Was ich persönlich irgendwie komisch finde sind auch die von mir beschriebenen Meldungen, wenn ich meine Pakete aktualisiere:

Code: Alles auswählen

Neuer Kernel vorhanden
Die aktuelle Kernel-Version ist 4.14.0-2-amd64, es wird jedoch die Version 4.18.0-2-amd64 erwartet.
Das System wird nicht automatisch neu gestartet, um den neuen Kernel zu laden. Ein Neustart sollte durchgeführt werden.

Code: Alles auswählen

Prozessor Mikrocode-Update
Die laufende Prozessor Mikrocode-Revision ist 0x21, es wird jedoch die Revision 0x24 erwaret.
Das System wird nicht automatisch neu gestartet, um den neuen Prozessor Mikrocode zu laden. Ein Neustart sollte durchgeführt werden.
Habe keine Idee, wie man das beheben könnte.

Benutzeravatar
king-crash
Beiträge: 720
Registriert: 08.08.2006 12:07:56
Lizenz eigener Beiträge: MIT Lizenz

Re: Festplatten werden nicht mehr erkannt

Beitrag von king-crash » 01.11.2018 09:56:56

Welches Paket gibt diese Fehlermeldungen aus?
Eventuell kannst du den 4.18er Kernel deinstallieren und wieder neu installieren um zu sehen ob irgendwelche Fehler auftreten.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Festplatten werden nicht mehr erkannt

Beitrag von eggy » 01.11.2018 10:36:40

Wie gesagt, ich würde mal den Inhalt der initrds vergleichen, wie das Auspacken geht findet man mit den Suchbegriffen cpio und initrd, zum Vergleich eigenen sich diff oder wenn man es lieber graphisch will meld. Möglicherweise fehlt da einfach nen binary. Falls es daran liegt, ist der Fehler auch relativ schnell gefunden. Evtl vorher noch Kernelconfigs und Bootparameter vergleichen.

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 12.11.2018 20:09:53

eggy hat geschrieben: ↑ zum Beitrag ↑
01.11.2018 10:36:40
Wie gesagt, ich würde mal den Inhalt der initrds vergleichen, wie das Auspacken geht findet man mit den Suchbegriffen cpio und initrd, zum Vergleich eigenen sich diff oder wenn man es lieber graphisch will meld. Möglicherweise fehlt da einfach nen binary. Falls es daran liegt, ist der Fehler auch relativ schnell gefunden. Evtl vorher noch Kernelconfigs und Bootparameter vergleichen.
Ehrlich gesagt tue ich mich schwer mit dem Vergleich. Was vergleiche ich denn? Die Ordnerstruktur?

Ich hatte ursprünglich eine nach Datei, welche man vergleichen kann erwartet. Aber irgendwie kommt hier bei mir nicht wirklich was sinnvolles raus.

Hatte das was auf der Seite http://www.helsic.de/?p=1913 steht ausprobiert. Aber der gzip Befehl kann anscheinend nicht die initrd entpacken.

Code: Alles auswählen

/tmp/initrd$ gzip -dc initrd.img-4.14.0-2-amd64 | cpio -id

gzip: initrd.img-4.14.0-2-amd64: not in gzip format
cpio: Vorzeitiges Ende des Archivs

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Festplatten werden nicht mehr erkannt

Beitrag von eggy » 13.11.2018 00:47:14

Das klingt komisch, gzip sollte eigentlich passen, jedenfalls für die Debiankernel, wenn ich das noch richtig im Hinterkopf hab. Was sagt "file /boot/initrd.img-4.14.0-2-amd64"? Wenn die Datei dort beschädigt ist, wäre vielleicht ne mögliche Ursache gefunden. Ist auf /boot noch Platz frei?

illuminatus26
Beiträge: 152
Registriert: 13.10.2005 16:00:05

Re: Festplatten werden nicht mehr erkannt

Beitrag von illuminatus26 » 13.11.2018 19:17:08

eggy hat geschrieben: ↑ zum Beitrag ↑
13.11.2018 00:47:14
Was sagt "file /boot/initrd.img-4.14.0-2-amd64"? Wenn die Datei dort beschädigt ist, wäre vielleicht ne mögliche Ursache gefunden. Ist auf /boot noch Platz frei?

Code: Alles auswählen

$ file /boot/initrd.img-4.14.0-2-amd64 
/boot/initrd.img-4.14.0-2-amd64: ASCII cpio archive (SVR4 with no CRC)

Code: Alles auswählen

/tmp/initrd$ df -h
Dateisystem                Größe Benutzt Verf. Verw% Eingehängt auf
udev                        5,8G       0  5,8G    0% /dev
tmpfs                       1,2G     48M  1,1G    5% /run
/dev/mapper/pluto--vg-root   28G     22G  4,4G   84% /
tmpfs                       5,8G     84M  5,7G    2% /dev/shm
tmpfs                       5,0M    4,0K  5,0M    1% /run/lock
tmpfs                       5,8G       0  5,8G    0% /sys/fs/cgroup
/dev/mapper/pluto--vg-home  840G    215G  583G   27% /home
/dev/sda1                   236M     79M  145M   36% /boot
Ich habe dann

Code: Alles auswählen

$ cpio -id /boot/initrd.img-4.14.0-2-amd64
ausprobiert, hier wird mir aber keine Ausgabe angezeigt. Das Programm beendet sich auch nicht.

Wie lange müsste man denn warten, bis man etwas zu sehen bekommt?

Antworten