Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Man erhält bloß ein minimales Rumpfsystem,
Genau das ist die Absicht, damit jede der ca. 65.000 Installationen so individuell wie möglich vom User gestaltet werden kann.
Jede installierte Instanz benötigt (einiges an) RAM.
Der Wunsch vieler User mit kleinen stromsparenden SBC arbeiten zu können, bedingt ein minimales GrundsystemVis ist übrigens nur bei knapp 40.000 der 65.000 Installationen installiert.
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Warum im neuen System die nachfolgenden Vorbereitungen rund um den Vis Adapter nötig sind, erschließt sich mir nicht
Weil für die Darstellung aller Visualisierungen (vis ist nur eine!) sowie der Charting Adapter ein oder mehrere weitere Webinterfaces mit möglierweise unterschiedlichen Zugriffsrechten notwendig ist.
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
sie sind jedoch notwendig, damit später alles funktioniert.
sind sie nicht! Auf einem slave benötige ich z.b. keine zweite vis
-
@legro sagte: web Adapter installieren. Ohne diesen ist der Vis Adpater nicht lauffähig.
Als ich (vor langer Zeit) Vis installiert habe, wurde der Web-Adapter automatisch mit installiert.
-
@djmarc75 said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Keine Ahnung warum Du meinst dass VIS so dringend in der Grundinstallation benötigt wird.
Weil mein schlichtes Gemüt sich nicht vorstellen mag, ohne Vis zu arbeiten.
Wenn jemand VIS benutzen möchte dann kann dieser Adapter ja zusätzlich installiert werden. Oder soll Jarvis, iQontrol, usw, auch als "Standard" definiert werden ??? Das macht wenig Sinn.
Ich habe im Laufe der Zeit so manche Alternative ausprobiert und bin am Ende stets bei Vis geblieben. Die Vorstellung, das Vis fester Bestandteil sei, ist begründet in meinen Werdegang: Als Anfänger habe ich mich stets brav an die Anleitungen zu den ioBroker Installationen gehalten. In diesen wurde halt immer Vis mit installiert. Für wen's kein Standard ist, braucht's halt nicht.
Deine Überschrift vom Beitrag ist sehr verwirrend da es Dir anscheinend inhaltlich nur um das Thema VIS geht, welches Du schon in anderen Beiträgen kürzlich kommentiert hast.
Die Überschrift ist doch klar! Wer kein Vis nutzt, hat's anscheinend gut, wenn hier keine Fehler im Zusammenhang mit BackItUp anscheinend auftreten.
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Weil mein schlichtes Gemüt sich nicht vorstellen mag, ohne Vis zu arbeiten.
DEIN Gemüt.... ist ja auch ok, wenns Du so haben magst.
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
das Vis fester Bestandteil sei, ist begründet in meinen Werdegang
DEIN Werdegang und nicht derer Anderen
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Die Überschrift ist doch klar! Wer kein Vis nutzt, hat's anscheinend gut, wenn hier keine Fehler im Zusammenhang mit BackItUp anscheinend auftreten.
Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit
? Da steht weder von VIS noch von Backitup was ... oder brauche ich noch eine zweite Brille ?
-
@paul53 sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
@legro sagte: web Adapter installieren. Ohne diesen ist der Vis Adpater nicht lauffähig.
Als ich (vor langer Zeit) Vis installiert habe, wurde der Web-Adapter automatisch mit installiert.
ist seit einiger Zeit anscheinend nicht mehr der Fall.
-
@homoran sagte: Auf einem slave benötige ich z.b. keine zweite vis
Auch keinen zweiten Admin - der sollte trotzdem bei der Erstinstallation dabei sein, meiner Meinung nach sogar als einziger Adapter.
-
@paul53 sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Als ich (vor langer Zeit) Vis installiert habe, wurde der Web-Adapter automatisch mit installiert.
Und ist bei meinem gerade Neu aufgesetzten ioBroker auch noch immer so.
-
beim letzten "Upgrade" meiner Skaves habe ich ein neues, aktuelles OS aufgespielt, den ioBroker Einzeiler, danach alle Adapter incl. admin gelöscht und dann per
iobroker setup customdie Slaves an den Master gebunden. Läuft problemlos!@paul53 sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
meiner Meinung nach sogar als einziger Adapter.
backitup wurde quasi als "erzieherische Maßnahme" hinzugefügt, nachdem die Posts im Forum überhand nahmrn, in denen etwas gerettet werden musste weil kein Backup existierte.
Info und erst recht Discovery brauche ich auch nicht und lösche sie sofort wieder.
-
@fredf sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
@paul53 sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Als ich (vor langer Zeit) Vis installiert habe, wurde der Web-Adapter automatisch mit installiert.
Und ist bei meinem gerade Neu aufgesetzten ioBroker auch noch immer so.
dann tut's das jetzt wieder!
Gut so! -
@Alle
Vielen Dank an alle, die sich konstruktiv bei der Lösungsfindung beteiligt haben. Alleine hätte ich das wohl so schnell noch nicht hinbekommen.
Meine Absicht war zu keiner Zeit eine Diskussion über Sinn und Unsinn von Adapter-Installationen auszulösen. Ich bin heilfroh, dass nun endlich soweit alles auf Bullseye läuft.
Die Überschrift habe ich nochmals geändert und hoffe, dass damit nun alle zufrieden sind.
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Die Überschrift habe ich nochmals geändert und hoffe, dass damit nun alle zufrieden sind.
Ich sehe da keine Änderung aber egal, weil wenn...
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit:
Vielen Dank an alle, die sich konstruktiv bei der Lösungsfindung beteiligt haben. Alleine hätte ich das wohl so schnell noch nicht hinbekommen.
...das Dein Statement ist dann passt ja alles zu 100%.
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Mal eben auf ein neues 64Bit System per BackItUp eine alte Konfiguration drüberzubügeln bleibt derzeit nicht nur ein Traum
Hab ich hier schon gemacht, war gar kein großes Thema.
-
@thomas-braun said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis
Hab ich hier schon gemacht, war gar kein großes Thema.
Du Glücklicher!
Aber sei versichert: Wir bilden uns die Fehler doch nicht, die sind definitiv vorhanden.
Wie ich vorgegangen mit, habe ich ja hier detailliert beschrieben. Was hast du ggf. anders gemacht?
-
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Was hast du ggf. anders gemacht?
Nichts. Backup des iobroker im 32-Bit-System, 64-Bit-System aufgezimmert, Backup eingespielt, fertig.
-
@thomas-braun said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Was hast du ggf. anders gemacht?
Nichts. ..
Und was ich gemacht habe, das habe ich ja im ersten Beitrag ganz ausführlich beschrieben.
Da es nunmal Gründe gegeben muss, die (nicht nur bei mir) zu Fehlern führen, müssen in den Unterschieden unserer Systeme letztendlich die Ursachen zu finden sein.
en detail ..
Mein System habe ich vor rund eineinhalb Jahren systematisch aufzubauen begonnen. So kamen immer mehr Elemente hinzu: Geräte, Objekte, Skripte, .. wurden in Betrieb genommen und konfiguriert. Da ich als Anfänger sicherlich nicht alles überblick(t)e, könnte sich so manche Ungereimtheit eingeschlichen haben, die unerkannt im Hintergrund nun ihr Unwesen treibt.
Aber auch nicht von mir zu verantwortende Dinge sind beteiligt. Eine mögliche Ursache finden wir ja rundum die Visualisierung Vis. Die notwendigen Klimmzüge, die damit verbundenen Fehler zu umgehen, deuten darauf hin, dass u.a. vermutlich auch BackItUp noch nicht alles richtig. Usw.
eine Entscheidung muss her ..
Gefrustet, wie ich derzeit bin, denke ich an einen radikalen Schnitt: Da ich glücklicherweise über eine zweite Hardwareausstattung verfüge, ziehe ich einfach ein System völlig neu, parallel zum alten hoch. Auf diese Weise könnte ich zumindest die von mir zu verantwortenden Fehler beim Aufbau des Systems weitestgehend vermeiden (hoffentlich!).
Aber wenn ich daran denke, wie umfangreich unser System schon geworden ist, ..
Vorschlag/Bitte an die Entwickler ..
Wenn es möglich wäre, Teile eines System zu sichern und wiederherzustellen, könnte man gewiss so manchen Fehler leichter lokalisieren, finden und beseitigen.
-
@legro das übliche Vorgehen hat dir @Thomas-Braun bereits beschrieben.
Das haben etliche User erfolgreich durchgeführt.Die Ursachen für deine Probleme müssen in deinem System liegen.
Ggf. schon älterer Natur und möglicherweise auch bereits im Backup enthalten.Klimmzüge, wie du sie beschreibst sind nicht üblich!
In den meisten solcher Fälle liegt es an dem Fundament, nicht an ioBroker.
Deine Idee alles neu aufzusetzen ist begrüßenswert.
Halte dich dabei bitte an die normale Vorgehensweise.- nur OS aufspielen
- ko figurieren und aktualisieten
- iobroker über den Einzeiler installieren
- node und npm wird automatisch und korrekt installiert
- wegen des möglicherweise noch existierenden bugs bei vis jetzt vis installieren
- Backup wiederherstellen
Das sollte es gewesen sein.
- nur OS aufspielen
-
@homoran said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Die Ursachen für deine Probleme müssen in deinem System liegen. .. Klimmzüge, wie du sie beschreibst sind nicht üblich! .. In den meisten solcher Fälle liegt es an dem Fundament, nicht an ioBroker.
Die Probleme mit der Visualisierung Vis sind so unüblich derzeit offenbar auch wieder nicht.
Beispielsweise gibt es einen über 80 Beiträge umfassenden weiteren Thread dazu. Das Ganze mehr oder weniger in Teilen schönreden zu wollen hilft nicht weiter. Zur Fehlerbeseitigung muss wahrscheinlich jeder - Nutzer und Entwickler - seinen Teil dazu beitragen, damit das Ganze gelingt.Deine Idee alles neu aufzusetzen ist begrüßenswert. Halte dich dabei bitte an die normale Vorgehensweise. ..
Hiermit trägst du Eulen nach Athen.
Aber noch gebe ich nicht komplett auf.Da YAKHA sich wie die ZigBee-Datenbank separat wiederherstellen lässt, werde ich meinen an @denjo gegebenen Rat halten.
Ich werde berichten, wie's ausgegangen ist. -
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Das Ganze mehr oder weniger in Teilen schönreden zu wollen hilft nicht weiter.
das macht niemand!
und wie du richtig schreibst@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
gibt es einen ... Thread dazu.
es hat aber nichts mit 64Bit zu tun.
Mich stört, dass du die Probleme, die du hast, als üblich darstellst.
Die Frage nach Belegen für diese Behauptung schmetterst du immer ab. Das ist nicht die feine Art.Das Problem ist aber nicht üblich!
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Da ... sich ... die ZigBee-Datenbank separat wiederherstellen lässt
das ist ja auch kein ioBroker Bestandteil, sondern gehört zum "Gateway".
iobroker ist ja "nur" die Middleware, die die Infos der diversen Gateways vermittelt (brokert)@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Aber noch gebe ich nicht komplett auf.
sollst du auch nicht!
Ich will endlich sehen, wo der Hund bei dir begraben ist/war.Wie geschrieben, sollte es nicht am ioBroker liegen
BTW Hast du die Firmware des Pi aktualisiert?
-
@homoran said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
Mich stört, dass du die Probleme, die du hast, als üblich darstellst.
Mich stört, dass du meinen Beiträge offenbar nicht mit der nötigen Sorgfalt liest, ansonsten würdest alle deine Vorwürfe gewiss nicht erheben. Ich will nicht recht haben und schon gar nicht rumzanken, ich möchte geholfen bekommen und alles dazu beitragen, wo man ggf. nach Ursachen suchen könnte.
Ich will endlich sehen, wo der Hund bei dir begraben ist/war.
Genau so sollten wir die Sache weiter verfolgen!
Gemeinsam sollten wir - auch wenn es länger währen sollte - dies sicherlich schaffen.BTW Hast du die Firmware des Pi aktualisiert?
Da fummle ich nicht ohne Not d'ran 'rum. Ich habe mich hieran nur in den Anfängen versucht, als die Boot-Option von SSD in meinem Raspberry Pi noch nicht implementiert war. Damals war das Zeug sogar noch im beta Status.
