[gelöst] Problem mit Raspberry Pi und ioBroker

[Thomas Braun]

@silbroker
Zu viel gefummelt.
OS sauber installieren, dann einfach den ug. Befehl mit curl eingeben. Das Ding dazwischen ist eine sog. Pipe | und nicht das was du da eingibst.

Kein node installieren, sondern nur diese eine Zeile in die Konsole hämmern:

curl -sL https://iobroker.net/install.sh | bash -

Und meld dich verdammt noch eins NICHT als root an!

Wo kommt eigentlich immer diese ganze Blödsinn her, der hier bei der Installation immer wieder zu sehen ist?

[da_Woody]

@Thomas-Braun said in Problem mit Raspberry Pi und ioBroker:

Und meld dich verdammt noch eins NICHT als root an!

autsch!

[silbroker]

@Thomas-Braun
danke werde es gleich testen

[da_Woody]

@silbroker | altgr und <

[silbroker]

@Thomas-Braun

Danke so hat es geklappt

Gruss

Silbroker

[Master67]

@Thomas-Braun sagte in Problem mit Raspberry Pi und ioBroker:

Und meld dich verdammt noch eins NICHT als root an!

Das lässt sich aber nicht immer vermeiden, mir Persönlich passiert es oft das ich diese Bescheuerte "Sperr" Nachricht erhalten, und da ich nicht immer Lust habe Stunden lang in Netzt zu Suchen wie man die "Gesperrte Datei" entsperrt mach ich das als "root" und ja ich weis das dass in die Hose gegen kann, aber dafür gibt es Backups und das ist schneller wieder Eingespielt als (wie gesagt) nach der Lösung zusuchen.
Und bis jetzt (und habe das so schon X mal gemacht) hatte ich noch nie Probleme mit den System!

[Thomas Braun]

@Master67 Doch, das kann man vermeiden.
Ich bin auf meinen Systemen nie root.
Und wenn das System dir auf die Finger haut, dann hat das einen Zweck und ist kein Designfehler.

Was soll denn das für eine 'gesperrte' Datei sein, für die du eine root-Shell benötigen würdest?

sudo vor den Befehl und du bist da. Und wenn das nicht funktioniert ist dein System kaputt

[Master67]

@Thomas-Braun völlig richtig... aber in meinem Fall war es wohl nur ein "Rechte" Problem das ich als "root" umgehen konnte, sicher... für jemanden der sich mit der Linux Konsole und der Rechtevergabe unter Linux auskennt, für Leute wie mich, ein Unnötiges Hindernis.

[Jan1]

@Master67
Nicht Hindernis, sondern Schutz davor, was zu löschen, das Du nicht löschen sollst

[Thomas Braun]

@Master67 Da widerspreche ich vehement. Das Rechtesystem ist kein unnötiges Hindernis sondern essentielle Grundlage für ein stabiles System.

[Master67]

@Jan1 ... Sorry das entwickel sich hier in eine falsche Richtung... das sollte jetzt keine Diskussion werden, nur ein hinweis das es (in meinen Augen) hin und wieder Nötig ist und solange es für MICH keine schnelle und genauso Einfache Lösung für das Problem gibt mache ich das als "root"

[Thomas Braun]

@Master67 Mach es mit sudo vorneweg!
Dann hast du kein 'Problem' das du mit einem root Login lösen müsstest.

Wenn der Blödsinn für dich mangels Ahnung notwendig erscheint, dann geb den Schwachsinn wenigstens nicht auch noch als angebrachte Lösung weiter.

[Jan1]

@Master67
Das ist keine Diskussion, sondern ein Ratschlag, da es auch ohne root gehen muss mit sudo und wenn das nicht geht, stimmt schon was nicht, was in Zukunft nur für noch mehr Probleme sorgen wird. Das ist auch schon alles dazu.

[Master67]

@Jan1 @Thomas-Braun ... ja mit Sudo (so ganz ist mir Linux jetzt nicht unbekannt) aber genau dann, meist wenn ich ein Update anstoße diese Fehlermeldung, somit stopp das Update loge mich mich dann per "sudo -s" ein läuft das Update durch

[Thomas Braun]

@Master67 Bei welchem Update?
Beim apt update?
Das passiert bei mir nie. Es kann nur ein Prozess auf die Datenbank zugreifen und die wird dann gesperrt. Da sollte man dann tunlichst nicht auch noch mit dem root ankommen.

Daher kommt die Meldung das die lock-Datei gesetzt ist vollkommen zu Recht.

[Master67]

@Thomas-Braun... das ist egal... ob nur "apt" oder "apt-get" wenn das mal wieder passiert mache ich ein Screen

[Thomas Braun]

@Master67 Ich bitte darum. Also nicht um einen Screenshot, sondern um Text.

[Master67]

@Thomas-Braun kann ich machen

[Thomas Braun]

@Master67 Du meinst sowas?

pi@raspberrypi:~ $ apt update
Paketlisten werden gelesen... Fertig
E: Sperrdatei /var/lib/apt/lists/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden.
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/pkgcache.bin - RemoveCaches (13: Keine Berechtigung)
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Keine Berechtigung)
pi@raspberrypi:~ $

[Master67]

@Thomas-Braun Japp sowas