sanja

Thanks! Note to others who may have encountered the same issue: (Assuming that you have connected to OPi Zero via USB-TTL converter and have no LAN/WLAN connectivity) Save deb packages obtained from https://packages.debian.org/buster/armhf/iwd/download and https://packages.debian.org/buster/armhf/libell0/download to usb flash. Plug that flash into Pi Zero, mount with the command mount /dev/sda1 /some/empty/dir cd /some/empty/dir dpkg - i libell*.deb dpkg -i iwd*.deb Reboot and run nmtui-connect as usual to see the list of WiFi networks and connect to yours.

@yoq, could you please provide a summary of what needs to be done to enable WiFi connectivity in OPi Zero with Buster? Thanks in advance.

Well, my intention was to use Debian Buster, but its wifi connectivity is broken, so I had to start shopping around.

To double-check, wiped the SD card and burned the image again. On fresh system: Welcome to Armbian Disco with Linux 5.3.9-sunxi System load: 0.00 0.11 0.10 Up time: 8 min Memory usage: 15 % of 491MB IP: CPU temp: 66°C Usage of /: 6% of 15G root@orangepizero:~# ls -la /usr/lib/python3/dist-packages/CommandNotFound total 40 drwxr-xr-x 4 root root 4096 Nov 1 09:35 . drwxr-xr-x 14 root root 4096 Nov 1 09:34 .. -rw-r--r-- 1 root root 16319 May 4 2018 CommandNotFound.py drwxr-xr-x 3 root root 4096 Nov 1 09:35 db -rw-r--r-- 1 root root 40 Mar 16 2018 __init__.py drwxr-xr-x 2 root root 4096 Nov 1 09:35 __pycache__ -rw-r--r-- 1 root root 1641 Mar 16 2018 util.py root@orangepizero:~# ls -la /usr/share/command-not-found/ total 2624 drwxr-xr-x 2 root root 4096 Nov 1 09:27 . drwxr-xr-x 93 root root 4096 Nov 19 08:13 .. -rw-r--r-- 1 root root 2678784 Nov 9 2018 commands.db root@orangepizero:~# ls -la /var/lib/command-not-found/ total 32 drwxr-xr-x 2 root root 4096 Nov 19 08:15 . drwxr-xr-x 27 root root 4096 Nov 1 09:30 .. -rw-r--r-- 1 root root 24576 Nov 19 08:15 commands.db.tmp The /usr/lib/cnf-update-db throws error "out of the box": I never ran apt-get, I even haven't set up networking - it is "dead on arrival".

Same issue is mentioned in

Re-installed Disco, wireless connectivity worked, but apt-get update produces error. Checking: root@orangepizero:~# cd /usr/lib root@orangepizero:/usr/lib# ls -l cnf* -rwxr-xr-x 1 root root 684 Nov 9 2018 cnf-update-db root@orangepizero:/usr/lib# find / -name *creator* /usr/lib/python3/dist-packages/CommandNotFound/db/creator.py /usr/lib/python3/dist-packages/CommandNotFound/db/__pycache__/creator.cpython-37.pyc root@orangepizero:/usr/lib# cp -r /usr/share/command-not-found/CommandNotFound /usr/lib/python3/dist-packages/ cp: cannot stat '/usr/share/command-not-found/CommandNotFound': No such file or directory Tried sudo cp -r /usr/lib/python3/dist-packages/CommandNotFound /usr/share/command-not-found/ and also sudo cp -r /usr/lib/python3/dist-packages/CommandNotFound /var/lib/command-not-found/ Error is caused by /usr/lib/cnf-update-db in the line 165, which reads: # read header suite=tagf.section["suite"] and then causes error in line 127, which is def _fill_commands(self, con): for f in self.files: with open(f) as fp: self._parse_single_commands_file(con, fp) As far as I can understand, it works with this list of files: root@orangepizero:~# ls -la /var/lib/apt/lists/*Commands-* -rw-r--r-- 1 root root 699 May 29 2019 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-backports_main_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 74 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-backports_multiverse_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 74 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-backports_restricted_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 156 Sep 14 07:17 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-backports_universe_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 8023 Oct 23 22:22 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-security_main_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 73 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-security_multiverse_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 73 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-security_restricted_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 7297 Oct 21 20:17 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-security_universe_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 13128 Oct 24 14:17 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-updates_main_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 72 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-updates_multiverse_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 72 Nov 21 2018 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-updates_restricted_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 9799 Oct 24 14:17 /var/lib/apt/lists/ports.ubuntu.com_dists_disco-updates_universe_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 48897 Apr 17 2019 /var/lib/apt/lists/ports.ubuntu.com_dists_disco_main_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 13300 Apr 17 2019 /var/lib/apt/lists/ports.ubuntu.com_dists_disco_multiverse_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 354 Feb 22 2019 /var/lib/apt/lists/ports.ubuntu.com_dists_disco_restricted_cnf_Commands-armhf.lz4 -rw-r--r-- 1 root root 475539 Apr 18 2019 /var/lib/apt/lists/ports.ubuntu.com_dists_disco_universe_cnf_Commands-armhf.lz4

