UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[OliverIO]

@karl-heinz1

probiere doch mal die vorgehensweise die ich beschrieben habe
um die sd karte wieder zugänglich zu machen

hast du kein backup ausserhalb der sd karte?
wenn nicht ist die backup strategie fehlgeschlagen

[Karl-Heinz1]

@oliverio sagte in Zugriff auf IOBroker aus anderem WLAN:

@karl-heinz1

probiere doch mal die vorgehensweise die ich beschrieben habe
um die sd karte wieder zugänglich zu machen

hast du kein backup ausserhalb der sd karte?
wenn nicht ist die backup strategie fehlgeschlagen

Ich habe die neue Karte rausgezogen und die alte gesteckt.

Jetzt kommt die Meldung das sich der Schlüssel geändert hat.

Das ist mir bekannt, ich muss in die knowhosts Datei den neuen Schlüssel einfügen.

Das funktioniert nicht, ich habe den am Ende angefügt. Ich habe da schon mal früher gemacht, wie ich nur eine SD Karte mit System erstellt habe.

Ich hatte ja vorher dort schon mal reingeschaut, da steht jetzt viel mehr drin.

Ich habe noch eine Kopie, oder muss der neue Schlüssel an den Anfang ??

[TT-Tom]

@karl-heinz1

dein neuer Schlüssel kommt nicht in diese Datei knowhosts, sondern bei authorized_keys

in der knowhosts maximal den alten fingerprint von der IP löschen

[Karl-Heinz1]

@tt-tom sagte in Zugriff auf IOBroker aus anderem WLAN:

@karl-heinz1

dein neuer Schlüssel kommt nicht in diese Datei knowhosts, sondern bei authorized_keys

in der knowhosts maximal den alten fingerprint von der IP löschen

Die Datei authorized_keys habe ich nicht finde sie auch nicht ich habe die known_hosts umbenannt und wenn keine da ist komme ich drauf.

Aber die Änderung in der cmdline.txt funktioniert nicht, als nicht im Terminal und ich habe ja noch das Display am Raspi selbst angeschlossen. Dort kommt nach dem der Raspi hochgefahren ist
Login:
da geht auch nichts, su eingeben, dann folgt Passwort: da habe ich auch alles versucht und Passwort habe nur 2 überhaupt und da habe ich schon alles probiert.

Ich verstehe eigentlich nicht, warum man selbst Local dort nicht mehr dran kommt.

[TT-Tom]

@karl-heinz1

bei login musst du dein login Namen ein geben, nicht su

[Karl-Heinz1]

@tt-tom

ist das der name, der im Terminal beim anmeldet vor dem @ steht also z.B Raspberry123@192.168.123

ich sehe auf dee SD Karte eine Datei "passwd" , da steht aber auch nur drin, da die nur im Single Modus aktiv ist.

[Karl-Heinz1]

@tt-tom sagte in Zugriff auf IOBroker aus anderem WLAN:

@karl-heinz1

bei login musst du dein login Namen ein geben, nicht su

Das habe ich selbstverständlich auch versucht, hat alles keinen Erfolg.

Ich denke das einzigste wäre jetzt die SD Karte auszulesen.

Dann müßte ich doch zumindest die Backupdateien kopieren können.

Weiss jemand ob und wie das möglich ist ?

[TT-Tom]

@karl-heinz1

Ja der vor dem @. Mit dem müsstest du dich auch lokal anmelden können.

[OliverIO]

@karl-heinz1

Deine Beschreibung sieht so aus, als ob du die Anleitung nicht bis ganz zu Ende durchgeführt hast
Das, was ich oben beschrieben habe, beschreibt den Prozess, das Passwort eines User auf einen bestimmten bekannten Wert wieder einzustellen.
Wenn der Zugriff dann wieder normal funktioniert,
Dann müsstest du dich ja per SSH wieder auf dem Gerät mit dem User und dem nun neuen Passwort einloggen können.
Stattdessen fuhwerkst du in den Konfigurationsdaten von SSH auf dem Gerät herum.
Bei Anmeldung mit User Name Passwort, findest du dort nur authorizedhosts.

Also, am besten die Anleitung von vorne bis zum Schluss abarbeiten.
Wenn du dann mit angeschlossener Tastatur und Bildschirm dich wieder als normaler User einloggen kannst, dann kannst du das Gerät wieder ans Netzwerk Und es per Remote und SSH probieren.

[Karl-Heinz1]

@oliverio

nein, ich bin strikt nach Anleitung gegangen:

SD Karte in meinen Rechner: cmdline.txt "init=/bin/sh" speichern
SD Karte wieder in den Raspi
Strom einschalten
dann kommt Login: su
dann kommt Passwort: passwd pi

Das genau steht in der Anweisung, und dann den Anweisungen folgen. Aber es kommt ja immer nur Login: und "unkorrekt login".

