Upgrade von Debian 10 'Buster' auf 11 'Bullseye'

[SMS]

Guten Morgen,
leider komme ich aktuell nicht weiter und bitte euch um Hilfe.
Pi4 8GB, Boot über USB
Ausgangspunkt:
2021-03-04-raspios-buster-armhf-lite
Alles Neuere hat nicht funktioniert, warum auch immer. Aber nach versuch des updates ging der Pi nicht mehr. Grüne LED dauerhaft an.
Was habe ich bis jetzt gemacht:
sudo apt update -> sudo apt upgrade -> sudo reboot now -> sudo apt update -> Listen umgestellt -> sudo apt update -> sudo apt full-upgrade

Nun hänge ich hier:

411 upgraded, 89 newly installed, 8 to remove and 0 not upgraded.
Need to get 0 B/355 MB of archives.
After this operation, 294 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Reading changelogs... Done
apt-listchanges: News
---------------------

apt (2.1.16) unstable; urgency=medium

  Automatically remove unused kernels on apt {dist,full}-upgrade. To revert
  to previous behavior, set APT::Get::AutomaticRemove::Kernels to false or
  pass --no-auto-remove to the command. apt-get remains unchanged.

  Packages files can now set the Phased-Update-Percentage field to restrict
  update rollout to a specified percentage of machines. Previously, this has
  only been available to users of Ubuntu's update-manager tool. See
  apt_preferences(5) for details and how to configure multiple systems to get
  the same updates. Phased updates are disabled in chroots for now to not
  break buildd-style setups.

 -- Julian Andres Klode <jak@debian.org>  Fri, 08 Jan 2021 22:01:50 +0100

apt (1.9.11) experimental; urgency=medium

  apt(8) now waits for the lock indefinitely if connected to a tty, or
  for 120 seconds if not.

 -- Julian Andres Klode <jak@debian.org>  Wed, 26 Feb 2020 20:30:33 +0100

apt (1.9.6) experimental; urgency=medium

  apt(8) no longer treats package names passed as regular expressions or fnmatch
  expressions, requiring the use of patterns (apt-patterns(5)) to perform complex
  searches. For ease of use, regular expressions starting with ^ or ending with
  $ continue to work.

  This fixes the problem where e.g. g++ could mean either "the package g++"
  or, if there is no g++ package, "all packages containing g". This change
  will propagate to apt-* after the release of Debian bullseye.

 -- Julian Andres Klode <jak@debian.org>  Wed, 15 Jan 2020 21:45:18 +0100

