NEWS
Steinel L600 CAM
-
Also es gibt definitiv eine neue Charge der L600. Zu erkennen an der Zahl rechts neben dem Datum dort stand bisher immer 08529. Bei den neuen Modellen die ich gekauft habe steht dort 09485.
Warum der Downgrade nicht mehr funktioneirt kann ich im Nachhinein nicht mehr zu 100% sagen. Entweder liegt es an dieser neuen Charge, oder es hat schon bei dem Ändern der WLAN Reichweite einen entsprechenden Patch mit eingespielt der das Downgrade verhindert. Die Kameras finde ich im DeviceManager ja problemlos, nur nach dem Upload kommt dann eben die Meldung das ein Downgrade zu einer älteren Version nicht möglich wäre. Mit dem alten Device Manager habe ich es nicht versucht.
Habe jetzt einfach alle Cams auf das vor ein paar Tagen erschienene Update gehoben und nutze einfach die App. -
Also es gibt definitiv eine neue Charge der L600. Zu erkennen an der Zahl rechts neben dem Datum dort stand bisher immer 08529. Bei den neuen Modellen die ich gekauft habe steht dort 09485.
Warum der Downgrade nicht mehr funktioneirt kann ich im Nachhinein nicht mehr zu 100% sagen. Entweder liegt es an dieser neuen Charge, oder es hat schon bei dem Ändern der WLAN Reichweite einen entsprechenden Patch mit eingespielt der das Downgrade verhindert. Die Kameras finde ich im DeviceManager ja problemlos, nur nach dem Upload kommt dann eben die Meldung das ein Downgrade zu einer älteren Version nicht möglich wäre. Mit dem alten Device Manager habe ich es nicht versucht.
Habe jetzt einfach alle Cams auf das vor ein paar Tagen erschienene Update gehoben und nutze einfach die App.@Ken-Popper
Meine Cam hat laut Karton Boden auch die Chargennummer 09485.
Habe die Anleitung von https://gsf.diphda.uberspace.de/smarthome/2019/04/15/hack-your-steinel-l600-camlight/
und die dort verlinkten Datei und Software benutzt.
Windows Firewall deaktiviert,Downgrade lief einwandfrei durch.
Läuft jetzt ohne Abbrüche seit ca 36Std.
App hat sich gestern aktualisiert,bietet aber kein Update an. -
Interessant finde ich auch das sich die Cam nicht am DHCP anmeldet bzw wenn dann nur einmalig bei Einrichtung bzw. vielleicht noch im Fehlerfall. Danach behält Sie ihre einmalig zugewiesene IP bis zum Reset und nicht wie es eigentlich üblich wäre nach Ablauf des DHCP Lease wieder neu vom Server. Ebenso scheint die Kamera einen festen DNS zu nutzen. Die IP der Cam konnte ich im Device Manager aber problemlos ändern. Bei dem DHCP Verhalten und dem DNS-Server wird man aber nichts machen können oder?
-
Interessant finde ich auch das sich die Cam nicht am DHCP anmeldet bzw wenn dann nur einmalig bei Einrichtung bzw. vielleicht noch im Fehlerfall. Danach behält Sie ihre einmalig zugewiesene IP bis zum Reset und nicht wie es eigentlich üblich wäre nach Ablauf des DHCP Lease wieder neu vom Server. Ebenso scheint die Kamera einen festen DNS zu nutzen. Die IP der Cam konnte ich im Device Manager aber problemlos ändern. Bei dem DHCP Verhalten und dem DNS-Server wird man aber nichts machen können oder?
-
Interessant finde ich auch das sich die Cam nicht am DHCP anmeldet bzw wenn dann nur einmalig bei Einrichtung bzw. vielleicht noch im Fehlerfall. Danach behält Sie ihre einmalig zugewiesene IP bis zum Reset und nicht wie es eigentlich üblich wäre nach Ablauf des DHCP Lease wieder neu vom Server. Ebenso scheint die Kamera einen festen DNS zu nutzen. Die IP der Cam konnte ich im Device Manager aber problemlos ändern. Bei dem DHCP Verhalten und dem DNS-Server wird man aber nichts machen können oder?
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
-
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
Hallo zusammen, ich bin neu hier. Hoffe mir kann jemand helfen. Ich bekomme seit einigen Tagen keine Benachrichtigungen mehr auf meinem Handy. Reset der Lampe habe ich durchgeführt. Mit dem dünnen, kleinen Schlüssel hat man den Eindruck, als würde mann etwas durchstechen. Egal alles was ich versucht habe bringt leider nichts. Vor ein paar Tagen konnte ich ein Update machen. Weiterhin keine Warnungen mehr auf meinem Handy. Hat jemand eine Idee? Danke vorab
-
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
-
@winkimania sagte in Steinel L600 CAM:
Auch ich habe mit die Steinel L600 letzte Woche gekauft. Die Verarbeitung ist meiner Meinung nach sehr gut, aber die Software ist einfach schlecht. Als erstes hat die Konfiguration mit meinem etwas älteren Handy nicht funktioniert. Ich konnte die Leuchte nicht in mein WLAN einbinden. Mit dem Handy meiner Freundin hat es dann geklappt.
Die Firmware ist noch die alte. Es funktioniert alles soweit bis auf das Nachtlicht. Ich kann es zwar in der App auf 0% (Aus) stellen, es bleibt aber trotzdem immer auf 20%. Eventuell wäre dies mit einem Firmware-Update behoben. Aber dieses hab ich aus den hier genannten Gründen noch nicht gemacht, sondern erstmal ein bisschen geforscht :wink:
https://upgrade.lutec.com/others/F9520510XXXXX00000200000Über eine Anfrage an den lutec-Server mit der DevID in diesem Format kommt folgendes zurück:
{ "version_number": 2, "versions": [ { "FileLevel": 0, "ChangeLog": "new version", "DevID": "F95205101001000000200000", "FileName": "CamLight_Wifi_10%_Attenuation", "FileSize": 7368973, "Date": "2019-01-23", "Latest":true, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_10OFF.bin" }, { "FileLevel": 0, "ChangeLog": "test 2", "DevID": "F95205101001000000200000", "FileName": "CamLight_Wifi_25%_Attenuation", "FileSize": 7368888, "Date": "2019-01-23", "Latest":false, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_25OFF.bin" }, { "FileLevel": 0, "ChangeLog": "test new version", "DevID": "F95205101001000000200000", "FileName": "CamLight_Normal", "FileSize": 7368973, "Date": "2019-01-23", "Latest":false, "Download": "https://camlight-upgrade.steinel.de/others/files/F9520510XXXXX00000200000/General_CamLight_IPC_HI3518EV200_50H10L_8188EU_S38_V4.03.R12.Nat.20190123_ALL_10OFF.bin" } ] }Die alte orginal Firmware konnte ich dort aber leider nicht finden.
Ich habe dann weiter recherchiert und herausgefunden, dass die komplette Kommunikation über ein Programm mit dem Namen "Sofia" läuft. Auch der Zugriff über den Browser und RTSP. Nach einem Vergleich der alter Sofia-Datei mit der neuen Sofia-Datei sieht es so aus, als ob dort die Stellen die RTSP betreffen nun fehlen. Der Grund könnte folgender sein:
https://github.com/tothi/pwn-hisilicon-dvrSo wie es scheint ist Sofia sehr sehr unsicher, teilweise mit default Passwörtern für RTSP und WebInterface die IMMER funktionieren. Ich könnte mir vorstellen, dass RTSP und WebInterface deshalb deaktiviert wurden.
Ich selbst bin nun am überlegen was ich mit der Leuchte mache. Zurückgeben oder eventuell eine andere Lösung!? Wenn das Nachtlicht ohne ein Update nicht AUS geht und mit Update der RTSP weg ist, dann ist das echt doof.
@fd_samdi
Du hast die Leuchte doch schon zerlegt oder? Ist es möglich an die Kamera ran zu kommen ohne was kaputt zu machen? Könntest du mal genauer beschreiben wie du vorgegangen bist? Das wäre echt toll.Ich hab das Image mal heruntergeladen und entpackt:

