arox

I am not sure to understand what your problem is ? I am interested because I use a board for (complex) firewalling with ethernet (for LAN) and direct usb connection to my box, need to upgrade (understand redo all), and of course had been confronted to the problem. I have forgotten everything about the question but I remember having to face the problem of eth0, eth1 discrimination. Of course, in case of a firewall you don't want to leave configuration choice to hazard, or obscure hidden rules ! A quick look at my configuration scripts tell me that I resolved the problem by blacklisting cdc_ether and do modprobe manually after startup (so it become eth1) and then do iptable config. My config is totally scripted of course : I doubt an auto-dynamic-guimanaged-meta configuration is suited for special cases.

They (who ?) seems to be pushing a lot for the Raspberry Pi Pico. I am not convinced by the micro-controller itself nor by the low price. (The RPI foundation already did that with PI Zero). For that use case and price range, the base software quality and community support is much more important than the price and even the IDE (otherwise Arduino would not exist anymore) - and Visual xxx is a no-go for me. As well, I had a very bad experience with the memory consumption of interpreted language like Lua on esp8266 and will not invest on micopython on that sort of devices. I don't understand what the RPI foundation is looking for ? Concurrence Arduino, the chinese Espressif hegemony or the ridiculous Micro:bit device ? So, sell their soul to the devil for that is a bit unreasonable ?

Networking is a subject as wide as operating systems. "Router" is a widely used term for different solutions and methods. (You may notice that in IP terminology, the term for layer 3 IP forwarding is "gateway"). Everyone has his own needs. For Internet access, my own concern is about security, firewall and proxy. Armbian developers are mainly struggling to integrate reliable drivers for Ethernet or Wifi. If you are happy with orangepi-zero drivers, that is good news. (I will need to choose an SBC in order to upgrade my own "router"). After that, you can install a lot of tools on your system. But a "tutorial" is a bit vague, because there is no limit in what you could want to do. An comprehensive answer would be a derived distribution built upon Armbian. For command line usage, I approve you, because network configuration is more like programming than like parameterizing, but almost most users want "plug and play" solutions. If they had a look with a protocol analyser at what transit on their network (and should not), they may change their mind.

I am not sure your message is posted in the right topic ... You could as well ask this on any linux forum. But for the basics, did you do : echo 1 > /proc/sys/net/ipv4/ip_forward Provided that you have correctly configured interfaces, your system turns into a router ... for the connected LANS. Then if you want more, you must understand routing tables, netmasks, routing protocols, ICMP, NAT ... For personal basic usage, a default route (route add default gw <ip-addr> ) - to "the box" in router config - to "the router" for clients config AND in "the box" config (on respective interface LAN). may do the trick.

"I don't have a USB power meter at hand" Then, you should perhaps check voltage on gpio ... Typically, 5V PSU deliver 5.2 V. But if you draw 2 Amps and have 0.1 ohm in the circuit (cable, usb contact, board fuse, switch or meter shunt) you lose 0.2 V. I use a adjustable PSU at 5.28V. I have an INA219 to check voltage and amperage, but my RPI4 is not happy with the additional 0.1 ohm shunt when all cores are solicited and it reach 2 amps. And I should warn everyone that the first symptoms are generally strange network problems ... So : I have some doubts when the manufacturer say you need (their) 4 amp 5V PSU. If the board is badly designed or you use bad cables or you have bad contacts, you never will get a stable voltage even if the PSU provide good regulation. Powering SBC with 5V was all in all a bad idea from the RPI designers : boards need many step down circuit anyway for chips or CPU and step up for Ethernet.

Well you just need to be patient ! Around 1988, Sun Microsystem took odds on RISC processors. Since then, Microsoft and Intel have continued to promote CISC based boilers. Now, Apple has decided to use ARM RISC procs ... 35 years later.