apt (1.9.5) unstable; urgency=medium

  Credentials in apt_auth.conf(5) now only apply to https and tor+https
  sources to avoid them being leaked over plaintext (Closes: #945911). To
  opt-in to http, add http:// before the hostname. Note that this will transmit
  credentials in plain text, which you do not want on devices that could be
  operating in an untrusted network.

 -- Julian Andres Klode <juliank@ubuntu.com>  Mon, 02 Dec 2019 11:45:52 +0100
:

Was soll ich tun?

Danke!

[Jan1]

@sms
Mein Rat wenn man so gefummelt hat, einfach Pi mit Bullseye neu aufsetzten und IOBroker Backup über den Adapter restoren. Zeitaufwand für einen der kein Plan hat, wohl 4 Stunden, mit Plan um die 2
Somit definitiv schneller als das Zerfummelte zu retten.

Anleitung für ne wirklich saubere Installation des PI und das "Raspberry Pi OS Lite" verwenden.

[maxpd]

@sms ich glaube einmal Q drücken für quit. Dir wird nur das changelog angezeigt bevor es weitergeht. Oder?

[Thomas Braun]

@sms sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

2021-03-04-raspios-buster-armhf-lite
Alles Neuere hat nicht funktioniert, warum auch immer.

Du installierst ein Buster, um dann auf Bullseye zu springen? Warum nicht direkt Bullseye?

Aus der Anzeige des Changelogs kommst du glaube ich mit der Leertaste ans Ende. Oder mit Enter.

[Jan1]

@thomas-braun
Deshalb auch der Link für die "gute" Anleitung.

[SMS]

@thomas-braun wie geschrieben, wenn ich das Neuste installiere und den Pi neu starte, leuchtet die grüne LED dauerhaft und es geht gar nichts mehr.
Vielleicht lag es am USB (ich benutze jetzt einen Anderen), aber aktuell komme ich so weiter ...

[Thomas Braun]

@sms sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Vielleicht lag es am USB (ich benutze jetzt einen Anderen)

Was für ein USB?
Was veranstaltet ihr da eigentlich immer bei den Installationen?

[SMS]

@thomas-braun

USB 2.0 (werde es mit einem aneren PI nochmal versuchen direkt auf bullseye)

keine Ahnung. Eigentlich funktioniert ja alles automatisch ...

[Jan1]

@sms
Für die Installation ist aber kein USB vorgesehen und da ist schon das erste ?
Halte Dich an die Anleitung und es läuft.

[Thomas Braun]

@sms sagte in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

Eigentlich funktioniert ja alles automatisch ...

Wenn man das wie vorgesehen machen würde... Ja.

[SMS]

@jan1
leider gehen bei mir die Speicherkarten kaputt, was ich auch nicht verstehe. Daher bin ich auf USB umgestiegen.

[Jan1]

@sms
Ich hatte sehr lange den IOBroker auf nem Pi und nie ein Defekt der Karte. Wenn ich nicht irre, steht in der Anleitung auch wie man das auf USB bekommt.

Übrigens sind USB Sticks anfälliger als SD Karten, deshalb ist das auch nicht wirklich ne Lösung. Es sei man hängt ne SSD an USB

[maxpd]

@jan1 ich habe eine SSD am USB2 und habe letzte Woche die Anleitung hier erfolgreich durchlaufen.

[OpenSourceNomad]

@sms said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

leider gehen bei mir die Speicherkarten kaputt, was ich auch nicht verstehe.

Nein! Doch! Ohhh!

RaspberryOS + ioBroker = SD Karten Killer

[Jan1]

@opensourcenomad
Zwei Jahr mit Pi auf SD Karte und keine defekt SD, folglich sind solch pauschale Aussagen doch etwas haarsträubend, selbst wenn die über den Link dann noch erklärt werden

[OpenSourceNomad]

@jan1 said in Upgrade von Debian 10 'Buster' auf 11 'Bullseye':

etwas haarsträubend, selbst wenn die über den Link dann noch erklärt werden

Wer es nicht schafft den Link zu öffnen den sollen sich aber auch die Nackenhaare zu Berge stellen und alle seine Flash Speicher einen frühzeitigen Tot durch write ampflication sterben!

Zwei Jahr mit Pi auf SD Karte und keine defekt SD

Soll schon Leute gegeben haben die haben SD Karten zwei Jahre nicht benutzt und dann waren die Daten futsch, auch eine besondere Eigenheit von Flash Speicher (Stichwort: data retention)

[Thomas Braun]

Am besten benutzen wir wieder wie die alten Sumerer Tontäfelchen. Die kann man auch nach Jahrtausenden noch lesen.

[wendy2702]

In Stein meißeln soll auch relativ lange halten....

Wenn denn die Daten nicht zu häufig überschrieben werden

[OpenSourceNomad]

Wenn es lange halten muss (die Menschheit überleben?) dann am ehesten noch Microfilm schön verpackt und im Bergwerk verklappt.

Für alle anderen reicht im privaten Bereich Wahrscheinlich noch die gute alte Festplatte, die hält Daten auch Dauerhaft ohne Bestromung im Gegensatz zu Flashspeichern welche auf das auffrischen von Daten/neu schreiben (das macht der Controller automatisch) angewiesen ist. Das liegt an der technischen Beschaffenheit von Flash Speicher, ohne Strom gibt es über die Dauer einen Verlust elektrischer Ladung die zu Datenverlust oder bei minderwertigen/simplen Flash (meist noname SD/USB) auch gleich zur Komplettbeschädigung führen kann.

Manch einer wundert sich, wenn er einen uralt USB Stick aus der Sofaritze taucht, dass dieser gar nicht mehr beschreibar ist (grid lock) und teilweise korrupte Daten enthält

[Jan1]

Am meisten wundere ich mich immer, wenn alles so läuft wie es soll und nix von den apokalyptischen Szenarien eintrifft

Das Glück ist eben mit den Dummen, schön dabei zu sein LOL