Dann ein wenig gegoogelt und das hier gefunden:
https://lfto.me/reverse-engineering-dvr-firmware/Mehr Zeit hatte ich noch nicht, aber vielleicht ist es ja für euch interessant.
@Hiltex said in Steinel L600 CAM:
Dann ein wenig gegoogelt und das hier gefunden:
https://lfto.me/reverse-engineering-dvr-firmware/Mehr Zeit hatte ich noch nicht, aber vielleicht ist es ja für euch interessant.
Von den jeweiligen Dateien die ersten 64 Byte abschneiden.
Danach kann man die Dateien jeweils unter Linux mounten. Geht natürlich auch in einer virtuellen Linux-Maschine unter Windows.mount -o loop <Image Dateiname> <mountpoint>Also z.b.:
mount -o loop ~/steinel/romfs-x.cramfs_stripped.img /mnt/romDann kann man ganz normal auf die Dateien im Image zugreifen.
-
DNS ändern wäre ggf. in der resolv.conf möglich, die sieht bei mir so aus:
search fritz.box
nameserver 192.168.179.1Man müsste aber Schreibrechte auf die Dateien bekommen. DHCP müsste man schauen.
-
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin. -
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
-
@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
@Smart86 sagte in Steinel L600 CAM:
@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
Das geht bei mir auch. Nur muss ich locker alle 3-4 Tage die Zeit wieder neu stellen weil die immer wieder hinterher hinkt. Bei der Cam läuft die Uhr wohl langsamer :joy:
-
@Smart86 sagte in Steinel L600 CAM:
@el_malto sagte in Steinel L600 CAM:
@ggansde sagte in Steinel L600 CAM:
@Smart86 Wäre auch toll, wenn man der Kamera einen internen NTP-Server zuweisen könnte. Nachdem der Netzwerktraffic in Richtung Internet blockiert ist, funktioniert die Zeitsynchronisation nicht mehr.
Das ist mir auch schon aufgefallen und wäre wirklich super. Meine hängt schon 4 Stunden zurück.
Oder wenn man den Timestamp aus machen könnte. Die meisten Programme wie Motion oder iSpy haben die funktion ja sowieso drin.Also bei mir geht das über die Steinel App. Hier gibt es ja den Punkt "Uhrzeit synchronisieren". Das geht auch mit gesperrtem Internetzugang für die Camera, zumindest ist es bei mir so.
Das geht bei mir auch. Nur muss ich locker alle 3-4 Tage die Zeit wieder neu stellen weil die immer wieder hinterher hinkt. Bei der Cam läuft die Uhr wohl langsamer :joy:
-
moin,
nachdem ich die Lampe habe, hat sich mein alter Post erledigt...
Jetzt habe ich was gelernt. Auch wenn es im Nachhinein logisch ist.
Ich komme nicht über die Web-Oberfläche rein.Ein Hash-Zeichen im Passwort ist keine gute Idee!mein pure-ftpd schmeißt Segmentation fault
# ./pure-ftpd & # [1]+ Segmentation fault ./pure-ftpd # # ./pure-ftpd Segmentation faulthat einer schon eine Sammlung von funktionsfähigen binares für die Cam? Das wäre ganz praktisch.
Ansonsten versuche ich morgen was zusammenzustellen.
-
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
@Ken-Popper sagte in Steinel L600 CAM:
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
Den DNS kann man auch mit dem aktuellen DeviceManager ändern.