If you don't trust the machine you used for decompressing image, then use the newly installed machine to download and decompress another time after install and make a diff with the used image - unless you think the compress or diff binary may have been altered to fool you ... You might also think that the checksum utility or the installer have been altered on the installation machine and on decompressed image ... Then, you should install an install machine from scratch (source compile) after visually checking each file and not connect it to any network ... Security is important, but we all tend to alternate between lazy and crazy approach. When I installed X25 (wide area packet network) for the first time on a DEC machine more than 30 years ago, I realized that I offered access to 50 millions of french Minitel users to my systems thru phone network with the automatically configured PAD option (character mode access) and in reverse charge, with the well known privileged accounts used by maintenance (field/service, systest/uetp) which nobody ever changed or recommended to change ! Of course, it was a long time ago and nobody could ever imagine it could already exist **maintenance** access on the Internet box you use for DHCP or DNS on your LAN ... I use my box just as a modem behind a firewall and so I trust my installation machine.

Well ... Shell users can use "chsh" command. I'm not interested in "themes" or "plugins" or badly contrasted "colorization" but "socket" and "re" integration is a good idea, (thanks to Igor to point that). Nevertheless, I have been a "vi" user for more than 30 years because it is (almost) already present in any **unix** implementation, access method or system maintenance situation. I just use "geany <myfile>" on the command line if I want to do serious editing. So "it will spoil you rotten" is not an empty threat. Linux or Unix need to be layered not re-invented. Ken Thompson et Dennis Ritchie, developed Unix as a simplified version of Multics. Here is the success of the concept : keep it simple and go on above rock-solid foundations. I need to give zsh a try in order to make my opinion : should I waste 10 seconds more time to configure or unconfigure yet another "modern" linux implementation every time I install a machine ? And does it matter for "command line" haters ?

I have exactly the same need, except I am looking for two identical boards : it is my KISS (*) version of a cluster of application, storage and backup server with disk redundancy. One application and storage online server and an other offline backup/archive server with the same content + the archives. So I can switch the boards in case of failure or restore the content of last day in case of file loss. I use two BPI M1 at present - one having lost its USB ports. One SSD for app and one bigger HDD for bkp. So ? SATA is "has been" and is over-performed my new standards but it fulfill my present requirements, and it is a cheap and conservative solution. TRS-80 is wright : the best is to use USB3 and a converter (you will experience a huge improvement comparing BPI), so you are not limited on the choice of the boards and will continue to use the disks for years. Just, some return of experience will be valuable for choosing one : for my desktop, I buyed a uASP able JMicron controller which is allegedly not compatible with a via controller and seems a bit power hungry. So any modern Rockchip 64 bits, reasonably priced fanless boards that do not consume to much power would do the trick for me. (2 boards and 2 "good" adapters). And with OS on disk, no need for eMMC. (*) KISS : Keep it simple stupid. Security is antinomic with complexity. And when you experience a hardware failure many years after having put in place the machine and forgotten everything about how it works, the last thing you need is complexity and deprecated, out-of-date, not retro-compatible or not replaceable software or hardware.

Well, it is your opinion. Mine is not better ... But maybe you should complain with the script providers ... As Igor said, "sed" is a mandatory component for the system and historically /usr was a user filesystem mounted only after initial system initialization. Unix (and Linux) is not WIndows : you have to get some control over the system and not reinstall in case of problem. So the system needs to be layered in some way.

I don't know how you are intend to use your pine64 board. I'm guessing you use window and connect via ssh. It's not the more efficient way to develop programs for the board, because you cannot use a graphic editor directly on the board. You could use tools like vnc or an Xserver (better but much more difficult) in order to display a desktop or windows from your linux board onto Windows, but if your goal is to learn programming and not system administration, your best choice would be to connect a screen and keyboard on the pine64 and install a nice text graphical editor (like : sudo apt install geany). When you work on linux, you rarely need to install shared libraries (.so files). You can install all the tools you need with the package manager and the command "sudo apt get" (about 50000 packages). You can download github software with "git clone url" (sudo apt install git - if not already installed). When you login on your board, you are in your own directory (=folder) and it is also where file transfer programs will put the files. (The "sudo" command I mentioned above is needed to acquire rights for installing or breaking anything on the system). So you should forget about other files that the ones you write or download with "git" in your own directory, until you understand what you really need. ("sys" is not a real storage directory on linux) If you transfer files between Windows and linux, be aware that text files like python script are made of lines separated by a "newline" (=linefeed) character on linux and a sequence newline/cariage-return on windows. That is why you would have better to edit your files directly with an editor on linux, and not transfer files with flashdrive, or network file transfer.

