iobroker startet nach Erstinstallation nicht
-
@homoran Ja, ist mir klar. Nicht klar ist mir, warum man a) bookworm schon fährt und b) warum man das zu einem Frankendebian vermurkst.
-
Nein - der unstable Eintrag kam schon vor längerer Zeit über eine "wireguard" Installation rein
und ist mir bis dato schlichtweg nicht aufgefallen. Also sorry für die Zeit, die ich euch gestohlen hab. Mir ist ein Fehler passiert und mir fehlt ehrlich gesagt ein wenig die Idee, wie ich den gerade wieder aufräumen soll. Der unstable Eintrag ist leider schon länger drin, und ein "downgrade" wird wohl nicht ganz so trivial werden. -
Als wenn es wireguard nicht auch für buster gäbe...
-
@gernot-lepuschitz was brauchst du denn noch davon und wofür?
Schließlich hast du ja
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
einen DEBIAN Homeserver, der 24/7 läuft
nicht nur für iob
-
@thomas-braun sagte in iobroker startet nach Erstinstallation nicht:
@homoran Ja, ist mir klar. Nicht klar ist mir, warum man a) bookworm schon fährt und b) warum man das zu einem Frankendebian vermurkst.
Zum Glück komme ich nicht aus Franken.
- Auch wenn die Bezeichnung wohl eher allegorisch einem missglückten, zusammengebastelten Geschöpf ähneln soll. Aber Deine Wortschöpfungen könnte man ganz generell bald in einem kleinen Buch veröffentlichen. 
-
Frankendebian ist aber keine Kreation von mir. Das ist die gängige Bezeichnung für so ein Flickwerk.
https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian
-
-
@homoran said in iobroker startet nach Erstinstallation nicht:
@gernot-lepuschitz was brauchst du denn noch davon und wofür?
Schließlich hast du ja
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
einen DEBIAN Homeserver, der 24/7 läuft
nicht nur für iob
Also auf dem Server laufen:
- ein VDR für SAT Empfang über IP im ganzen Haus
- Router, DHCP Server und DNS für sämtliche andere Hardware im Haus
- Fileserver mit Software RAID
Und ja - werft ruhig weiter mit Steinen, das Kind ist eh schon in den Brunnen gefallen. Der Fehler mit wireguard ist mir passiert (offensichtlich schon vor einem Jahr). Ehrlich gesagt bin ich grad ziemlich sauer auf mich selber. Nachdem zumindest die Dinge, die laufen sollen, auch noch immer laufen, wäre es wohl das einfachste, den unstable Eintrag zu entfernen und in den anderen sources buster durch bookworm zu ersetzen. Der Eintrag deb http://deb.debian.org/debian/ unstable main hat wahrscheinlich eh schon zur Folge, dass die buster Pakete ersetzt wurden.
-
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
Der Fehler mit wireguard ist mir passiert (offensichtlich schon vor einem Jahr).
shit happens!
kann jedem passieren, aber bookworm vor einem Jahr???@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
wäre es wohl das einfachste, den unstable Eintrag zu entfernen und in den anderen sources buster durch bookworm zu ersetzen.
nein, durch bullseye
-
@homoran said in iobroker startet nach Erstinstallation nicht:
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
Der Fehler mit wireguard ist mir passiert (offensichtlich schon vor einem Jahr).
shit happens!
kann jedem passieren, aber bookworm vor einem Jahr???Nein - aber der unstable / main Eintrag der in weiterer Folge dann zu bookworm / sid geführt hat.
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
wäre es wohl das einfachste, den unstable Eintrag zu entfernen und in den anderen sources buster durch bookworm zu ersetzen.
nein, durch bullseye
Sicher? Würden dann auch neuere Versionen wieder durch ältere aus Bullseye ersetzt werden?
-
@gernot-lepuschitz sagte in iobroker startet nach Erstinstallation nicht:
Sicher? Würden dann auch neuere Versionen wieder durch ältere aus Bullseye ersetzt werden?
Müsste man dann forcen. Sowas wieder auf sichere Gleise zu setzen ist aber Arbeit für einen der Vater und Mutter erschlagen hat.
-
So ich habe jetzt die package nodejs deinstalliert, dann sources.list bereinigt und auf bullseye gestellt. Dann mittels:
apt list --installed | grep lokal >& unstable_packages.logdie packages ermittelt, von denen neuere / unstable versionen installiert wurden. Mittels bash script aus der Liste die stable Pakete über:
apt download package/stablegeholt und mit
dpgk -i *.deballe installiert (also eigentlich ein downgrade gemacht).
Dann noch ein:apt --fix-broken install apt-get update apt-get dist-upgradehinterher.
Damit sollte das System hoffentlich wieder auf stable unterwegs sein. Kann ich jetzt einfach die iobroker installation löschen (also das /opt/iobroker Verzeichnis) und dann das Installationsskript nochmals ausführen? Dann sollte ja auch die korrekte nodejs version installiert werden.
-
Dann versuch mal dein Glück.
-
-
Zeig nochmal
uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
@thomas-braun said in iobroker startet nach Erstinstallation nicht:
uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
root@idefix:~/test/download# uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.18.0 v16.18.0 8.19.2 4.0.23 root root /root/test/download OK:1 http://deb.debian.org/debian bullseye InRelease OK:2 http://as-repository.openvpn.net/as/debian bullseye InRelease OK:3 http://deb.debian.org/debian-security bullseye-security InRelease OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease OK:5 http://deb.debian.org/debian bullseye-updates InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.18.0-deb-1nodesource1 Installationskandidat: 16.18.0-deb-1nodesource1 Versionstabelle: *** 16.18.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages -
Schaut auf den ersten Blick konsistent aus.
Über die root shell soltest du aber dennoch nochmal nachdenken.
Bzw. nicht nachdenken, das macht man so nicht. -
@thomas-braun
Also bei mir hab ich folgendes Szenario:- Ich arbeite alleine auf dem System (d.h. root passwort wird nicht geteilt)
- Root login über ssh ist gesperrt
- Ich logge mich mit meinem user ein und wenn ich etwas an der Konfiguration ändern will, mache ich eine session mittels su - auf.
- Bin ich mit den Konfigurationsänderungen fertig, beende ich die session mittels exit
Ich hab in dem Szenario noch nicht ganz verstanden, welchen Sicherheitsvorteil sudo bringen sollte, lass mich aber auch gerne eines besseren belehren.
Vielleicht liegt es auch einfach daran, dass meine ersten Linuxerfahrungen aus einer Zeit stammen, wo:- das Internet noch in den Kinderschuhen steckte
- die bekannteste Linux Distro slackware war
- man sich die Distro auf der UNI mittels 5 1/4 Zoll Disketten kopierte, weil ein Internetanschluß mittels Modem für einen Studenten einfach viel zu teuer war
lg
Gernot -
@gernot-lepuschitz Ungefähr aus der Zeit stammt auch noch das direkte root login.
Macht man ungefähr seit 2005 nicht mehr.
Man kurvt nur mit den benötigten Rechten durch das System und nimmt sich nur bei akutem Bedarf die höheren Rechte. Dann muss man auch nicht darüber nachdenken, ob man gerade dabei ist das Rechtegefüge unbeabsichtigt zu ändern.'sudo' ist der Indikator für: Vorsichtig was du da jetzt machst, es geht unter Umständen tief rein.
