Nach Portainer update kein WebUI

E: Das Depot »http://deb.debian.org/debian buster-backports Release« enthält keine Release-Datei.
Ich kann mich da nur wiederholen....
Da machste dann aus der betroffenen Ecke aus dem "deb.debian.org" ein "archive.debian.org", danach noch ein apt update, dann sollte es schon passen.
Du kannst in solchen Fällen auch ganz einfach nachschauen.... "Aktueller" Stand ist bei den Default-Repos folgender:

1723280703901.png

Wie Du siehst: Nix mit "buster-backports". Schaut man hingegen unter "archive.debian.org", sieht es schon anders aus:

1723280776382.png

Also trägste dort - wo der Fehler auftaucht (backports-Zeile) - statt "deb" am Anfang der URL halt "archive" ein....

Alt:
Neu:

Danach halt nochmal aktualisieren via apt update und dann sollte das auch passen.
 
@ blurrr Entschuldige ich stehe gerade auf dem Schlauch und verstehe das trotz deiner tollen Anleitung nicht (vielen Dank ) wo ändere ich das ? du schreibst in der betroffenen Ecke ..... Ich habe ja diese Adresse im Terminal wo der Fehler auswirft
Das Depot »http://deb.debian.org/debian buster-backports Release« enthält keine Release-Datei.
aber zuvor gebe ich ja dieses Befehl ein
curl -fsSL https://get.docker.com -o get-docker.sh
jochen@Docker:~ $ sudo sh get-docker.sh
wo muss ich das jetzt ändern welche Ecke ist gemeint ?

LG
 
Hi,

sorry... Ich meinte, dass Du die Angaben der Repos in den entsprechenden Dateien ändern kannst (musst halt schauen, wo genau die Dinge stehen). Da gäbe es 2 Möglichkeiten:

1) /etc/apt/sources.list
2) /etc/apt/sources.list.d/<dateiname>

Wo genau das bei Dir hinterlegt ist, müsstest Du halt nachschauen. Entweder steht direkt etwas in der sources.list, oder halt in einer anderen Datei, welche sich im Verzeichnis /etc/apt/sources.list.d/ befindet.
 
@Stromba kannst Du mal die Ausgabe von uname -a und cat /ets/os-release mit uns teilen.
.....@Docker:~ $ uname -a
Linux Docker 6.6.31+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.31-1+rpt1 (2024-05-29) aarch64 GNU/Linux
........@Docker:~ $ cat /ets/os-relase
cat: /ets/os-relase: Datei oder Verzeichnis nicht gefunden
........@Docker:~ $ cat /ets/os-release
cat: /ets/os-release: Datei oder Verzeichnis nicht gefunden
 
Hi,

sorry... Ich meinte, dass Du die Angaben der Repos in den entsprechenden Dateien ändern kannst (musst halt schauen, wo genau die Dinge stehen). Da gäbe es 2 Möglichkeiten:

1) /etc/apt/sources.list
2) /etc/apt/sources.list.d/<dateiname>

Wo genau das bei Dir hinterlegt ist, müsstest Du halt nachschauen. Entweder steht direkt etwas in der sources.list, oder halt in einer anderen Datei, welche sich im Verzeichnis /etc/apt/sources.list.d/ befindet.
.....@Docker:~ $ /etc/apt/sources.list
-bash: /etc/apt/sources.list: Keine Berechtigung
.....@Docker:~ $ Sudo/etc/apt/sources.list
-bash: Sudo/etc/apt/sources.list: Datei oder Verzeichnis nicht gefunden
.....@Docker:~ $ sudo /etc/apt/souces.list
sudo: /etc/apt/souces.list: Befehl nicht gefunden
.....@Docker:~ $ sudo /etc/apt/souces.list.d/iobroker
sudo: /etc/apt/souces.list.d/iobroker: Befehl nicht gefunden
 
Moinsen,
jetzt hast du das
Code:
cat
vergessen, wie es scheint... ;)
Also:
Sass:
cat /etc/...
Das war leider schon ein typo bei post #24
 
....@Docker:~ $ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
 
Sorry nochmal für den Typo mit /etc/os-release.

Ist also ein Bookworm. Interessanterweise aber nicht für arm64 Architektur, sondern für aarch64 Architektur. Ich kenne mich mit PIs nicht aus, und hab keine Ahnung, ob das normal ist oder nicht.

Es gibt tatsächlich nur Pakete für amd64, arm64, armhf und ppc64el. Da dein Kernel sich als aarch64 ausgibt, wird das auch der Grund sein, warum die Installation nicht funktioniert.

Wie sieht es denn bei anderen Pi Besitzern mit 64Bit Debian aus?

Update: scheinbar ist das hier ein besserer Weg um herauszufinden, ob das System wirklich als 64Bit OS installiert wurde:
Code:
sudo apt install lshw
sudo lshw | head -6
 