Ich habe es natürlich auch mit passwd "mein Passwort" versucht.

Ich habe in keinen Configurationsdateien gefuhrwerkt wie du es nennst, aber wenn ich mit dem Terminal mich wieder anmelden muss, dann muss die "known_hosts" ja den richtigen Schlüssel für diese SD Karte haben. Und die known_hosts habe ich immer für diese SD Karte kopiert oder umbenannt.

Das war aber alles vorher.

[Thomas Braun]

@karl-heinz1 sagte in Zugriff auf IOBroker aus anderem WLAN:

Mit

SD Karte in meinen Rechner: cmdline.txt "init=/bin/sh" speichern

sollte eine root shell starten. Also dürfte das LoginPrompt dann so aussehen

root@host ~:

[Karl-Heinz1]

@thomas-braun

Also root@host ~: steht da nicht aber, mir ist das vorher garnicht aufgefallen.
wenn ich die eine SD Karte reinstecke bin ich angemeldet vorne steht in grüner Schrift
pi@raspberrypi $:
Also da bin ich angemeldet. Ich habe direkt : "passwd" eingeben, dann kam,
bitte das Passwort eingeben, habe ich das bekannte Passwort eingegeben
Bitte neues Passwort eingeben
Bitte neues Passwort wiederholen
Hat funktioniert

Aber wie melde ich mich jetzt im Terminal an ?
und über den Browser funktioniert auch nicht.

Da scheint die firewall zu greifen. Ich kann aber im Verzeichnis /etc an der Konsole mit ls alle Dateien sehen.

[Thomas Braun]

@karl-heinz1 sagte in Zugriff auf IOBroker aus anderem WLAN:

Da scheint die firewall zu greifen.

Ja, logisch. Die hast du ja auch aktiviert. Offenbar blockt die erstmal alles (was das übliche Verhalten einer frischen Installation ist) und man muss die jetzt entsprechend konfigurieren. (Oder wieder ganz abschalten...)

[Karl-Heinz1]

@thomas-braun

ich kann im root Verzeichnis sehen, das dort 4 Dateien sind, die bei dem Versuch wireguard zu installieren, angelegt wurden. Ich weiss nicht ob das die Ursache ist
das sind "client_private.key","client_public.key","server_private.key","server_public.key".

[Karl-Heinz1]

@thomas-braun

ich will jetzt nichts falsch machen.
Den Raspi nur ausschalten ?
oder muss ich die letze Zeile aus der cmdline.txt wieder entfernen ?

[Thomas Braun]

@karl-heinz1

Aus der cmdline.txt ein Eintrag init=/bin/sh wieder entfernen.
Dann greift wieder das übliche LogIn (entweder lokal per user/pw oder per SSH (natürlich nur, wenn die Firewall nicht weiterhin Anfragen an den SSH-Port verwirft).

[Karl-Heinz1]

@thomas-braun

das kann ich doch direkt an der Konsole mit nano machen.

und die Firewall müsste ich doch an der Konsole mit sudo ufw disable wieder abschalten
Kann ich dann auch ufw wieder deinstallieren mit sudo apt remove --purge ufw
oder wird ufw noch für was anderes gebraucht ?

[OliverIO]

@karl-heinz1

Den letzten Punkt hast du vergessen?
Das ergänzen der Datei ist nur ein notzugang
Den muss man erst wieder entfernen
Und wieder einloggen.
Aber Thomas hat das ja schon geschrieben
In diesem Zustand kennt linux keine Nutzer.
Nur Root und da sollte man über das beschriebene hinaus nix machen.
Das ist eine op am offenen Herzen. Da muss man sehr sorgfältig sein. Auch linux kann man kaputt machen

[Karl-Heinz1]

@oliverio sagte in Zugriff auf IOBroker aus anderem WLAN:

@karl-heinz1

Den letzten Punkt hast du vergessen?
Das ergänzen der Datei ist nur ein notzugang
Den muss man erst wieder entfernen
Und wieder einloggen.
Aber Thomas hat das ja schon geschrieben
In diesem Zustand kennt linux keine Nutzer.
Nur Root und da sollte man über das beschriebene hinaus nix machen.
Das ist eine op am offenen Herzen. Da muss man sehr sorgfältig sein. Auch linux kann man kaputt machen

Du schreibst "Den letzten Punkt habe ich vergessen"

Du meinst damit das Entfernen von init=/bin/sh aus der Datei ?

[Karl-Heinz1]

@oliverio

Aber nur mit der Aktion habe ich die Firewall nicht abgeschaltet, dann habe ich doch immer noch den Zustand, denn mein Passwort war ja noch das richtige, ich habe zwar jetzt auf ein neues Passwort gesetzt, aber das ändert doch den Zustand nicht.