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

[kiste01]

@thomas-braun

Kann ich den nachträglich entfernen, da ich eh nur putty nutze?

[saeft_2003]

@kiste01

Ich bin zwar kein linux experte aber neu installieren wird wahrscheinlich die saubere/schnellere Methode sein.

[Jan1]

@saeft_2003
schneller nicht, aber am saubersten und hier auch gleich die die Anleitung wie man das perfekt auf den Pi ballert

[saeft_2003]

@jan1

Wenn man nicht weiß was man tut und erst eine Stunde im Forum verbringt dann auch schneller

[kiste01]

@jan1

Ich hatte vor ein paar Monaten schon mal ein Reservesystem aufgesetzt. Das muss ich dann wohl aktualisieren und in Betrieb nehmen.

Frage: Den iobroker würde ich natürlich auf dem neuen System auf dem gleichen Stand bringen wie auf dem aktuellen System. Soll ich auf dem neuen System schon auf Bullseye gehen oder das erst nach dem Einspielen des iobroker Backup machen?

[Jan1]

@kiste01
So ganz kann ich Dir gerade nicht folgen, da das etwas viel Umstand wäre.
Du hast doch bestimmt ein IOBroker Backup, dann machst jetzt ein Pi fertig mit Bullseye und ballerst da das IOBroker Backup drauf. Zeitaufwand mit warten bis alles fertig ist, sollte unter zwei Stunden sein.
Das was Du vorhast dauert länger

[kiste01]

@jan1

Danke für den "Wink mit dem Zaunpfahl". Hab im Ersatz raspi eine SSD neu aufgesetzt. Bei der Gelegenheit habe ich auch gleich das System als Multihost aufgebohrt. Der Restore lief eine ganze Weile und es hakte nur bei jarvis. Nachdem alle zigbee Geräte neu angelernt sind, habe ich jetzt ein ganz sauberes System

[saeft_2003]

@kiste01

Aber die zigbee Geräte muss man normal nicht wieder anlernen

[AlCalzone]

@thomas-braun Ich habe das vor kurzem auch gemacht und bin dann noch hierdrüber gestolpert:
https://raspberrypi.stackexchange.com/a/133930

Habs natürlich erst nach dem Neustart gemerkt als der Pi nicht mehr ohne Tastatur und Bildschirm zu bedienen war. Wäre ggf. sinnvoll das oben zu erwähnen und ggf. vorsichtshalber vorm letzten Neustart zu machen.

[Rockfox]

Hab das Update wie beschrieben ausgeführt, dass hat soweit auch alles geklappt und war fertig. Danach hab ich den Pi mit

sudo reboot now

Neu starten lassen Jetzt komme ich mit ssh pi@ip-adresse nicht mehr auf den pi drauf

ssh pi@ip-adresse
ssh: connect to host ..... port 22: Operation timed out
danach 
ssh: connect to host ..... port 22: Host is down

Was kann ich hier ggf. versuchen?

[OpenSourceNomad]

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

Was kann ich hier ggf. versuchen?

Mittels hostname verbinden

[AlCalzone]

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

Hab das Update wie beschrieben ausgeführt, dass hat soweit auch alles geklappt und war fertig. Danach hab ich den Pi mit

Meinen Post direkt über deinem lesen?

[Rockfox]

@alcalzone
OKay manchmal sieht man den Wald vor lauter Bäumen nicht. Sorry dafür.

Also muss ich das ausführen:

sudo nano /etc/systemd/system/dhcpcd.service.d/wait.conf

Change from:
[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

To:
[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -q -w

Wie komme ich jetzt an den pi ran? BIldschirm und Tastatur direkt anschließen die einzigste Möglichkeit?

[Thomas Braun]

@rockfox
Wenn das WLAN-Kabel zerschnitten ist musst du wohl zunächst mal lokal an die Kiste.

[AlCalzone]

@thomas-braun Vielleicht wirklich oben vorm Reboot erwähnen?

[maxpd]

Bei mir gibt es neofetch zur Prüfung der aktuellen Version nicht

pi@iobroker:~ $ neofetch
-bash: neofetch: Kommando nicht gefunden.

[Thomas Braun]

@maxpd

Das brauchst du nicht. neofetch ist nur Spielerei auf der Konsole.
Kannst du nachinstallieren oder einfach mit

lsb_release -a

nachschauen.

[maxpd]

@thomas-braun Merci, deine Anleitung hat funktioniert!

[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.