Hallo, ich bin ziemlich neu mit Linux. Gegeben ist: Altera DE1-SOC board (FPGA+ARM A9). Draum läuft Linux Yocto Auf meinen Laptop läuft zwar Win7, aber ich benutze cygwin. Nun will ich ein Testprogramm von Laptop auf DE1 SOC board übertragen (in den /home/root ordner). Laut Getting_Started.PDF muss ich das Board und das Laptop an den selben Router anschließen, über "scp" Befehl die Daten übertragen . Leider ist diese Methode ziemlich umständlich für mich, da mein Router im anderen Zimmer steht. Ich bin sicher, es ist möglich die Daten direkt zwischen den Laptop und Board über LAN Cross-over Kabel zu übertragen. Da ich mit der Sache nicht auskenne, würde ich gerne wissen wie das geht. Auf eine gute Einleitung würde ich mich freuen:) PS Es besteht auch eine USB-UART Verbindung, evtl kann man diese auch nutzen
Gast
#3760710
Das einfachste für dich wird sein wenn du einen ganz billigen router kaufst und dort deinen Laptop und das Board einsteckst. Dann verteilt der im router eingebaute dhcp einfach an euch beide eine IP-Adresse und ihr könnt direkt miteinander kommunizieren. Ansonsten kannst du dir über i[f/p]config eine feste ipadresse zuweisen.
Jetzt eine doofe Frage. ich habe tatsächlich versucht eine feste Ip zuzuweisen über ipconfig eth0 und lo. Aber irgendwie hat es nicht funktioniert:( So wie ich verstanden habe, soll ich für meinen Fall eine lo adresse zuweisen, oder? Darf ich jede beliebige Ip nehmen?
Ähm ja, ich glaube da gibts das Debian Handbuch dazu das das auch schon als Einführung hat. https://www.debian.org/doc/manuals/debian-reference/ch05.de.html Da könnte für Dich besonders der Teil 5.7. Die Netzwerkkonfiguration auf Basisebene interessant sein. Bei einem Crossover Kabel hast Du keinen DHCP am Laufen, somit musst Du die IP-Adressen manuell setzen, ohne DHCP. Das macht man unter Linux mit dem Befehl ifconfig. Das Handbuch zu dem Befehl kriegst Du in der Regel in dem Du auf der Konsole: man ifconfig eintippst. Das funktioniert übrigens mit den meisten Befehlen. Das Ergebnis wird dann so was wie ifconfig eth0 192.168.5.3/24 sein. Wenn Du beide IP-Adressen gesetzt hast, musst du eigentlich nur noch scp von einem Rechner zum anderen machen. Du kannst auch NFS verwenden, was dann eher so wie eine "Netzwerkfreigabe" unter Windows ist. Wie das geht sollte auch in dem Debian Handbuch drin stehen.
Böser Kommunist schrieb: > So wie ich verstanden habe, soll ich für meinen Fall eine lo adresse > zuweisen, oder? Darf ich jede beliebige Ip nehmen? Du darfst nichts aus dem lo-Bereich, sprich dem 127.*.*.* verwenden, und Du solltest eine aus einem der privaten Bereiche verwenden: http://de.wikipedia.org/wiki/IP-Adresse#Besondere_IP-Adressen
k, ich habe eth0 zu 192.168.5.3/24 angelegt, so wie in deminem Beispiel. nun schreibt mein Console "SSH: connect to host 192.168.5.3 port 33: Network is unreachable lost connection" Mein Befehl lautet: $ scp testproggram root@192.168.5.3:/home/root
Böser Kommunist schrieb: > k, ich habe eth0 zu 192.168.5.3/24 angelegt, so wie in deminem Beispiel. > nun schreibt mein Console "SSH: connect to host 192.168.5.3 port 33: > Network is unreachable lost connection" > > Mein Befehl lautet: $ scp testproggram root@192.168.5.3:/home/root Die Adressen in Deinem Netz müssen natürlich zueinander passen. Sprich Bei Deinem Netzwerk, bestehend aus den beiden Rechnern die per Cross-Over Kabel verbunden sind, müssen die Adressen aus dem gleichen Subnetz sein.
Hm, die adressen sind jetzt aus dem Gleichem Subnetz 192.168.1.XXX. Jetzt kommt andere Fehlermeldung : Connection timed out. Ich denke , ich lese besser das Linux Buch..:(
Gast
#3761108
Es könnte sein daß der root-Zugang remote gesperrt ist. Versuchs mal mit einem User-Account.
> Es könnte sein daß der root-Zugang remote gesperrt ist.
Aber nicht bei "connection timed out". Das klingt alles noch nach
low-level-Netzwerkproblem. Pingts denn sauber (überhaupt und ohne
doppelte (DUP) Antworten)? Geht mit "telnet <soc-host> 22" überhaupt der
sshd ran?
Zeig mal unter Windows die Ausgabe von "ipconfig /all" und unter Linux
die von "ifconfig".
Hi, vielen dank für die Hilfe. Das Problem lag an der falsche IP Adresse. Ich habe die Ethernet subadresse verwendet , nach ipconfig sah ich aber, das mein LAN Adapter ein wenig andere Zahlen hat. nun geht die Kommunikation:)
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.