update-initramfs: Generating wird nicht fertig

[gordix]

Moin
habe hier debian sid
5.3.0-1-amd64 #1 SMP Debian 5.3.7-1 (2019-10-19) x86_64 GNU/Linux

nach
apt update
apt dist-upgrade


update-initramfs: Generating /boot/init.img-5.3.0.1-amd64

das habe ich über 8 Stunden laufen laufen bis ich über ps kill getoppt habe.

Bisher ausprobiert:
apt-get install --reinstall linux-image-$(uname -r) initramfs-tools initramfs-tools-bin
apt -f install
dpkg --configure -a
apt remove initramfs-tools
apt install initramfs-tools

alle diese Befehle kommen bis zur Stelle
update-initramfs: Generating /boot/init.img-5.3.0.1-amd64

dann passiert über Stunden jeweils nicht bis ich abbreche.

Inhalt von \boot
rw-r--r-- 1 root root 206118 Mär 15 2019 config-4.19.0-4-amd64
-rw-r--r-- 1 root root 216541 Okt 6 17:07 config-5.2.0-3-amd64
-rw-r--r-- 1 root root 221910 Okt 20 00:56 config-5.3.0-1-amd64
drwxr-xr-x 6 root root 4096 Okt 26 04:24 grub
-rw-r--r-- 1 root root 15789379 Okt 26 04:24 initrd.img-4.19.0-4-amd64
-rw-r--r-- 1 root root 15942197 Okt 26 04:24 initrd.img-5.2.0-3-amd64
-rw-r--r-- 2 root root 15952757 Okt 26 12:06 initrd.img-5.3.0-1-amd64
-rw-r--r-- 2 root root 15952757 Okt 26 12:06 initrd.img-5.3.0-1-amd64.dpkg-bak
-rw-r--r-- 1 root root 0 Okt 26 12:06 initrd.img-5.3.0-1-amd64.new
-rw-r--r-- 1 root root 3365519 Mär 15 2019 System.map-4.19.0-4-amd64
-rw-r--r-- 1 root root 3579645 Okt 6 17:07 System.map-5.2.0-3-amd64
-rw-r--r-- 1 root root 3630665 Okt 20 00:56 System.map-5.3.0-1-amd64
-rw-r--r-- 1 root root 5213424 Mär 15 2019 vmlinuz-4.19.0-4-amd64
-rw-r--r-- 1 root root 5488368 Okt 6 17:07 vmlinuz-5.2.0-3-amd64
-rw-r--r-- 1 root root 5545712 Okt 20 00:56 vmlinuz-5.3.0-1-amd64

Wage momentan kein Neustart.
im syslog finde keinen Hinweis.

Jemand ne Idee.

mfg
Gregor

[willy4711]

Sammelst du Kernel ?
Dist upgrade Buster ----> Bullseye ---> sid Richtig ?
Partition vielleicht voll ??
Mal ins Journal sehen, ob da was steht?
-rw-r--r-- 2 root root 15952757 Okt 26 12:06 initrd.img-5.3.0-1-amd64
-rw-r--r-- 2 root root 15952757 Okt 26 12:06 initrd.img-5.3.0-1-amd64.dpkg-bak
-rw-r--r-- 1 root root 0 Okt 26 12:06 initrd.img-5.3.0-1-amd64.new

Hast doch genug Kernel: Einen anderen Booten und den erstmal löschen ?
Würde ich erstmal versuchen

Außerdem ist ja einer 5.3.0-1 da - vielleicht funktioniert der Ja ?

[schwedenmann]

hallo

Boote erstmal eine der alten kernel 4.19 z.B.

Dann poste mal die fstab, oder eon fdisk -l

sieht eher danach aus, also, wie ja schon erwähnt wurde, / oder /boot voll ist.

mfg
schwedenmann

[gordix]

Danke für die Infos. Partitions ist nicht voll. Das hatte ich schon nachgesehen.
Linux gibt auch eine Warnmeldung raus, wenn die Partition,bzw /boot
voll ist, war zumindest bei LinuxMint so.