I will check in a moment. Currently trying other distributions. Found out that there is no wireless connectivity on Armbian_19.11.3_Orangepizero_buster_current_5.3.9 (nmtui-connect only displays "Wired connection 1"). root@orangepizero:~# ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: dummy0: <BROADCAST,NOARP> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 2a:d0:11:70:4e:02 brd ff:ff:ff:ff:ff:ff 3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000 link/ether 02:42:e8:02:49:d9 brd ff:ff:ff:ff:ff:ff 4: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000 link/ether e2:2f:6f:d6:df:b2 brd ff:ff:ff:ff:ff:ff root@orangepizero:~# ip link set dev wlan0 up RTNETLINK answers: Invalid argument root@orangepizero:~#

No, I tried that - it didn't resolve the issue. I also considered a theory that an upgrade messed python 2.7 and 3.6 - didn't solve my problem as well.

Hi. I've upgraded Buinic to Eoan and encountered an error with apt-get. Decided to have a fresh install of Disco from https://dl.armbian.com/orangepizero/ and got exact same error. I did nothing with the installation except that I've configured WiFi with ntmui-connect command. So I guess this is some issue with Ubuntu releases 19.xx root@orangepizero:~# apt-get update && apt-get upgrade Hit:1 http://ports.ubuntu.com disco InRelease Hit:2 http://ports.ubuntu.com disco-security InRelease Hit:3 http://ports.ubuntu.com disco-updates InRelease Hit:5 http://ports.ubuntu.com disco-backports InRelease Hit:4 https://apt.armbian.com disco InRelease Traceback (most recent call last): File "/usr/lib/cnf-update-db", line 26, in <module> col.create(db) File "/usr/lib/python3/dist-packages/CommandNotFound/db/creator.py", line 93, in create self._fill_commands(con) File "/usr/lib/python3/dist-packages/CommandNotFound/db/creator.py", line 127, in _fill_commands self._parse_single_commands_file(con, fp) File "/usr/lib/python3/dist-packages/CommandNotFound/db/creator.py", line 165, in _parse_single_commands_file suite=tagf.section["suite"] KeyError: 'suite' Reading package lists... Done E: Problem executing scripts APT::Update::Post-Invoke-Success 'if /usr/bin/test -w /var/lib/command-not-found/ -a -e /usr/lib/cnf-update-db; then /usr/lib/cnf-update-db > /dev/null; fi' E: Sub-process returned an error code

Hi. I am having this issue with Orange PI PC. If it boots up when the TV it connects to over HDMI is off, I am getting blank pink screen. I guess it is because it chooses different video output when TV isn't detected. Raspbian forums suggest disabling "HDMI hotplug" by editing /boot/config.txt , but Armbian hasn't got this file. Please share your suggestions as this TV is on the wall in my kid's school at 2m height - and if it reboots due to short power failure, it needs a ladder to get fixed. Please help me before school year starts

I checked out the sources from git on Sept 21st and compiled Debian and Ubuntu desktop versions myself in Ubuntu VM. The problem is that Debian desktop version works beautifully from the box with Ralink MT7601U, but Ubuntu does not. It does nothing when I try to open network manager and "ifconfig" doesn't list "ra0" adapter. Please tell me what additional information I should provide to help debugging it.

FYI, the Debian server variant I've built from sources works with this WiFi dongle "out of the box". But Ubuntu desktop does not - 'ifconfig' doesn't list 'ra0' adapter at all.

I have downloaded the sources from git and compiled them on the Ubuntu virtual machine, as advised. I've built Debian desktop version. WiFi works nicely from the box - all I had to do was to provide WiFi password from GUI.

You are asking too much of a Windows guy And the last time I've made a pull req to GitHub was a while ago. But I will give it a try.

Good point, I didn't pay attention to date of the MediaTek's sources. In your estimates, when the new binary distribution of Armbian will be released? (I.e. will it make sense to take the trouble to get virtual machine with build environment up and running or just wait a bit?)

I assume make install handled this somehow. WiFi works after reboot. I saw that warning - that's why I ended up with official driver from MediaTek's website. I will check your fix some time later this week and report on it here.

