Zitat von lamberto: „Da muss ich wohl bis neulich ne uralte Version benutzt haben. “ Bei Putty ist das schon ewig und 3 Tage so. Um halbwegs genau zu sein, hier ein Auszug aus Putty/Changes aus dem Jahr 2000: Bug fix: choosing local-terminal line discipline together with SSHpassword authentication now doesn't cause the password to be echoedto the screen.

Zitat von dosemann: „was falsch gemacht zu haben, da es nicht funktioniert “ Was heißt denn genau "da es nicht funktioniert" ?

Zitat von Joerg1909: „Leider habe ich dieses Image auch aus Slot 3 (HDF - Image) in Slot 3 zurück geschrieben. “ Das ist grundsätzlich möglich und auch kein Fehler ! Zitat von Joerg1909: „Hätte ich ja auch über Slot 1 sichern müssen und auch zurückspielen sollen. “ Das ist keine Bedingung ! Da muß zusätzlich etwas anderes passiert sein.

Zitat von lamberto: „Jetzt habe ich noch das Problem, dass ich über Putty nach dem <login as> root keine Eingabe (Passwort) mehr machen kann. “ Du siehst bei Putty grundsätzlich nicht die Zeichen des Passworts, das Du eintippst ! Du tippst also blind, das ist eine Sicherheitsmaßnahme. Also Passwort blind eintippen, ENTER drücken und Du bist drin. (Ja, bin ich denn schon drin ?)

Danke für Feedback !

Woran genau lag es ? Was hast Du alles gemacht ? Ist für alle Leser von Interesse.

Per SSH anmelden, init 2 eingeben und schauen ob Du crashlogs unter /home/root/logs hast. Falls ja, bitte hier als Dateianhang posten.

Du hast einfach nicht lange genug gewartet.

Zitat von abx: „Danke. Gibt also keine baugleiche Box zu meiner derzeitigen, bei der man es versuchen könnte? “ Du kannst es ja versuchen, wenn Du das unbedingt willst. Niemand hält Dich davon ab. Ob man Dir danach noch helfen kann ist eine ganz andere Frage.

Hier (in beiden logs) liegt wohl der Hase im Pfeffer: 10:52:50.5613 File "/usr/lib/enigma2/python/Plugins/SystemPlugins/SoftwareManager/ImageBackup.py", line 246, in read_startup 10:52:50.5618 File "<frozen codecs>", line 322, in decode 10:52:50.5619 UnicodeDecodeError: 'utf-8' codec can't decode byte 0x98 in position 3: invalid start byte 10:52:50.5620 [ePyObject] (CallObject(<bound method NumberActionMap.action of <Components.ActionMap.NumberActionMap object at 0xad393510>>,('WizardActions', '…

Nein, Feed ist nicht gesperrt. Man kann per opkg downloaden. Image download funktioniert auch, z.B.: wget v75.hdfreaks.cc/gbquad4k/openh…uad4k-32-20250623_usb.zip

Für libcurl4 und libc6 gilt immer noch: "no valid architecture".

Wenn die Platte NICHT gemountet ist, das Verzeichnis /media/hdd/movie löschen. Danach Platte wieder mounten. Das hat den Vorteil, daß es eine Fehlermeldung gibt, wenn Du bei nicht gemounteter Platte eine Aufnahme startest. Anderenfalls gibt es keine Fehlermeldung, die Aufnahme startet, schreibt Dir den Flash-Speicher voll und Du hast mehr Ärger als Dir lieb sein kann.

Menü -> HDF-Toolbox -> Image Box Info Menü -> Diskspace

Vermutlich muß /usr/lib/enigma2/python/Tools/Directories.py angepaßt werden.

Hast Du, wie empfohlen, vorher ein FullBackup erstellt ?

Dein zweites Bild zeigt aber noch /dev/sda1 953G 19G 934G 2% /media/DISK_1 an. Es fehlt Dir möglicherweise das Verzeichnis /media/hdd Falls das so ist, bitte anlegen. Dann reboot Danach sollte bei df -h /media/hdd statt /media/DISK_1 erscheinen.

Diese Zeile ans Ende der /etc/fstab setzen: /dev/sda1 /media/hdd ext4 defaults 0 0 Am besten mit vi oder nano auf der command line. /dev/sda1 sollte das richtige device sein. Falls nicht, zeige mal, was bei blkid | grep sd herauskommt.

Die wird wohl unter dem Festplattenlabel gemountet. Trag die mal per Hand in die /etc/fstab als /media/hdd ein.

Zitat von willy01: „Geht im 7.3 und 6.5 auch nicht, ist immer ntfs. “ Was ist immer NTFS ? Fehlermeldung ? Crashlog ? Screenshot ?