Buster In-place (Dist-)Upgrade und Stretch Support

[p.rosenberger]

Ok es ist klar was hier passiert ist. Die RPi Foundation hat den epoch auf ihrem Kernel-Paket hochgezogen. Das fällt uns jetzt auf die Füße. Das wird bei allen Buster-Systemen passieren. Wir schauen, dass wir das so schnell wie möglich lösen.

Vielen Dank für deine Hilfe!

Viele Grüße
Philipp

[RR4711]

Gerne. Warte auf Feedback!
Markus

[RR4711]

Gibts eine Idee wie das Problem mit dem Apache auf Port 80 bzw die Weiterleitung die nicht funktioniert zu fixen ist? Hilft da evtl. ein forced reinstall eines Pakets?

[p.rosenberger]

Hattest du die Apache config abgeändert? Wir haben, wie du bemerkt hast pictory auf einen neuen Port verschoben. Der redirect sollte eingerichtet werden um mit alten Installationen kompatibel zu bleiben. Das ist aber leider nicht ganz so einfach. Wenn du keine eigenen Webanwendungen laufen hast könntest du folgendes versuchen. Ist aber eher die Holzhammermethode:

Code: Select all

sudo apt purge apache
sudo apt install pictory

Sonst würde ich dich bitten einen neuen Thread auf zu machen. Und die Apachekonfiguration zu posten. So können das die Kollegen vom Support besser Tracken. Und an die Entsprechenden Entwickler weiter leiten.

Viele Grüße
Philipp

[RR4711]

Nö geändert war nix. Ich versuch das mal. Danke

[p.rosenberger]

Wir haben ein neues Kernel-Paket in unser Repo geladen. Dies sollte bei einem Update automatisch installiert werden.

Viele Grüße
Philipp

[RR4711]

Hab das mal angeworfen, ich bekomme eine Warning daß eine Paket Quelle nicht OK sei, aber er installiert kernel + BT Stack aber auch mit Warnings. Ich hab das mal bei Pastebin hochgeladen weil sehr lang:

https://pastebin.com/raw/pA3RNM40

[RR4711]

Kernel bootet soweit, er beschwert sich (vermutlich zu recht) über die nicht auffindbare config.rsc (wegen der apache / pictory nummer) und hat auch wieder seine richtige MAC adresse und findet alle module sagt aber unkonfiguriert logischerweise. Ich versuch mal was auf dem 2. System passiert, da hab ich mit pictory / apache noch nicht rumgespielt

[p.rosenberger]

Kannst du mal /etc/apt/sources.list.d/revpi.list posten?

Für Buster haben wir kein "updates" Repo. Somit kann er das auch nicht finden. Das macht aber nix. Du kannst das aus der revpi.list entfernen, sonst kommt halt diese Warnung:

Code: Select all

Err:7 http://packages.revolutionpi.de updates/ Release
  404  Not Found [IP: 81.169.219.148 80]
Get:8 http://packages.revolutionpi.de buster/main armhf Packages [10.7 kB]
Get:9 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages [13.0 MB]
Get:10 http://archive.raspberrypi.org/debian buster/main armhf Packages [376 kB]
Reading package lists... Done
E: The repository 'http://packages.revolutionpi.de updates/ Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

[RR4711]

Code: Select all

deb http://packages.revolutionpi.de/ buster main contrib
#deb-src http://packages.revolutionpi.de/ buster main contrib
deb http://packages.revolutionpi.de/ buster-backports main contrib
#deb-src http://packages.revolutionpi.de/ buster-backports main contrib
/etc/apt/sources.list.d/revpi.list (END)

Es kann sein, daß ich das verdaddelt habe, ich hab noch eine kunbus.list gemäß eurem "readme" auf eurem Paketserver angelegt

( https://packages.revolutionpi.de/ )

Code: Select all

pi@sulfurpi /etc/apt/sources.list.d$ ll
total 24
-rw-r--r-- 1 root root  46 May 17 14:53 kunbus.list
-rw-r--r-- 1 root root  66 May 17 11:30 pgdg.list
-rw-r--r-- 1 root root 194 May 17 11:30 raspi.list
-rw-r--r-- 1 root root 258 Mar 31 09:45 revpi.list
-rw-r--r-- 1 root root 236 May 17 11:31 revpi.list.dpkg-old
-rw-r--r-- 1 root root  41 May 17 12:11 vscode.list

Ich denke die dpkg-old wird ignoriert. Die kunbus.list kann ich dann ja wieder rausnehmen.