Zuletzt bearbeitet:
.....@Docker:~ $ .....@Docker:~ $ sudo apt install lshw
sudo lshw | head -6
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
cgroupfs-mount criu libcamera0.2 libintl-perl libintl-xs-perl
libmodule-find-perl libmodule-scandeps-perl libnet1
libproc-processtable-perl libprotobuf-c1 libprotobuf32
libsort-naturally-perl libterm-readkey-perl
linux-headers-6.6.20+rpt-common-rpi linux-headers-6.6.20+rpt-rpi-2712
linux-headers-6.6.20+rpt-rpi-v8 linux-image-6.6.20+rpt-rpi-2712
linux-image-6.6.20+rpt-rpi-v8 linux-kbuild-6.6.20+rpt needrestart
python3-protobuf tini
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
usb.ids
Die folgenden NEUEN Pakete werden installiert:
lshw usb.ids
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen 464 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 1.572 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] y
Holen:1 http://deb.debian.org/debian bookworm/main arm64 lshw arm64 02.19.git.2021.06.19.996aaad9c7-2+b1 [257 kB]
Holen:2 http://deb.debian.org/debian bookworm/main arm64 usb.ids all 2024.01.20-0+deb12u1 [208 kB]
Es wurden 464 kB in 0 s geholt (3.090 kB/s).
Vormals nicht ausgewähltes Paket lshw wird gewählt.
(Lese Datenbank ... 109766 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../lshw_02.19.git.2021.06.19.996aaad9c7-2+b1_arm64.deb ...
Entpacken von lshw (02.19.git.2021.06.19.996aaad9c7-2+b1) ...
Vormals nicht ausgewähltes Paket usb.ids wird gewählt.
Vorbereitung zum Entpacken von .../usb.ids_2024.01.20-0+deb12u1_all.deb ...
Entpacken von usb.ids (2024.01.20-0+deb12u1) ...
lshw (02.19.git.2021.06.19.996aaad9c7-2+b1) wird eingerichtet ...
usb.ids (2024.01.20-0+deb12u1) wird eingerichtet ...
.....@Docker:~ $IGUNG in apt-key(8) für Details.c/apt/trusted.gpg), siehe den A
 
ok hier ist er:

......@Docker:~ $ sudo lshw | head -6
docker
description: Computer
product: Raspberry Pi 4 Model B Rev 1.2
serial: 1000000087a1a9fc
width: 64 bits
capabilities: smp cp15_barrier setend swp tagged_addr_disabled
 
Moinsen,
öhm, scheint ja 64 Bit zu sein...

AAAABER... ;) könnte das hier etwas damit zu tun haben:
Sag mal: du nutzt Debian buster, oder? Hattest du jedenfalls in Post #20 angedeutet.
Removal of buster-backports from the debian archive ?
Debian Backports does not support LTS [1], therefore buster-backports is unsupported since August 1st 2022.
Despite of the documentation buster-backport was still available on the mirrors, that changed recently with the archival of buster-backports. Unfortunately we missed to create an announcement in 2022 which led so some surprise. Please take this as the missing announcement.
Posted Tue Apr 16 21:00:07 2024
(Quelle: https://backports.debian.org/)

Ich bin jetzt nicht so der Debian Mensch. Ich habe auf dem Raspi eigentlich immer die ganz normal angebotene Version genutzt, hatte dabei auch nie die hier im Beitrag geschilderten Probleme (Raspi 4, Debian 64 Bit jeweils, buster und bookworm). Hast du da vielleicht einfach eine unglückliche Wahl des OS bzw dessen Version gehabt? Irgendeine (mittlerweile) nicht mehr gepflegte, wie ja dem link zur Quelle und dem Zitat zu entnehmen ist?
Aber vielleicht liege ich da ja auch daneben... :)
 
Zuletzt bearbeitet:
Habe gerade festgestellt dass der Portainer und Paperless-ngx auch nicht mehr funktionieren also die einzigste Anwendung die noch geht ist der Adguard alles andere ist nicht erreichbar wie würdet ihr jetzt vorgehen ?

LG
 
Also ich persönlich würde erstmal in die Host-Logs schauen (unter /var/log), wenn da nicht schon etwas aussagekräftiges zuholen ist, dann würde ich Container-Logs durchforsten, denn irgendwo "muss" irgendwas entsprechendes stehen und sei es nur ein "XY geht nicht", worauf man dann ggf. auf div. Folgefehler schliessen kann.
 
Es wirkt so, als wenn das System verbastelt ist. Keine Ahnung wie man das wieder glatt gezogen bekommt.
Schon mal darüber nachgedacht ein frisches Debian 12 für arm64 auf dem Gerät zu installieren?

Wenn es um die Erreichbarkeit von published Ports geht: im Docker Forum waren häufiger Rückmeldungen, dass man bei Debian 12, dass wohl von Haus aus nft statt iptables verwendet, auf iptables-lagacy umstellen musste, damit es geht. Wobei es laut diesem Issue auch mit iptables-nft funktionieren sollte: https://github.com/moby/moby/issues/46147

Es funktioniert nur mit nft selbst nicht (was nicht dasselbe wie iptables-nft ist!).
 
Also ich persönlich würde erstmal in die Host-Logs schauen (unter /var/log), wenn da nicht schon etwas aussagekräftiges zuholen ist, dann würde ich Container-Logs durchforsten, denn irgendwo "muss" irgendwas entsprechendes stehen und sei es nur ein "XY geht nicht", worauf man dann ggf. auf div. Folgefehler schliessen kann.
...@Docker:~ $ /var/log
-bash: /var/log: Ist ein Verzeichnis

ich danke dir aber ich denke ich werde wieder alles neu machen denke nicht dass ich das repariert bekommen das bedeutet wochenlanges Arbeiten bis wieder alle geht.
Ich dachte wenn ich sudo apt-update mache sucht sich doch das Script immer die passende Kernel und sowas kann eigentlich nicht passieren.
 

Zurzeit aktive Besucher

Letzte Anleitungen

Statistik des Forums

Themen
5.268
Beiträge
52.459
Mitglieder
5.019
Neuestes Mitglied
Jeff888
Zurück
Oben