My TX1 is responding to DHCP and gets an address. I want it to have static IP 192.168.150 but I cannot figure how to do it. There is no eth0 device. The /etc/network/interfaces is essentially blank and points to a director that is empty. I have tried to put the usual eth0 commands in the /etc/networks/interfaces fiel and reboot. But it ignores everything and continues to boot up using DHCP.
When you say it works as DHCP client, what is the interface used, if not eth0 ?
If
ifconfig
shows a eth0 interface configured with your dhcp address, then note the netmask and gateway.
Then you can try the following :
Assuming you want address 192.168.0.150 for your board, edit file /etc/network/interfaces and add :
where netmask and gateway would probably be the same as what youâve noted.
Save file, and then reboot and check with ifconfig if it matches your expectations.
This had originally been a reply on the duplicate of this thread, Iâm reposting it hereâŠuse whatever the ifconfig reports for the name of the ethernet device if eth0 is not correctâŠ
This is on a JTK1, but results should be the same. Beware I may have done other configuration (this was a while back) related to telling NetworkManager to not interfere, but I donât remember what it was if I actually did that (my config has been saved and transferred over to new flash images for about 4 years now). Somewhere I probably did something to tell DHCP to not happen.
In â/etc/network/â the naming of file âinterfacesâ would lead you to believe that it automatically works with files in â/etc/network/interfaces.d/â, but it doesnât. So I manually told it to source the relevant file. Try manually editing â/etc/network/interfacesâ to become this with one extra line:
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
# This line is a custom edit.
source interfaces.d/eth0
Then inside of â/etc/network/interfaces.d/â add file âeth0â. Content something like this (Iâm assuming your router is the gateway and that the gateway has address â192.168.1.2ââŠnote that the address you gave of â192.168.150â is missing a digit, Iâm assuming it is â192.168.1.150â):
If that file is read the content says to automatically bring the interface up using static protocols, so it may be this is enough to stop DHCP (it depends on other software and there is a mix of NetworkManager and older style files that donât always play together nicely).
I tried some the fixes provide. Now I have managed to wreck the whole thing. No DHCP - Nothing. Flashing lights on the Ethernet port but canât ping anything. Shit !
I managed to get the serial console cable to UART0 and use minicom. I can see the TX1 boot up and I see two erors:
[FAILED] Failed to start Set console keymap.
[FAILED] Failed to start Raise network interfaces.
See âsystemctl status networking.serviceâ for details.
Strangely enough cannot send anything to the TX1 from minicom. Why ? Cable seems to be connected correctly.
I really donât want to reflash the TX1. It took forever and I will have put ROS on again. Luckily all my source files are backed on the laptop.
Any ideas appreciated. Now we need first get communication then worry about static IP
The console keymap is probably related to minicom not talking to the JetsonâŠbut perhaps it is just a case of incorrect serial port settings. Check that it is 115200 8N1. If your serial cable uses only 3 wires use software flow control; if your cable uses more than 3 wires set flow control to CTS/RTS.
If it is not a serial console setting for why the console keymap failure shows, then something else is going on. If serial console settings are correct, then try skimming through dmesg to see if anything unusual sticks out.
@Linuxdev: Thanks for sharing the new method for configuring network interfaces. I was supposing something like this, but however such config was ok on TK1, so provided as first workaround.
@DrWino: After you got control again through serial console, main thing for configuration is your network topology. Are you administrator of a home box, or in a network with an admin ? In latter case, ask your admin for the exact static IP to use, network mask and gateway.
If it is your home box, then you have to login as admin mode into your box to check the available range of addresses for dhcp addresses, range for static addresses (and pick one IP among these for your board), check the netmask and gateway are correct for what youâre trying.
Another question, especially if your board was flashed from another jetson image, what is the content of file
/etc/udev/rules.d/70-persistent-net.rules
?
Does it mentions eth0 matching your MAC address 00:04:4b:65:c8:de ?
(You mentionned 3 different MAC addressesâŠ00:04:4b:65:c9:ec, 00:04:4b:58:0e:65, 00:04:4b:65:c8:de, just for ethernet)
I used the standard lastest Jetpack to flash the TX1.
The only files in /etc/udev/rules.d are :
90-âŠ
and 99- âŠ
no 70-persistent-net.rules
I do not see any eth0 device. ifconfig does not show any.
I see only 2 MAC addresses on ifconfig. I have to assume these are correct since the there are no stickers or documentation on specific MAC addresses for this unit.
I am puzzled that a basic lan configuration is uncertain. What are we supposed to just bumble around and find a solution ? I really appreciate all the help from the people on the forum but this is basic documumentation that Nvidia should provide.
Alright anybody know how to configure the wlan for static ? Iâll try that.
I made the changes to /etc/network/interfaces and the eth0 file placed in interfaces.d.
My typo was fixed. It was only in the forum. the IP of the TX1 is to set to 192.168.1.50 as address 100 to 254 are available for DHCP assigned by the router. address 1 to 99 are set aside for static IP devices.
I sudo reboot. In the bootup console log I see âno ethernet foundâ ⊠and of course the ifconfig is the same as before with no eth0.
I fear I may have to run Jetpack again and reinstall everything !!!
Curiouser and curouser. The wireless lan works. The wlan0 gets IP by DHCP I am kinda scared to change it to static. Maybe after eth0 works. Open to any ideas.
It may be you need to do some magic with NetworkManager. I avoid wirelessâŠit just gives me all kinds of grief and I keep it disabled. WiFi is considered hotplug, and whenever it comes up or goes down it may automatically change another interface unless it is told not to. A typical scenario is that someone uses WiFi if up, and then it only enables wired when WiFi is downâŠthe average person does not have two networks. In reality you want wired to always be on as a private subnet, and to have WiFi never touch the status of wiredâŠI think you need to edit settings or it wonât behave as you want because of WiFi. Somewhere there is probably an Ubuntu admin manual talking about WiFi, wlan0, and configuration.
One test would be to purposely shut down WiFi, and disable it. Then reboot. See if you have control over wired when WiFi is taken out of the picture.
FYI, wlan0 tends to be a loopback device to handle what traffic goes for regardless of whether WiFi or wired are up or downâŠapplications using the internet wonât need to know details of what is up or down. You may in fact need to disable wlan0 as well before you work on wiredâŠonce wired is up you could then see how to enable WiFi configuration to not interfere with wired.
Thanks. But my linux skills are not up to figuring why the system suddenly does not recognize the ethernet port. I do need the wired port to talk to the LIDAR. Which is why I want to make it static IP. I was not going to use the wireless but just use an ethernet switch to also use the wired port for programming.
Now, I am kind of cooked. I donât want to get rid of the wireless port because that is all I have and I have no clue how to restore the wired port without a Jetpack reflash.
The ubuntu graphical login I think has a chance to disable WiFiâŠtry to disable that, and if needed, even run ifdown on wlan0. Then try configuring wired. You can always enable it again in the same menu that disables it, then reboot.
Did the setup process complete without ANY error ?
Are you behind a firewall or proxy ?
Have you deliberatly installed a custom bootloader, kernel or distribution ?
If not, I would suggest to save any work from your board and try to reflash it with lastest JetPack (from a PC running Ubuntu14.04, avoiding Vmware), carefully checking for any error that would prevent the setup from completing as expected.
Thanks for the input but >>>
My TX1 setup is completely standard. I got the new machine last week. It had ubuntu preinstalled.
Next I flashed the latest Jetpack - all default options
Next I loaded ROS and some python programs
And since then I program with ROS. It works fine. I know too little about linux to do any strange.
I did a apt-get update && apt-get upgrade and maybe this cause some grief. Donât know.
The wired ethernet works fine with DHCP. I get an address and can SSH etc. eth0 does not exist. Instead I have the odd ethernet device I posted earlier. The wireless has a DHCP assigned address in wlan0 but I cannot SSH to this address. Now if I boot up with the DHCP server not connected to the wired port I still get DHCP on the wireless and I can SSH to it.
So, I understand your comments but there is nothing non standard unless the Jetpack is doing weird things to allow DHCP access. It is still odd why there is no eth0
I forget what itâs called, but something like devfs renames some device special files based on rulesâŠnetworking has something similar which sometimes renames network interfaces (the old âeth0â style naming can be changed because of this). Even if the interface has a different name it should work the same. âifconfigâ should show what is there (or âifconfig -aâ to show even disabled devices). For example, on my Fedora, I have enp4s6 and enp5s0, but no eth0.
Well, I cannot tell much more. The udev 70-persistent-net-rules file used to be created in Ubuntu 14.04.
I cannot check now with Ubuntu 16.04, but it may have changed, sorry for the confusion.
You can try:
/sbin/udevadm trigger --type=devices --action=add
I may tell you more in 2 days with a TX1 running, if this doesnât solve your problem.