It took me some time to figure how to make it work, so I decided to save it for some poor soul who would need it in future. (I am a Windows guy so this stuff is a bit alien for me). I bought <$2 WiFi dongle for my new Orange PI PC from here: http://www.aliexpress.com/snapshot/7899695282.html?orderId=76846564349160 I am running latest "ARMBIAN jessie 3.4.112-sun8i". The chip was detected by the OS but didn't work: lsusb gave me this: Bus 004 Device 002: ID 148f:7601 Ralink Technology, Corp. I tried several solutions: installing "firmware-ralink" package, compiling various sources and getting "loboris kernel" using code from this git: https://github.com/porjo/mt7601.git ...and many others to no avail. Here is how to make it work. Plug your Orange PI PC into LAN. Open terminal (or SSH) with root access. First, make sure that all packages on your board are up-to-date and install few additional ones (not sure if it is necessary, though, but it won't hurt): apt-get update && apt-get upgrade && apt-get autoremove apt-get -y install update-usbids linux-headers-sun8i build-essential fakeroot dpkg-dev Download the driver to your Orange PI from the official MediaTek site (http://www.mediatek.com/en/downloads1/downloads/) using this command: wget http://cdn-cw.mediatek.com/Downloads/linux/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2 Unpack it with command: tar -jxvf DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2 cd DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/ Some recipes suggest editing the file "os/linux/config.mk" in the source of the driver, but it looks like MediaTek have made the necessary changes already. Run commands and grab some coffee while it compiles. make make install Then run modprobe mt7601Usta Reboot. Make sure that the command: iwconfig now displays new network interface: lo no wireless extensions. tunl0 no wireless extensions. ra0 Ralink STA eth0 no wireless extensions. and running lsmod outputs the mention of "mt7601Usta". Now you can connect your Orange PI to WiFi network. Run wpa_passphrase NAME_OF_YOUR_WIFINETWORK YOUR_WIFI_PASSWORD and save the generated passphrase (long string of numbers and characters that will look like this: "ebb09a6794c2500d74e433b9de4da493c......"). Make sure that neither your WiFi network's name or password contain characters which Linux bash considers "special". My password contained exclamation point, which is, and determining the cause of the problem was quite tricky. I had to "escape" it by prefixing it with backslash, like this: password! => password\! Edit file "/etc/network/interfaces": editor /etc/network/interfaces Unlike it is said in many manulas, your newly created interface will not be called "wlan0". Its name in your (our) case will be "ra0". Add these lines on top of "/etc/network/interfaces" file: auto ra0 allow-hotplug ra0 iface ra0 inet dhcp wpa-ssid NAME_OF_YOUR_WIFINETWORK wpa-psk LONG_STRING_OF_CHARS_AND_NUMBERS_YOU_WROTE_DOWN_EARLIER Save the file by pressing Strl+S followed by "Y" and Ctrl+X. Activate WiFi by running: ifup ra0 You wll get something like this as an output: Internet Systems Consortium DHCP Client 4.3.1 Copyright 2004-2014 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/ra0/00:36:76:22:b1:59 Sending on LPF/ra0/00:36:76:22:b1:59 Sending on Socket/fallback DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 9 DHCPREQUEST on ra0 to 255.255.255.255 port 67 DHCPOFFER from 192.168.100.1 DHCPACK from 192.168.100.1 bound to 192.168.100.209 -- renewal in 11858 seconds. If you'd run: ifconfig -a you will see that both wired and wireless links work simultaneously: eth0 Link encap:Ethernet HWaddr ba:ab:c9:ac:7e:9a inet addr:192.168.100.206 Bcast:192.168.100.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1983 errors:0 dropped:0 overruns:0 frame:0 TX packets:1764 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:170565 (166.5 KiB) TX bytes:294641 (287.7 KiB) Interrupt:114 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 TX bytes:0 (0.0 ra0 Link encap:Ethernet HWaddr 00:36:76:22:b1:59 inet addr:192.168.100.209 Bcast:192.168.100.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3283 errors:0 dropped:0 overruns:0 frame:0 TX packets:33 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:841424 (821.7 KiB) TX bytes:3420 (3.3 KiB) tunl0 Link encap:IPIP Tunnel HWaddr NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 TX bytes:0 (0.0 Now you can unplug LAN cable and reconnect your SSH to an IP address that belongs to the WiFi link you have just created. Additionally you can remove all IPv6 functionality if your home network doesn't use it. Edit the file "/etc/sysctl.conf" and add the following lines to the bottom of it: net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 Once you reboot your Orange PI, you won't see any mentions of IPv6 addresses in the output of "ifconfig -a" command.