hat gut funktioniert und läuft auch bei mir über pihole. auch konnte ich darüber die Cam in ein anderes Wlan umziehen. mit SSID, Passwort und IP ändern. hat prima geklappt.
Nur noch mit dem booten über die sd-Karte mit telnetd habe ich Probleme. Dabei ist der kompletter Traffic der Cam nach draußen gesperrt.
-
@Ken-Popper sagte in Steinel L600 CAM:
@Smart86 sagte in Steinel L600 CAM:
@Ken-Popper
Die Cam erhält wohl einmalig die IP-Adresse vom DHCP Server und vergibt sich dann diese IP selbst als feste IP. Das Ganze wird unter folgendem Pfad auf der CAM abgelegt: /mnt/mtd/Config/network2
Leider habe ich bislang nur einen lesenden FTP Zugriff auf die CAM hinbekommen. Wenn man root Rechte hätte, könnte man dort zumindest die IP ändern.
IP ändern geht wie gesagt im Device Manager, aber hätte die CAM halt gerne über Pi Hole laufen lassen. mein DHCP vergibt diesen zwar eigentlich aber die Cam scheint einen fest hinterlegten zu haben.
Den DNS kann man auch mit dem aktuellen DeviceManager ändern.

hat gut funktioniert und läuft auch bei mir über pihole. auch konnte ich darüber die Cam in ein anderes Wlan umziehen. mit SSID, Passwort und IP ändern. hat prima geklappt.
Nur noch mit dem booten über die sd-Karte mit telnetd habe ich Probleme. Dabei ist der kompletter Traffic der Cam nach draußen gesperrt.
Meine oben stehende Antwort hat mich auch auf die Lösung meines Problems gebracht.
Wie @Smart86 bereits gesagt hat, muss die Cam Zugriff auf das Internet haben. Das war mir auch bewusst. Der zweiter Schritt war, den DNS Eintrag zu ändern. Bei mir PiHole im Einsatz, was offensichtlich verhindert hat, dass die Cam beim Booten auf die SD-Card zugreifen konnte.Aber jetzt ist die Scheiße wieder oben.
- Ich bereite die SD-Karte
- Starte die Lampe und kann mich per telnet einloggen.
- Ich schalte die Lampe aus und dann wieder ein
- kein telnet möglich!
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
WTF mache ich falsch???
-
Ausgabe von Sofia, bevor die Verbindung mal wieder weg war...
Vielleicht kann einer was damit anfangen?!
LibCrypto : g_cryptotype = 2 CryptoDecrypt,556 or_sel=1 IPC_WP_100!!! ********************************************************************** | SYSTEM INFO | ID: 0x0114 | product type: WP_100W | DSP chip: HI3518EV200 | LIBDVR version: Complied at May 13 2017 09:42:27 SVN:2130 ********************************************************************** LIBDVR : LIBDVR: Complied at May 13 2017 09:42:27 SVN:2130 LIBFVIDEO: Complied at May 17 2017 15:57:22 SVN:2002 =>ibwlan version: 1.0.0 - Complie time Sep 13 2015 15:06:28, wpa-psk sensor productID 0xa042 IPC_50H10_Sensorchip h42 HiSystem.c(625) [foo1]: hw_info = 276,sensorChip = 23 HiSystem.c(629) [foo1]: LIBHICAP: Complied at May 13 2017 10:57:03 SVN:3946 HiSystem.c(693) [foo1]: profileVal = ▒,MaxResolution = 3 HiSystem.c(408) [SysHWIDInit]: SLAVE_CHIP_NUM is 0 HiSystem.c(409) [SysHWIDInit]: VI_CHN_NUM_HOST_CHIP is 1 HiSystem.c(410) [SysHWIDInit]: VI_CHN_NUM_PER_SLAVE_CHIP is 0 HiSystem.c(411) [SysHWIDInit]: AI_CHN_NUM_HOST_CHIP is 1 HiSystem.c(412) [SysHWIDInit]: AI_CHN_NUM_PER_SLAVE_CHIP is 0 HiSystem.c(413) [SysHWIDInit]: ====================== -
Meine oben stehende Antwort hat mich auch auf die Lösung meines Problems gebracht.
Wie @Smart86 bereits gesagt hat, muss die Cam Zugriff auf das Internet haben. Das war mir auch bewusst. Der zweiter Schritt war, den DNS Eintrag zu ändern. Bei mir PiHole im Einsatz, was offensichtlich verhindert hat, dass die Cam beim Booten auf die SD-Card zugreifen konnte.Aber jetzt ist die Scheiße wieder oben.
- Ich bereite die SD-Karte
- Starte die Lampe und kann mich per telnet einloggen.
- Ich schalte die Lampe aus und dann wieder ein
- kein telnet möglich!
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
WTF mache ich falsch???
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows. -
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows.@joedi sagte in Steinel L600 CAM:
@a200 said in Steinel L600 CAM:
muss ich jedes Mal, wenn ich die Karte aus Lampe hole sie neu formatieren? Sie ist immer unformatiert!
Hallo a200,
wie hattest du die Karte denn formatiert? FAT32 order ExtFat? Ich würde FAT32 empfehlen.
Ggf. ändert deine Firmware den File System Typ der Karte. Hast du überprüft welchen File System Typ sie hat nachdem du sie nicht mehr lesen konntest?
Vielleicht kannst du die CAM mal laufen lassen, eine Aufnahme provozieren und dann in Telnet nachschauen ob und wie die SD gemoutet ist. Hierzu einfach "mount" eingeben.
Oder unter einem Linux System feststellen, ggf. auch mit einem Tool wie "MiniTool Partition Wizard" unter Windows.Hi @joedi,
- habe die Karte immer mit FAT32 formatiert.
- Aufnahme ist bei mir ausgeschaltet.
- gemountet wird sie unter /var/tmp/mmcblock0 habe aber nie auf das FS-Type geachtet. Mach ich beim nächsten Mal.
- Als ich gestern noch die extrahierten Binares auf die Karte kopiert habe und drauf zugreifen wollte, dann konnten die Verzeichnisse /etc und /sbin nicht richtig gelesen werden. Ein cd in das Verzeichnis war möglich, aber ls -ls meldete zu jeder Datei eine input/output Lesefehler. und zwar in jedem Verzeichnis. strange....
- Was ich bei dir nicht verstehe ist ist der Abschnitt:
mount /dev/mmcblk0 /opt/ PATH=/opt/bin:$PATH CPLUS_INCLUDE_PATH=/opt/bin pure-ftpd &Wieso mountest du die Karte unter /opt erneut und greifst nicht über über den bereits gemounteten Pfad?
- Was mich aber am meisten stört, ist die Tatsache, dass meine Lampe innerhalb von 24 Stunden plötzlich resettet wurde. Gestern kurz vorm Schlafengehen meldet die Lampe plötzlich "Ready to configure". Alle Einstellungen sind weg! Der Zugang zum Internet war gesperrt und auf der SS lief eine Daueraufnahme. Aber es kann nicht sein, dass die Einstellungen weg sind....
Ich werde heute noch bisschen testen. Vor Allem das mit dem FS der SD-Karte nachdem sie raus ist. Ich melde mich mit neuen Infos.
Vielen Dank für die Unterstützung.