Apt-get - Fehler bei initramfs_tools & Kernel_image
Apt-get - Fehler bei initramfs_tools & Kernel_image
Moin Leute,
seit etwa drei Tagen spuckt mir aptitude bzw. apt-get bei jeder Installation und jedem Update Fehler aus.
Erst nur bei der initramfs, nach einem vergeblichen apt-get dist-upgrade aber nun auch beim neuen Kernel.
Ich habe meine /var/log/apt/term.log um gefühlte 99,[per]9% gelöscht, so dass jetzt nur noch der log drinsteht, bei dem der Fehler erstmalig auftrat, und der letzte log.
Dazwischen sind, sozusagen als Platzhalter, noch einige wenige andere logs, da ich nicht wusste, ob die nicht evtl. auch benötigt würden bzw. auch die Kernel-image-Fehler da zum ersten mal auftauchten.
Der link zum term.log: 37475
Danke für eure Hilfe!
Grüße
BSA
edit: Vielleicht sollte ich noch dazu sagen, dass ich die Testing (jessie) installiert habe und aus dem Kanal natürlich auch meine Upgrades/-dates kommen...
seit etwa drei Tagen spuckt mir aptitude bzw. apt-get bei jeder Installation und jedem Update Fehler aus.
Erst nur bei der initramfs, nach einem vergeblichen apt-get dist-upgrade aber nun auch beim neuen Kernel.
Ich habe meine /var/log/apt/term.log um gefühlte 99,[per]9% gelöscht, so dass jetzt nur noch der log drinsteht, bei dem der Fehler erstmalig auftrat, und der letzte log.
Dazwischen sind, sozusagen als Platzhalter, noch einige wenige andere logs, da ich nicht wusste, ob die nicht evtl. auch benötigt würden bzw. auch die Kernel-image-Fehler da zum ersten mal auftauchten.
Der link zum term.log: 37475
Danke für eure Hilfe!
Grüße
BSA
edit: Vielleicht sollte ich noch dazu sagen, dass ich die Testing (jessie) installiert habe und aus dem Kanal natürlich auch meine Upgrades/-dates kommen...
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
Er schreibt doch hier was ihm nicht gefällt.
Mit dem hotplug stimmt etwas nicht. Genaugenommen gehört die Datei zu udev
Code: Alles auswählen
cp: der Aufruf von stat für „/lib/udev/hotplug.functions“ ist nicht möglich: Datei oder Verzeichnis nicht gefunden
E: /usr/share/initramfs-tools/hooks/udev failed with return 1.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
und die Datei ist Teil des Pakets udev, das bei jeder Installation dabei ist und sich auch kaum deinstallieren läßt, weil sehr viele Pakete davon abhängen. Trotzdem fehlt die Datei hotplug.functions offensichtlich — hast du keine Idee wie es dazu gekommen sein könnte?
versuch es einmal mit
versuch es einmal mit
Code: Alles auswählen
apt-get --reinstall install udev
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
Mit dem hotplug wird wohl alles in Ordnung sein,
mit der Zeichensetzung stimmt was nicht:
"„" steht für doppelte Anführungszeichen unten„, "“" für oben “,
damit kann linux nix anfangen, nur woher kommt das?
mit der Zeichensetzung stimmt was nicht:
"„" steht für doppelte Anführungszeichen unten„, "“" für oben “,
damit kann linux nix anfangen, nur woher kommt das?
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!
Macht ohne Haftung funktioniert nicht!
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
detix hat geschrieben:Mit dem hotplug wird wohl alles in Ordnung sein,
mit der Zeichensetzung stimmt was nicht:
"„" steht für doppelte Anführungszeichen unten„, "“" für oben “,
damit kann linux nix anfangen, nur woher kommt das?
Das dürfte mit Unicode zusammenhängen, steht aber wohl nur im Log wenn ich mich nicht irre. Er sollte aber mal prüfen ob die Datei existiert. Und ob udev richtig installiert ist.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
Tja, so spielt das Leben. Dazu später mehr...
Also erstmal: VIELEN DANK Leute! Als ich eingegeben habe, wurden die mürrischen Files initramfs-tools und die linux-image-686-pae verarbeitet und eingerichtet.
Konkret lauten die letzten 10 Zeilen in /var/log/apt/term.log:
(abgetippt)
Ich hatte ne recht große Antwort geschrieben. Leider hat das wohl so lange gedauert, dass nachdem ich auf geklickt hab, alles weg und ich nicht mehr angemeldet war.
Ich mach's diesmal "kurz". (in Relation zu vorher | kürzer als zuvor)
Also. Mit hotplug und udev hatte ich wohl während meiner UMTS-Stick-"Einrichtung" (sofern man das so nennen kann...) zu tun. Z.B. hatte ich in der /etc/network/interfaces nach Inspiration aus dem RaspberryPi UserGuide (manuelle LAN-Konfiguration in Raspbian) eigenständig folgende Eintragung gemacht.
dmesg gab mir zwar für den Stick nie ein tty aus, dafür aber ein (cdc_ether). Also setzte ich hinter
eine zweite Zeile mit
und probierte mit
sowie manuellem
einfach rum und siehe da, auf einen Schlag funktionierte auch
Bevor ich da jedoch hinkam, habe ich zwei Tage (und Nächte) alle möglichen Code-Schnipsel aus'm WWW rausgesucht und ausprobiert, ob, und wenn ja was ich dabei zerschossen hab, weiß ich nicht. Die 2 DinA4-Seiten mit Codes und Änderungen an div. Dateien hab ich aber noch.
Dass das damit jedoch unbedingt was zu tun hat, bezweifle ich. Denn: Es gab den ganzen Abend (21.11.) keine Probleme und ich war die ganze Zeit auch schon mit meinem Stick unter Debian online, der Fehler tauchte jedoch das erste Mal auf, nachdem ich das Paket hibernate installieren wollte bzw. installiert habe. Das lief alles über den Stick.
Ob das damit also nun zusammenhängt, kann ich nicht sagen.
Denn das mit der Zeichensetzung klint auch logisch. Ungefähr zeitgleich habe ich mein System mit irgendeinem conf-Befehl (lt. google) auf UTF-8 umgestellt. Es kann also durchaus sein, dass das Problem dort lag. Wieso dann aber nur in der initramfs-tools bzw. in der Datei hotplug von udev, oder ob es nun noch woanders Probleme mit dem coding gibt, weiß ich nicht. Vielleicht zeigt sich da noch was.
Was ich allerdings nicht verstehe ist, warum ein Wechsel des System-codings so weite Auswirkungen hat.
Vielleicht war es ja auch etwas von allem. Ich weiß es leider nicht.
Naja, wie gesagt, nachdem ich den reinstall ausgeführt habe, den smutbert empfohlen hat, sind die Probleme (zumindest für mich...erstmal) verschwunden
Logs sind mittlerweile kein Problem mehr, sagt mir von welchem ihr welche Teile braucht und ich suche sie gerne raus und kann sie dann hier über NoPaste hochladen!
Das Bearbeiten sollte mittlerweile auch recht fix über die Bühne gehen, da ich mich vorhin auch mit dem vimtutor schonmal ein wenig auseinandergesetzt hab und ich muss echt sagen, das ist klassisch und macht Spaß!
Da ich auch frisch mit Python angefangen habe, schau ich mal, ob ich nicht abgesehen von geany auch hin und wieder mit VIm arbeiten werde, zumindest bei ganz einfachen Sachen erstmal. Die Plugins oder was ich dafür benötige such ich mir die Tage noch raus.
Ein Zitat aus meinem letzten (verschwundenen...) Post möchte ich aber noch bringen:
So. Das Buch ist geschrieben, der Autor längst verstorben, komm, sag! Was machen wir nun bis morgen?
:MR.GREEN:
Also Leute, Danke nochmal für die schnelle Hilfe :THUMBSUP:
BSA
Also erstmal: VIELEN DANK Leute! Als ich
Code: Alles auswählen
sudo apt-get --reinstall install udev
Konkret lauten die letzten 10 Zeilen in /var/log/apt/term.log:
Code: Alles auswählen
Found linux image: /boot/vmlinuz-3.11-2-686-pae
Found initrd image: /boot/initrd.img-3.11-2-686-pae
Found linux image: /boot/vmlinuz-3.10-3-686-pae
Found initrd image: /boot/initrd.img-3.10-3-686-pae
Found Microsoft Windows XP Professional on /dev/sda1
done
linux-image-686-pae (3.11+54) wird eingerichtet ...
Trigger für initramfs-tools werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.11-2-686-pae
Log ended: 2013-11-24 13:55:44
Ich hatte ne recht große Antwort geschrieben. Leider hat das wohl so lange gedauert, dass nachdem ich auf
Code: Alles auswählen
absenden
Ich mach's diesmal "kurz". (in Relation zu vorher | kürzer als zuvor)
Also. Mit hotplug und udev hatte ich wohl während meiner UMTS-Stick-"Einrichtung" (sofern man das so nennen kann...) zu tun. Z.B. hatte ich in der /etc/network/interfaces nach Inspiration aus dem RaspberryPi UserGuide (manuelle LAN-Konfiguration in Raspbian) eigenständig folgende Eintragung gemacht.
dmesg gab mir zwar für den Stick nie ein tty aus, dafür aber ein (cdc_ether). Also setzte ich hinter
Code: Alles auswählen
allow-hotplug eth0
iface eth0 inet dhcp
Code: Alles auswählen
allow-hotplug eth1
iface eth1 inet dhcp
Code: Alles auswählen
sudo /etc/init.d/networking restart
Code: Alles auswählen
sudo ifdown eth0
Code: Alles auswählen
sudo ifup eth1
Code: Alles auswählen
ping -c 1 www.debian.org
Dass das damit jedoch unbedingt was zu tun hat, bezweifle ich. Denn: Es gab den ganzen Abend (21.11.) keine Probleme und ich war die ganze Zeit auch schon mit meinem Stick unter Debian online, der Fehler tauchte jedoch das erste Mal auf, nachdem ich das Paket hibernate installieren wollte bzw. installiert habe. Das lief alles über den Stick.
Ob das damit also nun zusammenhängt, kann ich nicht sagen.
Denn das mit der Zeichensetzung klint auch logisch. Ungefähr zeitgleich habe ich mein System mit irgendeinem conf-Befehl (lt. google) auf UTF-8 umgestellt. Es kann also durchaus sein, dass das Problem dort lag. Wieso dann aber nur in der initramfs-tools bzw. in der Datei hotplug von udev, oder ob es nun noch woanders Probleme mit dem coding gibt, weiß ich nicht. Vielleicht zeigt sich da noch was.
Was ich allerdings nicht verstehe ist, warum ein Wechsel des System-codings so weite Auswirkungen hat.
Vielleicht war es ja auch etwas von allem. Ich weiß es leider nicht.
Naja, wie gesagt, nachdem ich den reinstall ausgeführt habe, den smutbert empfohlen hat, sind die Probleme (zumindest für mich...erstmal) verschwunden
Logs sind mittlerweile kein Problem mehr, sagt mir von welchem ihr welche Teile braucht und ich suche sie gerne raus und kann sie dann hier über NoPaste hochladen!
Das Bearbeiten sollte mittlerweile auch recht fix über die Bühne gehen, da ich mich vorhin auch mit dem vimtutor schonmal ein wenig auseinandergesetzt hab und ich muss echt sagen, das ist klassisch und macht Spaß!
Da ich auch frisch mit Python angefangen habe, schau ich mal, ob ich nicht abgesehen von geany auch hin und wieder mit VIm arbeiten werde, zumindest bei ganz einfachen Sachen erstmal. Die Plugins oder was ich dafür benötige such ich mir die Tage noch raus.
Ein Zitat aus meinem letzten (verschwundenen...) Post möchte ich aber noch bringen:
So. Das Buch ist geschrieben, der Autor längst verstorben, komm, sag! Was machen wir nun bis morgen?
:MR.GREEN:
Also Leute, Danke nochmal für die schnelle Hilfe :THUMBSUP:
BSA
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
Kann es sein, dass du irgendwann mal versucht hast, eine linux *.conf oder so, über windows zu editieren?BSA hat geschrieben:Code: Alles auswählen
Found Microsoft Windows XP Professional on /dev/sda1
Das könnte vielleicht einiges klären...
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!
Macht ohne Haftung funktioniert nicht!
Re: Apt-get - Fehler bei initramfs_tools & Kernel_image
Nee, eigentlich nicht. Nein, sogar ganz bestimmt nicht.
Seitdem der Stick läuft hab ich Windoof nur einmal gestartet um über das Web-Interface (192.168.1.1) die PIN als "gespeichert" zu markieren weil wvdial aus seiner .conf die PIN nicht übertragen kann, da es den Stick erst gar nicht findet.
Seitdem liegt das Windoof hier auf dem Rechner flach...
Seitdem der Stick läuft hab ich Windoof nur einmal gestartet um über das Web-Interface (192.168.1.1) die PIN als "gespeichert" zu markieren weil wvdial aus seiner .conf die PIN nicht übertragen kann, da es den Stick erst gar nicht findet.
Seitdem liegt das Windoof hier auf dem Rechner flach...