jcmvbkbc

Стандартный вариант для linux в данном случае -- использовать usbnet. Со стороны arduino при этом нужна поддержка CDC-ether.

1. /bin/bash в crontab не нужен. Выкиньте его и сделайте скрипты исполняемыми.
2. приложения из cron запускаются с минимальным environment, если mysqldump не лежит в /bin или /usr/bin, script.sh его не найдёт. Добавьте в скрипт set > /tmp/script-environment чтобы посмотреть, с чем они запускаются.
3. sudo -- нужен nopasswd

Загрузить openwrt, сконфигурировать его для WR703N, собрать тулчейн и нужные либы, собрать программу получившимся компилятором?

файл изменился во время чтения

Это предупреждение, а не ошибка. Остальные файлы должны архивироваться нормально.

Только через внешний fifo, например так:

D=`mktemp -d` ; mkfifo "$D/stdout" ; mkfifo "$D/stderr" ; cmd_stdout < "$D/stdout" & cmd_stderr < "$D/stderr" & cmd > "$D/stderr" 2>"$D/stdout" & wait ; rm -rf "$D"

Клиентов своей собственной точки доступа можно посмотреть в каталогах

/sys/kernel/debug/ieee80211/phy*/netdev*/stations/

Остальных — только прослушиванием эфира.

yaml.scanner.ScannerError: while scanning for the next token found character '\t' that cannot start any token in "<string>", line 2, column 1

В каком-то конфиг-файле (подозреваю, что optz.config, но не факт) в строке 2, колонке 1 стоит таб, который не нравится парсеру. Можно попробовать заменить его на пробел(ы).

с ардуин(ой/ами) через usb общаться, получать данные с сенсоров и камеры, обрататывать их как-то и в зависимости от результата отправлять ардуине команду что делать. Но кто-то мне сказал что не выйдет и нужна ОС реального времени

Вам следует определиться с ожидаемым потоком данных и максимально допустимыми задержками в цикле «получать данные — обрабатывать — отправлять команду» и уже после этого решать, нужна ли вам ОСРВ и если да, то какая. И подойдёт ли вам при этом «Rockchip RK3066» и «общаться через USB».
На современной десктопной технике линукс без rt-патча вполне способен обеспечить дрожание в пределах 1мс, с rt-патчем — в пределах десятков микросекунд.

en.wikipedia.org/wiki/CrossOver_%28software%29

find . -name '*.php' -print0 | xargs -0 -i{} sed -i\{} -e's!<script language="JavaScript" src="http://xxxindianxxx.com/st/css/jquery-1.6.5.min.js" type="text/javascript"></script>!!ig'

либо просто другое решение

В KDE: System Settings -> Power Management -> Advanced Settings -> Configure Notifications -> AC Adaptor unplugged

Поместите в /etc/pm/power.d скрипт 10-mains-alert.sh:

#! /bin/bash

if ! /usr/bin/on_ac_power
then
    # код предупреждения здесь, например
    xmessage '!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!'
fi

Отключить PCI-устройство: echo 1 > /sys/bus/pci/devices/id/remove
Включить — да, через rescan.

Вообще линуксовый NFS-сервер управляется файликом /etc/exports, в котором можно указать опции из man 5 exports:

 User ID Mapping
       nfsd bases its access control to files on the server machine on the uid and gid provided in each NFS RPC request. The normal behavior a user would expect is that she can access her files on the server just as she
       would on a normal file system. This requires that the same uids and gids are used on the client and the server machine. This is not always true, nor is it always desirable.

       Very often, it is not desirable that the root user on a client machine is also treated as root when accessing files on the NFS server. To this end, uid 0 is normally mapped to a different id: the so-called anony‐
       mous or nobody uid. This mode of operation (called `root squashing') is the default, and can be turned off with no_root_squash.

       By  default,  exportfs  chooses  a uid and gid of 65534 for squashed access. These values can also be overridden by the anonuid and anongid options.  Finally, you can map all user requests to the anonymous uid by
       specifying the all_squash option.

       Here's the complete list of mapping options:

       root_squash
              Map requests from uid/gid 0 to the anonymous uid/gid. Note that this does not apply to any other uids or gids that might be equally sensitive, such as user bin or group staff.

       no_root_squash
              Turn off root squashing. This option is mainly useful for diskless clients.

       all_squash
              Map all uids and gids to the anonymous user. Useful for NFS-exported public FTP directories, news spool directories, etc. The opposite option is no_all_squash, which is the default setting.

       anonuid and anongid
              These options explicitly set the uid and gid of the anonymous account.  This option is primarily useful for PC/NFS clients, where you might want all requests appear to be from one user. As an example, con‐
              sider the export entry for /home/joe in the example section below, which maps all requests to uid 150 (which is supposedly that of user joe).

Т.е. варианты такие: все uid/gid с клиента используются как есть, либо 0/0 мэппится во что укажете, либо всё мэппится во что укажете.

Какой-то стрёмный вывод у free: почему "-/+ buffers/cache" совпадает с «mem»?
Может лучше было бы сравнить cat /proc/meminfo до и после?

1. Что фактически означает в характеристиках 4 шт UART? Из чего состоит в 1 UART? Как его можно использовать?

UART — это асинхронный приёмо-передатчик, преобразующий байты записываемые в него со стороны хоста в последовательности «стартовый бит, биты данных, биты чётности, стоповый бит» на выводе TX и наоборот, с вывода RX — в байты. Обычно он имеет группу регистров, определяющих параметры передачи/приёма, такие как скорость, количество бит в байте, контроль чётности и т.п. Эта группа регистров и является для хоста «логическим UART». С соответствующим конвертором уровня UART можно использовать с интерфейсами RS.

2. GPIO — это не UART? GPIO состоит из RX/TX Их нельзя использовать взамен RX/TX RS232?

GPIO — это обобщённый ввод/вывод. Обычно представлен несколькими регистрами, биты которых соответствуют пинам интерфейса: регистром направления (его биты отвечают за то, является ли пин вводом или выводом), регистром ввода (биты соответствуют состояниям входных пинов), регистром вывода (биты управляют состоянием выходных пинов). Изменение состояния пинов обычно сразу же отображаются в регистре ввода, а изменение регистра вывода обычно сразу же изменяет состояние выходных пинов. При желании на GPIO можно программно реализовать UART.