Wenn ich fdisk -l aufrufe wird nicht angezeigt, der Process mit "fdisk -l" läßt sich auch nicht mehr beenden (kill -9 )
Für mich jetzt der Hinweis, das mit den Festplatten (4 Stück) oder Partitionen etwas nicht stimmt.

Danke erst einmal.
Gregor

[DeletedUserReAsG]

Für mich jetzt der Hinweis, das mit den Festplatten (4 Stück) oder Partitionen etwas nicht stimmt.

In dem Fall ließe sich im Log Näheres finden.

[gordix]

Danke. Im syslog aber kein Hinweis auf ein Fehler oder Warnung.

[willy4711]

Hast du denn was an deinen Platten geändert ? Weiß man doch in der Regel.
Du kannst auch

Code: Alles auswählen

journalctl -f

aufrufen und dann z, B. fdisk noch mal probieren.
Da sollte doch dann was zu sehen sein?

Kannst ja mal bis auf die System+ Home - Platte in der fstab erstmal alles auskommentieren.
Anderseits, wenn es vorher gelaufen ist, wird bei einem Upgrade sich ja wohl schwer was in der fstab / Platten verändern.

Platte eventuell den Geist aufgegeben. ?

[schwedenmann]

Hasllo

dann ne live-cd, boote damit und versuch damit fdisk -l

mfg
schwedenmann

[gordix]

Eine Festplatte ist wohl defekt.Sobald ich mit
cfdisk /dev/sdd
darauf zugreife, friert auch cfdisk ein, die Partitionen auf /dev/sdd werden angezeigt.
Im syslog aber keine Meldung dazu.

Gregor

[debianoli]

Zeigt smartctl bei der Platte was an?

[gordix]

smartctl -t short /dev/sdd
laufen lassen
smartctl -a /dev/sdd
zeigt keine Fehler an, auch in
journalctl -f
werden keine Fehler angezeigt
fdisk -l /dev/sdd
funktioniert, auch bei den anderen Festplatten, Partitionen werden angezeigt.
fdisk -l
es wird nichts angezeigt und der Process läßt sich nicht mehr beenden.

Gregor

[gordix]

Moin
Rechner neu gestartet, System ist wieder hochgefahren.
apt wiederholt und ist durchgelaufen, auch update-initramfs.

eine Fehlermeldung:
W: mkconf: MD subsystem is not loaded, thus I cannot scan for arrays.
W: mdadm: failed to auto-generate temporary mdadm.conf file.

Die Meldung ist beim zweiten Mal nicht mehr aufgetaucht.

fdisk -l hängt sich aber wieder auf.
Ich verwende auf der Festplatte /dev/sdd mehrere Partionen, u.a.
mit Btrfs, LUKS und ZFS. Vieleicht kommt fdisk damit nicht zurecht.
Die LUKS -Parttition funktioniert.
Aber im syslog oder journalctl -f kein Warnung oder Fehlermeldung.

Gregor

[DeletedUserReAsG]

eine Fehlermeldung:
W: mkconf: MD subsystem is not loaded, thus I cannot scan for arrays.

W: steht für Warning, nicht für Werror

Auch interessiert es fdisk nicht im Ansatz, was für Dateisysteme du auf den Partitionen eingerichtet hast.

Solange du die Meldungen, Logs und Programmausgaben selbst interpretierst, statt sie einfach an geeigneter Stelle abzulegen, damit jemand drüberschauen kann, der möglicherweise Probleme erkennt, die du nicht erkennst, wird das hier wohl nicht so gut vorangehen, wie es möglicherweise könnte. Auch schön wäre, wenn du die dann doch sporadisch mal geposteten Ausgaben in [​code] und [/code] stellen könntest, damit man sie auch schnell als solches erkennen, und bequem lesen kann.

Wieauchimmer: ich würde nun dieses Aufhängen provozieren, und dann mal mit z.B. lsof gucken, ob und was da noch so auf das Device zugreift. Auch könnte iotop helfen, manchen Problemen auf die Spur zu kommen.

[gordix]

Ok, danke.
Stimmt, war ein wenig Durcheinander und Bruchstückhaft die Darstellung meines Problems.
Werde mir lsof anschauen.

Gregor