I don't like Python and don't use it much (and just python2). (Python2/Python3 coexistence is one of the reason). The **major** problem is that you will be forced some day to use Python3 because developers don't want to maintain Python2 and so you will fail in some silly library problems. https://www.python.org/doc/sunset-python-2/ "As of January 1st, 2020 no new bug reports, fixes, or changes will be made to Python 2, and Python 2 is no longer supported. A few changes were made between ..." I switched my default python interpreter because python2 does not handle proxy server as python3 and I couldn't install some software without rewriting the installer scripts (because of **latest** virtualenv mess). So be sure it will bite you at some time. But you need to manage your priorities : if you want to use some gpio libraries or example for python2 and don't find python3 version, go on with it (as I do). Writing your own code is fun, debug other's code is a big problem ! And in your priorities you should place the basic usage of "apt" on top ... before even dreaming of copying files to the system.

You will find every interpreter or compiler you may want for linux and most of them are probably already installed on your machine. Just be aware : - python2 and python3 coexistence may cause you some trouble because python2 is deprecated (no more supported) but was the default and used by many scripts. - when you become ambitious, you will need to download libraries and armbian is based on debian which is a long term release that may not propose the ultimate version. So you can begin to develop as soon as you know some basic shell commands to edit and launch programs. But you will need to improve your skills in linux in order to manage libraries or debug you programs. The arduino-ide is an all-in-one product that make "cut and paste" easy, compile, insert your app in a mini system with a boot-loader and an event loop, and upload everything on the board. With linux you are alone with your app : you must provide the loop, you must indicate what librairies you are using and where are the include files, you must find (and master) a good editor, you work directly on the target computer and don't **posses** the system and the boot-loader - so you will soon discover that you need to know how to kill a process (ctrl-C and "kill" command) and manage access rights (chmod +x <your program>). Good luck ! You are on the right way as soon as you understand that "cut and paste" is not a good approach for doing things.

What you need to understand is that linux is an operating system and armbian a distribution whereas your arduino-ide or nodemcu are development programs. So : - you should put that sort of question on a development forum - you should learn the basics of operating system before trying to develop on your pine64 board In practice, you should perhaps learn Python, which has functions like time.sleep() to add delays in a loop. But what you also need to understand is that it is more easy to handle GPIO on microcontrollers like Arduino than on an OS like linux, because you can do a loop in your arduino but you need to let your computer handle other tasks in an OS. You can do what you want in a lot of way, so there is no magic answer (*). You could perhaps learn the shell (bash) and try to handle gpio in bash, in order to better understand what your board is and it can do, the difference between programming with an event loop (that does your "sketch") and multitasking in processes. Magic answer : python <your program> or bash <your program> and consult development forum for what you put in your program.

My rational is that my "desktop machine" is *just* a (32 bits/4GB) Vivaldi-Browser-node in a network of arm (and now xtensa) fanless nodes. And with multi-head and support of usable multimedia tools I can simplify and improve my organization. (I was using 3 hosts, 3 screens with 1 kbd/mouse before). I was able to use a BPI M1 for so long because it's just a node (and thanks to Igor's work).

