Upgrade von Debian 11/Bullseye auf 12/Bookworm
-
ist jetzt durchgelaufen.
iob diag sagt das
======================= SUMMARY ======================= v.2023-06-20 Static hostname: ioBroker Icon name: computer-vm Chassis: vm 🖴 Machine ID: 1ac3324719bc45948df881cb4544cc37 Boot ID: e7c6e5b9abfc40ea9b742c87a07faa2b Virtualization: kvm Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.0-12-amd64 Architecture: x86-64 Hardware Vendor: QEMU Hardware Model: Standard PC _i440FX + PIIX, 1996_ Firmware Version: rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org Installation: kvm Kernel: x86_64 Userland: amd64 Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 1 Nodejs-Installation: /usr/bin/nodejs v18.18.0 /usr/bin/node v18.18.0 /usr/bin/npm 9.8.1 /usr/bin/npx 9.8.1 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 18G 3.9G 13G 540K 1.1G 14G Swap: 1.0G 0B 1.0G Total: 19G 3.9G 14G Active iob-Instances: 31 Active repo(s): Stable (default), live-stable ioBroker Core: js-controller 5.0.12 admin 6.10.1 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : ioBroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.web-speedy.0 : web-speedy : ioBroker - disabled + system.adapter.web.0 : web : ioBroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 58570 States: 52473 Size of iob-Database: 100M /opt/iobroker/iobroker-data/objects.jsonl 34M /opt/iobroker/iobroker-data/objects.json.migrated 34M /opt/iobroker/iobroker-data/objects.json.bak.migrated 12K /opt/iobroker/iobroker-data/objects.json.old 0 /opt/iobroker/iobroker-data/objects.json.broken 107M /opt/iobroker/iobroker-data/states.jsonl 6.3M /opt/iobroker/iobroker-data/states.json.migrated 6.3M /opt/iobroker/iobroker-data/states.json.bak.migrated 4.0K /opt/iobroker/iobroker-data/states.json.old 0 /opt/iobroker/iobroker-data/states.json.broken =================== END OF SUMMARY ====================Ist das so OK?
-
@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Active repo(s): Stable (default), live-stable
Ja. Wobei ich die Erfahrung gemacht habe, das zwei zeitgleich aktive Repos sich gegenseitig im Weg stehen. (War bei mir aber auch ein Mix aus 'Stable' und 'Beta').
-
Ich sehe gerade:
Hardware Model: Standard PC i440FX + PIIX, 1996
ein aktuelleres Modell kann da nicht virtualisiert werden?
-
welches ist dann besser? Stable oder live-stable?
-
@thomas-braun sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Ich sehe gerade:
Hardware Model: Standard PC i440FX + PIIX, 1996
ein aktuelleres Modell kann da nicht virtualisiert werden?
Verstehe nicht was du meinst
-
@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
welches ist dann besser? Stable oder live-stable?
Stable. Live-Stable ist nur als Fall-Back vorgesehen, wenn Stable nicht funktioniert. Gibt da wohl manchmal Konstellationen.
-
@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Verstehe nicht was du meinst
Die kvm stellt virtuelle Hardware zur Verfügung. Bei dir wohl einen PentiumII aus dem Jahr 1996.
-
hmm, bei Proxmox kann ich bei Machienentyp Standart (i440fx) oder q35 auswählen. Habe mir darüber keine gedanken gemacht. Läuft jetzt schon 2 Jahre damit.....
-
@chris76e sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
hmm, bei Proxmox kann ich bei Machienentyp Standart (i440fx) oder q35 auswählen. Habe mir darüber keine gedanken gemacht. Läuft jetzt schon 2 Jahre damit.....
Moin,
die Einstellung
I440fxoderq35sagt nur wie der Speichercontroller oder andere Schnittstellen angebunden sind, wobei derq35wohl der etwas aktuellere ist. Du kannst aber noch, den CPU Typ einstellen
Hier die Erklärung -> https://deine.proxmox.ip:8006/pve-docs/chapter-qm.html#qm_system_settingsCPU Type QEMU can emulate a number different of CPU types from 486 to the latest Xeon processors. Each new processor generation adds new features, like hardware assisted 3d rendering, random number generation, memory protection, etc.. Also, a current generation can be upgraded through microcode update with bug or security fixes. Usually you should select for your VM a processor type which closely matches the CPU of the host system, as it means that the host CPU features (also called CPU flags ) will be available in your VMs. If you want an exact match, you can set the CPU type to host in which case the VM will have exactly the same CPU flags as your host system. This has a downside though. If you want to do a live migration of VMs between different hosts, your VM might end up on a new system with a different CPU type or a different microcode version. If the CPU flags passed to the guest are missing, the QEMU process will stop. To remedy this QEMU has also its own virtual CPU types, that Proxmox VE uses by default. The backend default is kvm64 which works on essentially all x86_64 host CPUs and the UI default when creating a new VM is x86-64-v2-AES, which requires a host CPU starting from Westmere for Intel or at least a fourth generation Opteron for AMD. In short: If you don’t care about live migration or have a homogeneous cluster where all nodes have the same CPU and same microcode version, set the CPU type to host, as in theory this will give your guests maximum performance. If you care about live migration and security, and you have only Intel CPUs or only AMD CPUs, choose the lowest generation CPU model of your cluster. If you care about live migration without security, or have mixed Intel/AMD cluster, choose the lowest compatible virtual QEMU CPU type.VG
Bernd -
"Debian 12 'Bookworm' ist am 10.06.2023 als stabil veröffentlicht worden, allerdings sind einige Repositories von Dritten sind noch nicht richtig umgestellt. Insbesondere die Pakete für Raspberry OS sind noch auf dem Stand von Debian 11 'Bullseye'. Hier würde ich noch etwas abwarten."
Hallo thomas-Braun,
seit du hier beschrieben hast wie man auf Bookworm kommt ist ja schon einige Zeit vergangen.
So weit ich gesehen habe gibt es den Bücherwurm für den Respberry immer noch nicht.Würdest du auch weiterhin zum abwaren raten?
Mein System(chen) ist sonst so weit auf Stand bis auf den Bücherwurm.
Mich würde dazu deine Expertiese interssieren.
Viele Grüße Duffy
-
@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Würdest du auch weiterhin zum abwaren raten?
Ich rate immer nur zu released versions.
Alles andere dient lediglich zum Beta-testen. -
aber man ist wohl seitens Raspbian dran.
Mein bullseye stable Repo wurde heute zum oldstable umbenannt.
-
@siggi0904 sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Mein bullseye stable Repo wurde heute zum oldstable umbenannt.
Ja, das ist dann ein recht sicheres Zeichen, dass ein Release unmittelbar bevorsteht.
-
Würdest du dann bitte auch wieder erklären wie man für die installation vorgehen muss? (Wenn es so weit ist)
-
@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
Würdest du dann bitte auch wieder erklären wie man für die installation vorgehen muss?
? Steht doch im ersten Eintrag drin.
-
@duffy backup machen
neue SD Karte nehmen (alte bleibt für fallback)
OS lite 64bit installieren
iobroker installieren
(vis installieren)
Restore zurückspielen
warten....warten....wartenfertig
-
Muss das dann nicht auf eine andere Daten Quelle zugreifen wenn es ein Raspberry os ist?
Bei meinem Test Pi hatte ich das schon nach deiner Beschreibung erfogreich durchgeführt
Aber dann muss ich doch trotzdem noch Influxdb und grafana extra installieren, oder?
-
@duffy sagte in Upgrade von Debian 11/Bullseye auf 12/Bookworm:
dann muss ich doch trotzdem noch Influxdb und grafana extra installieren, oder?
wenn du sowas nutzst, ja
-
Die Repos werden soweit alle richtig umgestellt, wenn du der Anleitung folgst.
-
Oh weh, ich bin froh das es aktuell so weit läuft
