[gelöst]Update per apt schlägt fehl - 403 Access denied, broken package

[xJ9]

Hallo Zusammen,

habe heute morgen einen Fehler ausgespuckt bekommen, den ich bis jetzt noch nie hatte.
Hatte auch schon einige Versuche unternommen, dass ganze zu lösen, aber bislang ohne Erfolg.

Hatte heute morgen wie üblich folgenden Einzeiler über root ausgeführt:

Code: Alles auswählen

apt update && apt upgrade && apt dist-upgrade && apt autoclean && apt autoremove

Ausgabe:

Code: Alles auswählen

OK:1 http://deb.debian.org/debian bookworm InRelease
OK:2 http://deb.debian.org/debian-security bookworm-security InRelease             
OK:3 http://deb.debian.org/debian bookworm-updates InRelease                       
OK:4 https://linux.teamviewer.com/deb stable InRelease                             
OK:5 https://repo.skype.com/deb stable InRelease                                   
OK:6 https://download.docker.com/linux/debian bullseye InRelease                   
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 47 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
Die folgenden NEUEN Pakete werden installiert:
  linux-image-6.1.0-14-amd64
Die folgenden Pakete sind zurückgehalten worden:
  ca-certificates-java
Die folgenden Pakete werden aktualisiert (Upgrade):
  base-files cups cups-client cups-common cups-core-drivers cups-daemon
  cups-ipp-utils cups-ppdc cups-server-common distro-info-data exfatprogs
  exim4-base exim4-config exim4-daemon-light fonts-noto-color-emoji gimp gimp-data
  libcups2 libcups2:i386 libcupsimage2 libde265-0 libde265-0:i386 libgimp2.0
  libgnutls-dane0 libgnutls30 libgnutls30:i386 libminizip1 libnss-systemd
  libpam-systemd libperl5.36 libqpdf29 libsystemd-shared libsystemd0
  libsystemd0:i386 libudev1 libudev1:i386 linux-image-amd64 linux-libc-dev perl
  perl-base perl-modules-5.36 systemd systemd-sysv systemd-timesyncd tzdata udev
46 aktualisiert, 1 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen noch 68,7 MB von 126 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 408 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]

Soweit, so gut. Wenn ich aber nun wie üblich die Option Ja bestätige, bekomme ich folgendes:

Code: Alles auswählen

Fehl:1 http://deb.debian.org/debian bookworm/main amd64 linux-image-6.1.0-14-amd64 amd64 6.1.64-1
  403  Access denied - broken package [IP: xxx 80]
Fehl:2 http://deb.debian.org/debian bookworm/main amd64 linux-image-amd64 amd64 6.1.64-1
  403  Access denied - broken package [IP: xxx 80]
E: Fehlschlag beim Holen von http://deb.debian.org/debian/pool/main/l/linux-signed-amd64/linux-image-6.1.0-14-amd64_6.1.64-1_amd64.deb 403  Access denied - broken package [IP: xxx 80]
E: Fehlschlag beim Holen von http://deb.debian.org/debian/pool/main/l/linux-signed-amd64/linux-image-amd64_6.1.64-1_amd64.deb 403  Access denied - broken package [IP: xxx 80]
E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get update« ausführen oder mit »--fix-missing« probieren?
root@debian-xJ9:~#

PS: Ich hoffe, ich habe das richtige Unterforum ausgewählt ^^

[JTH]

Das ist kein Fehler, sondern eine Sicherheitsmaßnahme wegen einer buggy Kernelversion. Siehe das parallele Thema Fehler bei Kernel-Upgrade auf 6.1.64-1: „broken package“.

[xJ9]

Ah ok, den Thread hatte ich nicht gesehen.
Danke dafür, da bin ich ja erstmal beruhigt ^^

[orcape]

Hi,

Das ist kein Fehler, sondern eine Sicherheitsmaßnahme wegen einer buggy Kernelversion. Siehe das parallele Thema Fehler bei Kernel-Upgrade auf 6.1.64-1: „broken package“.

Nun stellt sich für mich erneut die Frage der Sicherheit und ob ich abwarten, oder etwas unternehmen soll.
Ich wollte heute meinen Laptop auf den neuesten Stand bringen und bin auf dieses "Problem" gestoßen.
Der Laptop arbeitet nun erst einmal mit Kernel 6.1.0-13-amd64 weiter.
Mein Admin-PC, den ich einige Zeit vorher aktualisiert habe, arbeitet aber schon einige Zeit mit Kernel 6.1.0-14-amd64, ohne das ich etwas nachteiliges feststellen konnte.
Auch die NVIDI-Grafik hat nicht protestiert.
Muss ich mir Sorgen machen, den Neuen Kernel in den "Müll" drücken oder einfach ignorieren.
Weiß einer näheres, wie groß das Problem ist?
Gruß orcape

