NEIN! Einspruch!
Gibt es dazu auch irgendeine Begründung?
Anmeldungsdatum: Beiträge: 9563 |
|||
Top-Wikiautor
Anmeldungsdatum: Beiträge: 2130 Wohnort: Hunsrück |
Bin nicht so schnell. Jetzt, aber: Weil ihr einfach irgendwo herumdoktert. Bei mir habe ich das auch (fast) genauso in der Datei. Ich sitze aber auch gerade nicht vor groovy.
Mein Vorschlag: Mit der Prüfsumme (post 9223587) zeigt doch, wenn etwas vom geplanten Zustand abweichen sollte. Da muss man sich nicht irgendeine Datei mit einer zufällig gleichen Zeile herauspicken. Aber mir geht das Ganze gerade zu schnell. Als alter Herr brauche ich jetzt eine Pause. Sorry. |
||
Anmeldungsdatum: Beiträge: 9563 |
Nein, mein Gutster, ich habe logisch gedacht und verglichen. Weshalb ist "EOF" in Zeile 130 grau, also nicht gesyntaxhighlightet wie die anderen "EOF"s? Wieso ist das "EOF" in Zeile 117 als sozusagen einleitendes Element als einziges in Anführungszeichen? Wäre das nicht der Punkt, würde das nachfolgende update-grub schon meckern (rebooten braucht man da schließlich noch nicht). Wenn nicht, wäre die Ursache gefunden und behoben. |
||
Top-Wikiautor
Anmeldungsdatum: Beiträge: 2130 Wohnort: Hunsrück |
Mit anderen Worten ich habe nicht nachgedacht? Oder ich bin unlogisch? Ich habe mir die Mühe gemacht und jetzt groovy gebootet. Die Ausgabe von Desweiteren habe ich seine Ausgabe von Außerdem verweise ich auf post 9223596, dass die bemängelte Zeile 130 nicht mit Zeile 130 aus Alles in Allem zeigt sich für mich, dass Ftamino nichts im Verzeichnis /etc/grub.d verändert hat und daher auch kein Grund besteht, irgendwo etwas nach dem Prinzip Hoffnung zu bearbeiten. Aber statt den wirklichen Fehler zu finden, verplempere ich gerade meine Zeit; Hoffentlich hat Taomon sie sinnvoller genutzt. – Ftamino, |
||
Supporter
Anmeldungsdatum: Beiträge: 8430 Wohnort: Digiworld |
bitte cat /etc/grub.d/00_header die weicht irgendwie Größenmäßig von meiner ab. und cat /boot/grub/grub.cfg.new Gruß Taomon |
||
Anmeldungsdatum: Beiträge: 2701 |
Die Ausgabe lautet: cat /etc/grub.d/ Demnach alle Dateien in grub.d werden angezeigt in einem! Unübersichtlich. Von der Größe der Dateien >130 Zeilen kann nur in den Dateien: 00_linux os_debian_theme 00_header ein Fehler sein. Die Zeile 130 und 117 von 00_header ist bei mir genau so! Demnach kein Fehler bei EOF. Was spricht dagegen alles von Grub neu machen zu lassen. Ein: sudo update-grub Macht doch alles frisch. |
||
Top-Wikiautor
Anmeldungsdatum: Beiträge: 2130 Wohnort: Hunsrück |
Ich verstehe es so, dass in der erzeugten .cfg die Zeile 130 falsch ist. Daher wurde sie nach .cfg.new umgeleitet, damit die bisherige .cfg weiterhin verwendet werden kann. Nach dem Kernel-upgrade wird Irren ist immer möglich, aber warten wir doch bis Ftamino sich noch mal meldet. |
||
Anmeldungsdatum: Beiträge: 8018 Wohnort: Süsel / Ostholstein |
Moin Moin, mir ist bekannt, zu viele Köche verderben usw.... Aber bitte einmal lesen. finn@Pluto:~$ sudo apt update [sudo] Passwort für finn: .....usw... Alle Pakete sind aktuell. finn@Pluto:~$ sudo apt upgrade Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.… Fertig Paketaktualisierung (Upgrade) wird berechnet… Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. 2 nicht vollständig installiert oder entfernt. Es müssen noch 0 B von 10,7 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] j linux-image-5.8.0-38-generic (5.8.0-38.43) wird eingerichtet ... Trigger für linux-image-5.8.0-38-generic (5.8.0-38.43) werden verarbeitet ... /etc/kernel/postinst.d/dkms: * dkms: running auto installation service for kernel 5.8.0-38-generic ...done. GRUB-Konfigurationsdatei wird erstellt … Linux-Abbild gefunden: /boot/vmlinuz-5.8.0-38-generic initrd-Abbild gefunden: /boot/initrd.img-5.8.0-38-generic Linux-Abbild gefunden: /boot/vmlinuz-5.8.0-36-generic initrd-Abbild gefunden: /boot/initrd.img-5.8.0-36-generic Fehler beim Bearbeiten des Paketes linux-image-5.8.0-38-generic (--configu re): »installiertes linux-image-5.8.0-38-generic-Skript des Paketes post-installatio n«-Unterprozess gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: linux-image-5.8.0-38-generic finn@Pluto:~$ Und nun folgt: finn@Pluto:~$ sudo apt-get install -f Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.… Fertig Die folgenden Pakete werden ENTFERNT: linux-image-5.8.0-40-generic 0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert. 2 nicht vollständig installiert oder entfernt. Nach dieser Operation werden 13,7 MB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] j Entfernen von linux-image-5.8.0-40-generic (5.8.0-40.45) ... /etc/kernel/postrm.d/initramfs-tools: update-initramfs: Deleting /boot/initrd.img-5.8.0-40-generic /etc/kernel/postrm.d/zz-update-grub: Quelldatei `/etc/default/grub' Quelldatei `/etc/default/grub.d/init-select.cfg' GRUB-Konfigurationsdatei wird erstellt … Linux-Abbild gefunden: /boot/vmlinuz-5.8.0-38-generic initrd-Abbild gefunden: /boot/initrd.img-5.8.0-38-generic Linux-Abbild gefunden: /boot/vmlinuz-5.8.0-36-generic initrd-Abbild gefunden: /boot/initrd.img-5.8.0-36-generic dpkg: Fehler beim Bearbeiten des Paketes linux-image-5.8.0-40-generic (--remove): »installiertes linux-image-5.8.0-40-generic-Skript des Paketes post-removal«-Unterprozess gab den Fehlerwert 1 zurück dpkg: Zu viele Fehler, Abbruch Fehler traten auf beim Bearbeiten von: linux-image-5.8.0-40-generic Bearbeitung wurde angehalten, da zu viele Fehler auftraten. E: Sub-process /usr/bin/dpkg returned an error code (1) Also, irgend etwas ist hier "oberfaul" oder wird verheimlicht. Ich sage es einmal, der TS hat im System "rumgedoktert" Siehe auch https://ubuntu.com/security/notices/USN-4689-4 Aufschluss könnten die Log Dateien /var/log/apt/history.log, /var/log/apt/term.log, und die .bash_history geben. Gruß |
||
Anmeldungsdatum: Beiträge: 2701 |
Hm denke fleet_street und Taomon haben eine gute Einsicht auf dieses Problem. Tuemmler Einwand wird da bestimmt berücksichtigt. Bin gespannt was rauskommt. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 25 |
Ja ist /etc/grub.d/00_header weil die Datei an die 200 Zeilen hat , das mit der Zeile 117 funktioniert nt ,wenn man dann sudo update-grub macht sagt er wieder Syntaxeerorr in Zeile 130. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 25 |
Alles im Anhang , die bash history:
|
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 25 |
Es muss doch eigentlich 00_Headers sein da diese Datei die ersten 200 zeilen einnimmt Grüße Ftamino |
||
Supporter
Anmeldungsdatum: Beiträge: 8430 Wohnort: Digiworld |
das Problem ist schon seit dem 15.01. dpkg -l | egrep -v '^ii|rc' Und dann noch dkms status Sollte Dein system sagen kommando nicht gefunden, vergiß meinen 2. befehl. df -h ; df -i sowie apt-cache policy damit unattendes upgrade nicht mehr dazwischen funkt. sudo dpkg-reconfigure unattended-upgrades und wähle aus im fenster keine aktualisierungen runter laden. Navigieren mit der tab Taste. Gruß Taomon |
||
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17583 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Dann sollte das aber bei den Entwicklern behoben werden, damit die Leute weiterhin ihr System aktualisieren können. Dauerhaft keine Updates zu installieren ist keine Option. |
||
Anmeldungsdatum: Beiträge: 8018 Wohnort: Süsel / Ostholstein |
Moin Moin, ich beziehe mich hier noch einmal auf meinen von hier seit dem Start-Date: 2021-01-15 08:21:54 Commandline: /usr/bin/unattended-upgrade Upgrade: linux-libc-dev:amd64 (5.8.0-36.40, 5.8.0-38.43) End-Date: 2021-01-15 08:22:04 entstehen Errors reihenweise Error: Sub-process /usr/bin/dpkg returned an error code (1) in der history.Log Intersant wird es allerdings erst ab Log started: 2021-01-15 08:22:08 aus dem therm.log Dazu passt auch nicht die .bash.history. diese ist unvollständig oder die Eingaben des Terminals ⇒ Comandline (sind Eingaben im Terminal die sich in in der history.log wiederfinden) und wurden scheinbar in .bash.history gelöscht. Gruß |