Ich muss meinen Router mit lftp flashen (OpenWRT via EVA/ADAM-2). Dazu benutze ich mein Opensuse Tumbleweed. Da sagt die Website: https://openwrt.org/toh/avm/fritz.box.wlan.3370
Change your local IP to 192.168.178.10 (subnet 255.255.255.0) Open a terminal in the directory where the files to flash are Connect host LAN cable to FRITZ!Box LAN port Power on FRITZ!Box and immediately run
Also, wenn ich das richtig verstehe: meine lokale IP ist die meines PC (TW), nicht die der Fritzbox die ja auf 192.168.178.1 per default beim Starten kurz erreicht wird. Und hier kommt der Teil der mich ein wenig ratlos macht: "Öffne eine Konsole in dem Verzeichnis wo die Flash Dateien gespeichert sind." Nun ist das so: nehmen wir mal an ich habe sie in Downloads. Also: # cd /home/entropy/Downloads Wenn ich aber jetzt lftp ausführe, dann bin ich ja in der Konsole als: # entropy@localhost:~> lftp lftp :~> wo wird nun lftp nach den Dateien beim ausführen suchen: in Downloads (das Verzeichnis in dem ich war als ich lftp startete oder in root oder /home? Mit anderen Worten: muss ich lftp noch sagen wo die Dateien sind wenn ich hier bin: lftp :~> Wenn ja wie mache ich dies? Oder wenn ich: # lftp -f adam2-cmd jetzt ausführe (wobei adam2-cmd mit den beiden anderen in dem Verzeichnis Dowloads ist in das wir gewechselt hatten) wird er sie finden? Reicht es aus das betreffende Kommando jetzt auszuführen, weil sich das Programm in dem zuletzt ausgewählten Verzeichnis "bedient"? Danke und Verzeihung wenn das ein wenig OT ist. Ich habe genau *NULL* Erfahrung mit lftp. Schönes Wochenende.
Am 16.12.2023 um 18:36 schrieb Stakanov:
Ich muss meinen Router mit lftp flashen (OpenWRT via EVA/ADAM-2). Dazu benutze ich mein Opensuse Tumbleweed.
Da sagt die Website: https://openwrt.org/toh/avm/fritz.box.wlan.3370
Change your local IP to 192.168.178.10 (subnet 255.255.255.0) Open a terminal in the directory where the files to flash are Connect host LAN cable to FRITZ!Box LAN port Power on FRITZ!Box and immediately run
Also, wenn ich das richtig verstehe: meine lokale IP ist die meines PC (TW), nicht die der Fritzbox die ja auf 192.168.178.1 per default beim Starten kurz erreicht wird.
Und hier kommt der Teil der mich ein wenig ratlos macht:
"Öffne eine Konsole in dem Verzeichnis wo die Flash Dateien gespeichert sind."
Nun ist das so: nehmen wir mal an ich habe sie in Downloads. Also:
# cd /home/entropy/Downloads Wenn ich aber jetzt lftp ausführe, dann bin ich ja in der Konsole als:
# entropy@localhost:~> lftp lftp :~>
wo wird nun lftp nach den Dateien beim ausführen suchen: in Downloads (das Verzeichnis in dem ich war als ich lftp startete oder in root oder /home?
Mit anderen Worten: muss ich lftp noch sagen wo die Dateien sind wenn ich hier bin: lftp :~>
Wenn ja wie mache ich dies?
Oder wenn ich: # lftp -f adam2-cmd
jetzt ausführe (wobei adam2-cmd mit den beiden anderen in dem Verzeichnis Dowloads ist in das wir gewechselt hatten) wird er sie finden? Reicht es aus das betreffende Kommando jetzt auszuführen, weil sich das Programm in dem zuletzt ausgewählten Verzeichnis "bedient"?
Danke und Verzeihung wenn das ein wenig OT ist. Ich habe genau *NULL* Erfahrung mit lftp.
Schönes Wochenende.
Ich habe da mal reingeguckt: die beiden put Befehle enthalten keine Pfadangaben. Also liegt doch wohl Nahe dass er die Files aus dem gerade aktuellen Verzeichnis putten will. Außerdem steht da "Open a terminal in the directory where the files to flash are" ... sagt mir wieder mal wer Lesen kann hat mehr vom Leben Manfred
In data sabato 16 dicembre 2023 19:36:48 CET, Manfred Kreisl ha scritto:
Am 16.12.2023 um 18:36 schrieb Stakanov:
Ich muss meinen Router mit lftp flashen (OpenWRT via EVA/ADAM-2). Dazu benutze ich mein Opensuse Tumbleweed.
Da sagt die Website: https://openwrt.org/toh/avm/fritz.box.wlan.3370
Change your local IP to 192.168.178.10 (subnet 255.255.255.0)
Open a terminal in the directory where the files to flash are Connect host LAN cable to FRITZ!Box LAN port Power on FRITZ!Box and immediately run
Also, wenn ich das richtig verstehe: meine lokale IP ist die meines PC (TW), nicht die der Fritzbox die ja auf 192.168.178.1 per default beim Starten kurz erreicht wird.
Und hier kommt der Teil der mich ein wenig ratlos macht:
"Öffne eine Konsole in dem Verzeichnis wo die Flash Dateien gespeichert sind."
Nun ist das so: nehmen wir mal an ich habe sie in Downloads. Also:
# cd /home/entropy/Downloads Wenn ich aber jetzt lftp ausführe, dann bin ich ja in der Konsole als:
# entropy@localhost:~> lftp lftp :~>
wo wird nun lftp nach den Dateien beim ausführen suchen: in Downloads (das Verzeichnis in dem ich war als ich lftp startete oder in root oder /home?
Mit anderen Worten: muss ich lftp noch sagen wo die Dateien sind wenn ich hier bin: lftp :~>
Wenn ja wie mache ich dies?
Oder wenn ich: # lftp -f adam2-cmd
jetzt ausführe (wobei adam2-cmd mit den beiden anderen in dem Verzeichnis Dowloads ist in das wir gewechselt hatten) wird er sie finden? Reicht es aus das betreffende Kommando jetzt auszuführen, weil sich das Programm in dem zuletzt ausgewählten Verzeichnis "bedient"?
Danke und Verzeihung wenn das ein wenig OT ist. Ich habe genau *NULL* Erfahrung mit lftp.
Schönes Wochenende.
Ich habe da mal reingeguckt:
die beiden put Befehle enthalten keine Pfadangaben. Also liegt doch wohl Nahe dass er die Files aus dem gerade aktuellen Verzeichnis putten will.
Außerdem steht da "Open a terminal in the directory where the files to flash are" ... sagt mir wieder mal wer Lesen kann hat mehr vom Leben
Manfred
Ich kann schon lesen Manfred. Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich.
Am 16.12.23 um 20:10 schrieb Stakanov:
Ich kann schon lesen Manfred. Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich.
Wenn Du an dieser Stelle keine technische Frage hast, sondern nur jemanden suchst, der sagt: "Ja, komm, trau Dir!" den Job kann ich gern übernehemen. Viele Grüße Ulf
In data sabato 16 dicembre 2023 21:39:18 CET, Ulf Volmer ha scritto:
Am 16.12.23 um 20:10 schrieb Stakanov:
Ich kann schon lesen Manfred. Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich. Wenn Du an dieser Stelle keine technische Frage hast, sondern nur jemanden suchst, der sagt: "Ja, komm, trau Dir!"
den Job kann ich gern übernehemen.
Viele Grüße
Ulf Die technische Frage ist wie ich herausfinden kann ob das Programm es macht bevor(!) ich das Progamm ausführe. Die Frage war ob jemand mit dem Programm lftp Erfahrung hat. Da OpenWRT im deutschen Raum weit verbreitet ist, dachte ich es war eine gute Idee hier zu fragen ob schon jemand geflasht hat, das Modem ist schließlich ein deutsches Model.
Deine Hilfe wie nach s.o. ist somit nicht von nutzen. Jemand der eventuell die Prozedur mit diesem oder einer anderen Box und openWRT mit lftp unter TW oder LEAP ausgeführt hat durchaus.
Am 16.12.23 um 22:04 schrieb Stakanov:
Die technische Frage ist wie ich herausfinden kann ob das Programm es macht bevor(!) ich das Progamm ausführe.
Dann hättest Du die Frage so stellen sollen. Also: setzt Dir einen ftp Server auf, erstelle eine Command File für lftp und finde heraus, ob lftp sich so verhält wie die man Page verspricht.
Die Frage war ob jemand mit dem Programm lftp Erfahrung hat. Da OpenWRT im deutschen Raum weit verbreitet ist, dachte ich es war eine gute Idee hier zu fragen ob schon jemand geflasht hat, das Modem ist schließlich ein deutsches Model.
Ne, klar, OpenWRT und openSuse fangen ja beide mit 'open' an. Muß ja iregndwie hier hingehören... Viele Grüße Ulf
In data sabato 16 dicembre 2023 22:38:32 CET, Ulf Volmer ha scritto:
Ne, klar, OpenWRT und openSuse fangen ja beide mit 'open' an. Muß ja iregndwie hier hingehören...
Viele Grüße Ulf vom OP (und nicht zu erwähnen "as of subject"):
"Danke und Verzeihung wenn das ein wenig OT ist. Ich habe genau *NULL* Erfahrung mit lftp". Und jetzt lass es gut sein. Ich kann leider nicht eine zweite Maschine erreichen, ich habe schlicht keine in die ich via ftp die files übertragen könnte. Aber wir lassen das jetzt mal gut sein. Auf seine Art war dieser Thread ja auch hilfreich. Sehr sogar.
Am 16.12.23 um 22:44 schrieb Stakanov:
Ich kann leider nicht eine zweite Maschine erreichen, ich habe schlicht keine in die ich via ftp die files übertragen könnte.
Man kann einen ftp Server durchaus auf der gleichen Maschine laufen lassen, wenn es nur um den Erkenntnisgewinn geht. Viele Grüße Ulf
Hallo, Am Samstag, 16. Dezember 2023, 20:10:37 CET schrieb Stakanov: Snip
Ich kann schon lesen Manfred. Dann mach das mal in englisch: https://linux.die.net/man/1/lftp https://linuxconfig.org/lftp-tutorial-on-linux-with-examples https://dade2.net/kb/complete-lftp-command-tutorial/
Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich. Auszug: get [-E] [-a] [-c] [-e] [-P N] [-O base] rfile [-o lfile] ...
Retrieve the remote file rfile and store it as the local file lfile. ^^^^^^^^^^^^^^^ ... put [-E] [-a] [-c] [-e] [-P N] [-O base] lfile [-o rfile] Upload lfile with remote name rfile. If -o omitted, the base name of lfile is used as remote name. Does not expand wildcards, use mput for that. -o <rfile> specifies remote file name (default - basename of lfile) -c continue, reput. It requires permission to overwrite remote files -E delete source files after successful transfer (dangerous) -e delete target file before the transfer -a use ascii mode (binary is the default) -P N upload N files in parallel -O <base> specifies base directory or URL where files should be placed -- Mit freundlichen Grüßen Matthias Müller Diese Mail ist mit OpenPGP signiert! Zum überprüfen der Signatur, der Integrität und Authentizität meiner Mails kann man OpenPGP (https://www.openpgp.org/) installieren. Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
In data sabato 16 dicembre 2023 22:49:32 CET, Matthias Müller ha scritto:
Hallo,
Am Samstag, 16. Dezember 2023, 20:10:37 CET schrieb Stakanov: Snip
Ich kann schon lesen Manfred.
Dann mach das mal in englisch: https://linux.die.net/man/1/lftp https://linuxconfig.org/lftp-tutorial-on-linux-with-examples https://dade2.net/kb/complete-lftp-command-tutorial/
Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich.
Auszug: get [-E] [-a] [-c] [-e] [-P N] [-O base] rfile [-o lfile] ...
Retrieve the remote file rfile and store it as the local file lfile. ^^^^^^^^^^^^^^^
...
put [-E] [-a] [-c] [-e] [-P N] [-O base] lfile [-o rfile]
Upload lfile with remote name rfile. If -o omitted, the base name of lfile is used as remote name. Does not expand wildcards, use mput for that.
-o <rfile> specifies remote file name (default - basename of lfile) -c continue, reput. It requires permission to overwrite remote files -E delete source files after successful transfer (dangerous) -e delete target file before the transfer -a use ascii mode (binary is the default) -P N upload N files in parallel -O <base> specifies base directory or URL where files should be placed
Well in English that does actually work: the only command that one has to know is !ls as it shows you what the program sees/has access to when it has been launched. And this are actually the files in the directory you were, when did start the programme. Antwort: du kannst es mit folgendem Befehl sehen: !ls entropy@localhost:~/Downloads> cd OpenWRT_Fritzbox3370 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> dir totale 8284 -rw-r--r-- 1 entropy entropy 169 15 dic 19.21 adam2-cmd -rw-r--r-- 1 entropy entropy 5767168 15 dic 19.13 mtd0 -rw-r--r-- 1 entropy entropy 2710734 15 dic 19.13 mtd1 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> lftp lftp :~> !ls adam2-cmd mtd0 mtd1 lftp :~> Danke dafür mich an die man pages zu erinnern, leider denke ich nie daran sie als html zu konsultieren, was ziemlich lesbar ist. Auch finde ich sie nicht wirklich sinnvoll strukturiert was die Information angeht. YMMV. So hatte ich dann auch mal Glück. Danke.
Am 16.12.23 um 23:10 schrieb Stakanov:
In data sabato 16 dicembre 2023 22:49:32 CET, Matthias Müller ha scritto:
Hallo,
Am Samstag, 16. Dezember 2023, 20:10:37 CET schrieb Stakanov: Snip
Ich kann schon lesen Manfred.
Dann mach das mal in englisch: https://linux.die.net/man/1/lftp https://linuxconfig.org/lftp-tutorial-on-linux-with-examples https://dade2.net/kb/complete-lftp-command-tutorial/
Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich.
Auszug: get [-E] [-a] [-c] [-e] [-P N] [-O base] rfile [-o lfile] ...
Retrieve the remote file rfile and store it as the local file lfile. ^^^^^^^^^^^^^^^
...
put [-E] [-a] [-c] [-e] [-P N] [-O base] lfile [-o rfile]
Upload lfile with remote name rfile. If -o omitted, the base name of lfile is used as remote name. Does not expand wildcards, use mput for that.
-o <rfile> specifies remote file name (default - basename of lfile) -c continue, reput. It requires permission to overwrite remote files -E delete source files after successful transfer (dangerous) -e delete target file before the transfer -a use ascii mode (binary is the default) -P N upload N files in parallel -O <base> specifies base directory or URL where files should be placed
Well in English that does actually work:
the only command that one has to know is !ls as it shows you what the program sees/has access to when it has been launched. And this are actually the files in the directory you were, when did start the programme.
Antwort: du kannst es mit folgendem Befehl sehen: !ls
entropy@localhost:~/Downloads> cd OpenWRT_Fritzbox3370 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> dir totale 8284 -rw-r--r-- 1 entropy entropy 169 15 dic 19.21 adam2-cmd -rw-r--r-- 1 entropy entropy 5767168 15 dic 19.13 mtd0 -rw-r--r-- 1 entropy entropy 2710734 15 dic 19.13 mtd1 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> lftp lftp :~> !ls adam2-cmd mtd0 mtd1 lftp :~>
Danke dafür mich an die man pages zu erinnern, leider denke ich nie daran sie als html zu konsultieren, was ziemlich lesbar ist. Auch finde ich sie nicht wirklich sinnvoll strukturiert was die Information angeht. YMMV.
So hatte ich dann auch mal Glück. Danke.
Hi, ich nehme an, auch in lftp gibt es lcd. Bei mir (vsftp) kann man das Verzeichnis, in dem man sich local verbindet, also aus dem ftp ohne Pfadangabe und ohne Pfadwechsel, sehr elegant mit "lcd ." sehen: ftp> lcd . Local directory now: /home/joe ftp> Ich gehe mal davon aus, dass das generell immer so ist... -- cu jth
In data lunedì 18 dicembre 2023 07:42:32 CET, Jörg Thümmler ha scritto:
Am 16.12.23 um 23:10 schrieb Stakanov:
In data sabato 16 dicembre 2023 22:49:32 CET, Matthias Müller ha scritto:
Hallo,
Am Samstag, 16. Dezember 2023, 20:10:37 CET schrieb Stakanov: Snip
Ich kann schon lesen Manfred.
Dann mach das mal in englisch: https://linux.die.net/man/1/lftp https://linuxconfig.org/lftp-tutorial-on-linux-with-examples https://dade2.net/kb/complete-lftp-command-tutorial/
Und ich glaube (glaubte) auch dies Verstanden zu haben. Aber glauben ist bekanntlich nicht Wissen, allerdings weiß ich mit an Sicherheit grenzender Wahrscheinlichkeit dass, wenn ich einen Fehler mache, ich keine Fritzbox sondern ein hübsches rotes Brikett in den Händen halten. Man kann das dann noch zum Heizen verwenden, ist aber nicht umweltfreundlich.
Auszug: get [-E] [-a] [-c] [-e] [-P N] [-O base] rfile [-o lfile] ...
Retrieve the remote file rfile and store it as the local file lfile.
^^^^^^^^^^^^^ ^^
...
put [-E] [-a] [-c] [-e] [-P N] [-O base] lfile [-o rfile]
Upload lfile with remote name rfile. If -o omitted, the base name of
lfile is used as remote
name. Does not expand wildcards, use mput for that.
-o <rfile> specifies remote file name (default - basename of
lfile)
-c continue, reput. It requires permission to
overwrite remote files
-E delete source files after successful transfer
(dangerous)
-e delete target file before the transfer -a use ascii mode (binary is the default) -P N upload N files in parallel -O <base> specifies base directory or URL where files
should be placed
Well in English that does actually work:
the only command that one has to know is !ls as it shows you what the program sees/has access to when it has been launched. And this are actually the files in the directory you were, when did start the programme.
Antwort: du kannst es mit folgendem Befehl sehen: !ls
entropy@localhost:~/Downloads> cd OpenWRT_Fritzbox3370 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> dir totale 8284 -rw-r--r-- 1 entropy entropy 169 15 dic 19.21 adam2-cmd -rw-r--r-- 1 entropy entropy 5767168 15 dic 19.13 mtd0 -rw-r--r-- 1 entropy entropy 2710734 15 dic 19.13 mtd1 entropy@localhost:~/Downloads/OpenWRT_Fritzbox3370> lftp lftp :~> !ls adam2-cmd mtd0 mtd1 lftp :~>
Danke dafür mich an die man pages zu erinnern, leider denke ich nie daran sie als html zu konsultieren, was ziemlich lesbar ist. Auch finde ich sie nicht wirklich sinnvoll strukturiert was die Information angeht. YMMV.
So hatte ich dann auch mal Glück. Danke.
Hi,
ich nehme an, auch in lftp gibt es lcd. Bei mir (vsftp) kann man das Verzeichnis, in dem man sich local verbindet, also aus dem ftp ohne Pfadangabe und ohne Pfadwechsel, sehr elegant mit "lcd ." sehen:
ftp> lcd . Local directory now: /home/joe ftp>
Ich gehe mal davon aus, dass das generell immer so ist... Vielen Dank für deinen Beitrag. Also ich habe es ausprobiert und bis jetzt keinen Erfolg. Ich habe den Verdacht das das Timing noch nicht perfekt war, ich konnte mich einloggen, aber bei "binary" gab das Terminal den Fehler "error command not understood". Im Internet gab es dazu spezifisch wenig aber, einige Meldungen zum Thema korrektes Timing.
Am 19.12.23 um 22:54 schrieb Stakanov: snip... hne Pfadwechsel, sehr elegant mit "lcd ." sehen:
ftp> lcd . Local directory now: /home/joe ftp>
Ich gehe mal davon aus, dass das generell immer so ist...
Vielen Dank für deinen Beitrag. Also ich habe es ausprobiert und bis jetzt keinen Erfolg. Ich habe den Verdacht das das Timing noch nicht perfekt war, ich konnte mich einloggen, aber bei "binary" gab das Terminal den Fehler "error command not understood". Im Internet gab es dazu spezifisch wenig aber, einige Meldungen zum Thema korrektes Timing.
Hi, in der lftp manpage ist sogar ein "lpwd"-Befehl aufgeführt, der das lokale Verzeichnis, in dem der Client operiert, ausgibt. Das hat vsftp hier nicht, aber dann ist es noch einfacher. "binary" dagegen gibt es in lftp offensichtlich nicht (was ja die Fehlermeldung auch besagt). Das ist aber auch verständlich, weil eigentlich alle heutigen ftp-Server das Gegenteil - "ascii" - als "nightmare" oder "horrible" bezeichnen. Der Ascii-Datentransfer ist ein altes Feature, was viele Server noch für das Übertragen der Verzeichnisinfos etc. einsetzen, aber eigentlich unnötig. Daten als Ascii übertragen macht IMHO kein FTP-Server mehr ohne weiteres... Insoweit ist das wohl kein "Timing"-Problem. -- cu jth
Am Wed, Dec 20, 2023 at 07:39:39AM +0100 schrieb Jörg Thümmler:
Am 19.12.23 um 22:54 schrieb Stakanov:
"binary" dagegen gibt es in lftp offensichtlich nicht (was ja die Fehlermeldung auch besagt). Das ist aber auch verständlich, weil eigentlich alle heutigen ftp-Server das Gegenteil - "ascii" - als "nightmare" oder "horrible" bezeichnen. Der Ascii-Datentransfer ist ein altes Feature, was viele Server noch für das Übertragen der Verzeichnisinfos etc. einsetzen, aber eigentlich unnötig. Daten als Ascii übertragen macht IMHO kein FTP-Server mehr ohne weiteres...
Insoweit ist das wohl kein "Timing"-Problem.
'binary' ist hier kein Feature des FTP Clients sondern eines des Servers. lftp ist damit raus. Das die Fritte hier kein 'binary' anbietet, liegt vermutlich daran, dass der Login nicht erfolgreich war, was in der Tat die Ursache am Timeing haben könnte. (Aber nicht muss) Viele Grüße Ulf
Am 20.12.23 um 09:05 schrieb Ulf Volmer:
Am Wed, Dec 20, 2023 at 07:39:39AM +0100 schrieb Jörg Thümmler:
Am 19.12.23 um 22:54 schrieb Stakanov:
"binary" dagegen gibt es in lftp offensichtlich nicht (was ja die Fehlermeldung auch besagt). Das ist aber auch verständlich, weil eigentlich alle heutigen ftp-Server das Gegenteil - "ascii" - als "nightmare" oder "horrible" bezeichnen. Der Ascii-Datentransfer ist ein altes Feature, was viele Server noch für das Übertragen der Verzeichnisinfos etc. einsetzen, aber eigentlich unnötig. Daten als Ascii übertragen macht IMHO kein FTP-Server mehr ohne weiteres...
Insoweit ist das wohl kein "Timing"-Problem.
'binary' ist hier kein Feature des FTP Clients sondern eines des Servers. lftp ist damit raus.
OK, das war offensichtlich Blödsinn. lftp kennt das Kommando in der Tat nicht und setzt binary per Default. Sieht man, wenn man dem lftp ein '-d' mitgibt' ---> TYPE I <--- 200 Switching to Binary mode. ---> SIZE /etc/fstab <--- 213 1311 ---> MDTM /etc/fstab <--- 213 20210602170532 ---> EPSV <--- 229 Entering Extended Passive Mode (|||30099|) ---- Connecting data socket to (::1) port 30099 ---- Data connection established ---> RETR /etc/fstab <--- 150 Opening BINARY mode data connection for /etc/fstab (1311 bytes). Viele Grüße Ulf
In data mercoledì 20 dicembre 2023 09:29:47 CET, Ulf Volmer ha scritto:
Am 20.12.23 um 09:05 schrieb Ulf Volmer:
Am Wed, Dec 20, 2023 at 07:39:39AM +0100 schrieb Jörg Thümmler:
Am 19.12.23 um 22:54 schrieb Stakanov:
"binary" dagegen gibt es in lftp offensichtlich nicht (was ja die Fehlermeldung auch besagt). Das ist aber auch verständlich, weil eigentlich alle heutigen ftp-Server das Gegenteil - "ascii" - als "nightmare" oder "horrible" bezeichnen. Der Ascii-Datentransfer ist ein altes Feature, was viele Server noch für das Übertragen der Verzeichnisinfos etc. einsetzen, aber eigentlich unnötig. Daten als Ascii übertragen macht IMHO kein FTP-Server mehr ohne weiteres...
Insoweit ist das wohl kein "Timing"-Problem.
'binary' ist hier kein Feature des FTP Clients sondern eines des Servers. lftp ist damit raus.
OK, das war offensichtlich Blödsinn.
lftp kennt das Kommando in der Tat nicht und setzt binary per Default.
Sieht man, wenn man dem lftp ein '-d' mitgibt'
---> TYPE I <--- 200 Switching to Binary mode. ---> SIZE /etc/fstab <--- 213 1311 ---> MDTM /etc/fstab <--- 213 20210602170532 ---> EPSV <--- 229 Entering Extended Passive Mode (|||30099|) ---- Connecting data socket to (::1) port 30099 ---- Data connection established ---> RETR /etc/fstab <--- 150 Opening BINARY mode data connection for /etc/fstab (1311 bytes).
Viele Grüße Ulf ich hatte das auch gelesen, aber nicht verstanden warum (mit lftp) die Anleitung binary verwendet. Vielleicht ist binary als default in lftp erst später festgelegt worden, die Seite mit dem Originalscript ist inzwischen auch vom Netz (Link ist 404) und das openWRT howto wohl nie wieder auf den neuesten Stand gebracht worden. Dann ist sicher ein Zeitfenster während des Flaschen das Problem und man muss das Script so lange wiederholen bis es random klappt, ich werde aber binary aus dem script entfernen, danke das du da hineingesehen hast. In der Tat könnte der Fehler die Zeit kosten die den Script fehlleitet.
Ich weiß natürlich das die AVM3370 eine ewig alte Kiste ist, aber warum sollte man etwas zum Elektroschrott erklären was noch stolz seine Aushilfsfunktion im Haus für WLAN und switch/router erfüllen kann? Also versuche ich es halt. Frohe Festtage übrigens. S.
participants (5)
-
Jörg Thümmler -
Manfred Kreisl -
Matthias Müller -
Stakanov -
Ulf Volmer