Festplatten werden nicht mehr erkannt
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Festplatten werden nicht mehr erkannt
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
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
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: Festplatten werden nicht mehr erkannt
Hast du einen Standardkernel aus dem Repository oder ist der selber kompiliert.
Re: Festplatten werden nicht mehr erkannt
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.
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.
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
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.
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.
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
Hat vielleicht noch jemand anderes eine Idee, wie man das Problem lösen könnte?
Re: Festplatten werden nicht mehr erkannt
Das Problem ist die mangelhafte Fehlerbeschreibung. Mit „Rechner bootet nicht mehr.“ alleine lässt sich kaum etwas anfangen.
Re: Festplatten werden nicht mehr erkannt
Hast Du das Angebot denn auch angenommen?illuminatus26 hat geschrieben:19.10.2018 12:48:44Zumindest wird mir per Grub angeboten diese zu laden.
Und auch das sollte sich durch mehrfaches Ausprobieren auch relativ schnell verifizieren lassen.
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
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?niemand hat geschrieben:22.10.2018 20:01:12Das Problem ist die mangelhafte Fehlerbeschreibung. Mit „Rechner bootet nicht mehr.“ alleine lässt sich kaum etwas anfangen.
Ja, boote aktuell immer den 4.14 Kernel, damit ich den Rechner überhaupt gestartet bekomme.eggy hat geschrieben:22.10.2018 21:00:31Hast Du das Angebot denn auch angenommen?illuminatus26 hat geschrieben:19.10.2018 12:48:44Zumindest wird mir per Grub angeboten diese zu laden.
4.14 ist der Kernel der startet. Alle die in der Versionsnummer höher sind, dort wird die Festplatte nicht gefunden.eggy hat geschrieben:22.10.2018 21:00:31Und auch das sollte sich durch mehrfaches Ausprobieren auch relativ schnell verifizieren lassen.
Re: Festplatten werden nicht mehr erkannt
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.illuminatus26 hat geschrieben:22.10.2018 21:11:59Gibt es eine Logdatei, die so etwa dokumentiert und aus der man etwas ableiten kann?
-
- Beiträge: 5532
- Registriert: 30.12.2004 15:31:07
- Wohnort: Wegberg
Re: Festplatten werden nicht mehr erkannt
Hallo
Die entsprechenden header und ein update der initram wurde beim Installieren der entsprechenden kernel auch gemacht ?
mfg
schwedenmann
Die entsprechenden header und ein update der initram wurde beim Installieren der entsprechenden kernel auch gemacht ?
mfg
schwedenmann
Re: Festplatten werden nicht mehr erkannt
eventuell wäre mal folgendes interessant
Wenn er auch halbwegs ordentlich seinen Update gemacht hat. müsste da ja fast eine Jahresgeschichte initrd's versammelt sein
und
Er sagt immer: ich habe installiert.
Normalerweise werden diese Dinge ja bei Testing mit einem 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 os-prober (worst case)
Code: Alles auswählen
~$ ls -al /boot
und
Code: Alles auswählen
dpkg -l *linux* |grep ii
Normalerweise werden diese Dinge ja bei Testing mit einem
Code: Alles auswählen
apt update && apt full-upgrade
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 os-prober (worst case)
Zuletzt geändert von willy4711 am 23.10.2018 09:57:54, insgesamt 1-mal geändert.
Re: Festplatten werden nicht mehr erkannt
Man könnte auch mal schauen, was in der grub.cfg steht
Für den aktuellen, den er ja wohl hat:
zum Vergleich für den Funktionierenden:
Für den aktuellen, den er ja wohl hat:
Code: Alles auswählen
cat /boot/grub/grub.cfg |grep 4.18.0-2 -A5
Code: Alles auswählen
cat /boot/grub/grub.cfg |grep 4.14.0. -A5
Re: Festplatten werden nicht mehr erkannt
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).
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
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.
Paket dafür verantwortlich ist.
Des Weiteren bekomme ich, wenn ich Pakete aktualisiere auch immer mal folgendes angezeit.
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.
Es steht dort:niemand hat geschrieben:22.10.2018 21:14:46Es 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.
Code: Alles auswählen
Volume group "pluto-vg" not found.
Wie kann ich das prüfen? Ist die Information ggf. in einem der untenstehenden Listings enthalten?schwedenmann hat geschrieben:22.10.2018 21:23:37Die entsprechenden header und ein update der initram wurde beim Installieren der entsprechenden kernel auch gemacht ?
willy4711 hat geschrieben:22.10.2018 21:31:17eventuell wäre mal folgendes interessantCode: 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:22.10.2018 21:31:17Wenn er auch halbwegs ordentlich seinen Update gemacht hat. müsste da ja fast eine Jahresgeschichte initrd's versammelt sein
undCode: 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
Aktuell habe auch ein wenig Probleme mit ungelösten Abhängigkeiten. Ich glaube, dass daswilly4711 hat geschrieben:22.10.2018 21:31:17Er sagt immer: ich habe installiert.
Normalerweise werden diese Dinge ja bei Testing mit einemgemacht, samt aller Abhängigkeiten.Code: Alles auswählen
apt update && apt full-upgrade
Zumindest ist die Wortwahl ungewöhnlich.
Code: Alles auswählen
gnome-control-center-data
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.
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:22.10.2018 21:31:17Man könnte vielleicht (gewagt) alle nicht funktionierenden Kernel deinstallieren
und dann versuchen ein full-upgrade zu fahren.
Nein, kein Dual-Boot. Einfach nur Linux installiert.
willy4711 hat geschrieben:22.10.2018 22:03:08Man könnte auch mal schauen, was in der grub.cfg steht
Für den aktuellen, den er ja wohl hat:zum Vergleich für den Funktionierenden:Code: Alles auswählen
cat /boot/grub/grub.cfg |grep 4.18.0-2 -A5
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:22.10.2018 22:14:15Den 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
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: Festplatten werden nicht mehr erkannt
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
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
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
Ich habe damals die geführte Partitionierung gewählt. Dabei ist LVM benutzt worden. Einen speziellen Grund gab es dafür nicht.king-crash hat geschrieben:29.10.2018 09:20:05Benutzt 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
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
Code: Alles auswählen
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Noch eine weitere Idee, was helfen könnte?
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: Festplatten werden nicht mehr erkannt
Den Bootparameter "rootdelay=10" hast du auch probiert?
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.Ich habe damals die geführte Partitionierung gewählt.
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: Festplatten werden nicht mehr erkannt
Landest du bei fehlgeschlagenem Bootversuch eigentlich in einer Shell oder gibt es eine Kernel Panic?
Re: Festplatten werden nicht mehr erkannt
Die Antwort steht weiter oben.
… 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.Swap und was er da sonst noch so anlegt ist ebenso unnütz.
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
Ich habe es mit rootdelay=5 und rootdelay=10 ausprobiert. Hilft beides nicht.king-crash hat geschrieben:31.10.2018 10:28:23Den Bootparameter "rootdelay=10" hast du auch probiert?
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. Stichwortking-crash hat geschrieben:31.10.2018 10:30:14Landest du bei fehlgeschlagenem Bootversuch eigentlich in einer Shell oder gibt es eine Kernel Panic?
Code: Alles auswählen
vgchange -ay
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.
- king-crash
- Beiträge: 722
- Registriert: 08.08.2006 12:07:56
- Lizenz eigener Beiträge: MIT Lizenz
Re: Festplatten werden nicht mehr erkannt
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.
Eventuell kannst du den 4.18er Kernel deinstallieren und wieder neu installieren um zu sehen ob irgendwelche Fehler auftreten.
Re: Festplatten werden nicht mehr erkannt
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.
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
Ehrlich gesagt tue ich mich schwer mit dem Vergleich. Was vergleiche ich denn? Die Ordnerstruktur?eggy hat geschrieben:01.11.2018 10:36:40Wie 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.
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
Re: Festplatten werden nicht mehr erkannt
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?
-
- Beiträge: 152
- Registriert: 13.10.2005 16:00:05
Re: Festplatten werden nicht mehr erkannt
eggy hat geschrieben:13.11.2018 00:47:14Was 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
Code: Alles auswählen
$ cpio -id /boot/initrd.img-4.14.0-2-amd64
Wie lange müsste man denn warten, bis man etwas zu sehen bekommt?