Thank you for sharing that because it is hard to choose a SBC and disastrous to make the wrong choice. I buy SBC for projects. Projects require a limited number of feature for the SBC but good hardware and software for the purpose, and are time consuming : it implies not only the SBC itself but housing, electronic, cooling, powering, backups, storage, network, documentation, installation, wiring, maintenance, (useful and remote) logging, access, scalability and of course software stability. This is why software and hardware stability is crucial : the project can simply not reach an end without stability and other projects must wait. Making a bad choice implies a lot of work done for nothing. The most difficult for me was finding a solution for my desktop machine : I have just replaced my Banana PI M1 with a RPI4 ! Because : - video driver now allow youtube video to run smoothly ! - video drivers allow using vlc and mplayer with acceleration quite "out of the box". - it offers 2 hdmi output ! - USB3 allow to use a cheap SSD and nor rely on ?!*§@¤ SD Card or limited offer on eMMC solutions ! (but I couldn't use UASP with a JMicron controler) - it is scalable with 2, 4, 8G RAM versions - you can find cheap and efficient passive cooling housing ! - RPI is supported by my toolchains for espressif micro controllers (esp-idf, nodemcu, arduino). (I still run on 32 bit because stability is more important than performance). So my project really started when I could check all those requirements were fulfilled : reorganize my workspace, servers, audio and TV setup, backups, archiving, project tools and management ... Other vendors seems to me to lay behind for desktop : at least offering cheap multihead solution and memory for hungry browsers ? So my other needs are - at present - much more easy : I use *old* SBC. BPI M1 for storage because (disastrous SATA performance is not a problem (yet) for my usage) and they are stable and power efficient for file/archive servers - just using an out-of-date armbian disto with 3.1.110 kernel. RPI zero for CAMs and TV tuner (need to be upgraded for stability and SDcard elimination). My Network Firewall / Gateway / proxy / MQTT server is a tiny nanopi (need to be replaced but I want something as power efficient that can also handle TVhat tuner. My wifi gateway is a Gl-inet / openwrt device. My GPIO servers (IoT) are migrating to esp32 one after the other. I wish I could have installed a mesh network. But I never could make Bluetooth work reliably on linux ! So I use wifi and reconnect handlers - because it rarely work smoothly out-of-the-box. (And all my SBC also need power and remote access control). When we loose count of network nodes, there is always something out of service somewhere. So ? It implies a lot of work - for armbian developers and maintainers as well for end users - to handle *useful* projects. SBC providers cannot simply assemble the last components for TV box or smartphone and "rely on community". For my use cases, Hardware power and functionality is nothing without software, and hardware and software is nothing until it has been integrated in a box with other components, wiring, and security (backup, documentation, spare parts, network ...). Perhaps I am not a typical user ?

My personal experience is that keeping (classical) BT connection is too power hungry for batteries. So The device must disconnect after a few seconds. With devices such PS2 remote (if I force disconnection), the first press is lost and the (re)connection delay is longer than one second. Please tell me if you get better results.

showkey show keycodes and not keysyms but "thd --dump /dev/input/event*" will tell you".

The easier way is probably to use "triggerhappy". But could you tell me what is your "cheap bluetooth multimedia controller" (if I wanted to buy one).

Basically in 99.99% use case you can configure wifi with wpa_passphrase <your-ssid> <your-passphrase> | wpa_supplicant -B -i wlan0 -c /dev/stdin ifconfig wlan0 <your-ip> netmask <your-netmask> route add default gw <your-router-address> echo "nameserver 8.8.8.8" > /etc/resolv.conf in some old very-deprecated rc startup file. And remove nm ifup zeroconf dhcpd ... and other "wonderfull dynamic modern" automatic bug generators ...

The board is gone to the bin ... I already try 4.4.180. Last, I tryed ayufan strech version from pine.org links : constant reboot ! Very frustrating ! From now on, never anyone of those buggy hardware anymore : raspberry or espressif. Thanks and bye at everybody !

Armbian_5.88_Rock64_Debian_stretch_default_4.4.180.7z Armbian_5.75_Rock64_Debian_stretch_default_4.4.174.7z LibreELEC-RK3328.arm-9.1.001-rock64.img.gz Armbian_5.88_Rock64_Ubuntu_bionic_default_4.4.180.7z Armbian_5.90_Rock64_Ubuntu_bionic_default_4.4.182.7z The last one "seemed" a bit more stable but freezed and needed reset for rebooting and finally it crashed with mundane stack dump. One symptom is that after a crash, or just a shutdown, the board enter an endless loop of panic at startup - needs reset? or cool down? or unplug/discharge? I even cannot find a safe method to restart the board !

Hello, I received a Rock64 board 2G two days ago and suffered the most impressive failure ever : panic, freeze, failed restart, segfault ... I tried all I was able 2 think off : 3 different PSU, 3 SD card and an USB drive, 3 armbian version (and the last from yesterday) and an openelec image ... Someone got an idea - an old kernel ? - or should I consider the board defective and throw it away ? The board was sold by "ameridroid" and is labeled :ROCK64_V2.0 2017-0713 (Quite old no ...)

Well, I recently "repaired" my digital camera by cleaning contacts with methylated spirit (alcohol). Next time I got a problem on a SBC, I'll try that first ... (And solder if I can !) And anyway only buy connectors with golden contact anymore !

try : DISPLAY=:0 /usr/bin/vlc /home/orangepi/video.mp4