[Stevo]

Hallo ,
ich hab auch das fragliche Image 6.1.0-14 bereits seit gestern abend drauf (unattended-upgrades). Das hat m.W. den Kernel 6.1.64-1 drin. Meine Abhilfe derzeit, nachdem ich bei einer weiteren Maschine den 403 bemerkt hab: ich starte manuell das Image 6.1.0-13 über das Grub Menü (2. Zeile auswählen, in der Liste dort das -13 Image nehmen). Ich denk das Problem dürfte rasch behoben werden, so dass ich bis dahin mir so behelfe. Damit benutzt man m.W. den Kernel 6.1.55-1, der das EXT4-Problem offenbar nicht hat.

Quellen: https://lore.kernel.org/stable/20231205 ... c3@quack3/ und https://www.reddit.com/r/debian/comment ... this_time/

[isabena]

Muss ich mir Sorgen machen, den Neuen Kernel in den "Müll" drücken oder einfach ignorieren.
Weiß einer näheres, wie groß das Problem ist?

evtl hilft DIR das hier aus den Debian-Bug-Reports ?

[Source: linux
Version: 6.1.64-1
Severity: grave
Tags: upstream
Justification: causes non-serious data loss
X-Debbugs-Cc: debian-release@lists.debian.org, carnil@debian.org, adsb@debian.org

Hi

I'm filling this for visibility.

There might be a ext4 data corruption issue with the kernel released
in the 12.3 bookworm point release (which is addressed in 6.1.66
upstream already)./quote]

[dasebastian]

Hätte ich diese beiden Threads nur nicht gesehen... oder VOR dem full-upgrade heute:

Code: Alles auswählen

$ uname -r
6.1.0-14-amd64
$ 

Bemerkt habe ich aber bisher nichts. Abgesehen von gesteigerter Paranoia meinem Rechner gegenüber.

[cosinus]

Muss ich mir Sorgen machen, den Neuen Kernel in den "Müll" drücken oder einfach ignorieren.

Ich würds machen. Es ist ja ein bekanntes Problem. Ich hab einige VMs im Büro auch schon aktualisiert. Hab die, die schon mit 6.1.0-14 liefen erstmal neu gestartet und über GRUB den 13er ausgewählt.

[cosinus]

Bemerkt habe ich aber bisher nichts. Abgesehen von gesteigerter Paranoia meinem Rechner gegenüber.

Wann genau dieser Fehler zum Tragen kommt hab ich leider auch noch nicht verstanden. Aber was ich bisher las, das hieß es, dass es möglich sein könnte. Also irgendeine data corruption in ext4 Volumes.
Hat da wer genauere Infos?

[dasebastian]

... irgendeine data corruption in ext4 Volumes.

Klingt gar nicht mal sooo prickelnd.

[cosinus]

Klingt gar nicht mal sooo prickelnd.

Nee, echt nicht. Deswegen hab ich meine VMs auch neu mit dem Vorgänger-Debiankernel gebootet

[slu]

So nachdem ich gerade alle Maschinen wieder mit dem alten Kernel neu gestartet habe kam das Update:

Code: Alles auswählen

Holen:1 http://deb.debian.org/debian bookworm/main amd64 base-files amd64 12.4+deb12u4 [70,8 kB]
Holen:2 http://deb.debian.org/debian bookworm/main amd64 linux-image-6.1.0-15-amd64 amd64 6.1.66-1 [68,7 MB]
Holen:3 http://deb.debian.org/debian bookworm/main amd64 linux-image-amd64 amd64 6.1.66-1 [1.476 B]

Leider sind bei uns alle System schon 24h mit der neuen Version / 12.3 gelaufen

[dasebastian]

Hier rauschte auch gerade 6.1.0-15 rein, 0-13 wurde behalten, 0-14 automatisch weggeworfen.

Was wäre jetzt der nächste logische Schritt? Fsck über Nacht laufen lassen?

[slu]

Was wäre jetzt der nächste logische Schritt? Fsck über Nacht laufen lassen?

Ich hab es mal laufen lassen, außer ein paar Optimierungen hat es nichts gemacht.
Die Frage ist halt auch ob es was finden würde...