— Слышь, колбаса есть?	— А если найду?
— А ты с какого раёна?	— А чё ты такой дерзкий?

Так и отжимает по чуть-чуть ;-)

Оказалось, что в моей системе не было правильно настроенных правил демона udev для этого устройства. Для решения проблемы необходимо знать USB-ID производителя и устройства (VendorID и ProductID), ну и конечно имя пользователя, под которым регистрируетесь в системе.
Я создал файл-правило udev с именем /etc/udev/rules.d/51-android.rules и с таким содержимым:

SUBSYSTEM=="usb", ATTRS{idVendor}=="VendorID", ATTRS{idProduct}=="ProductID", MODE="0666", OWNER="UserLogin"

Затем перегрузил демон udev:

sudo /etc/init.d/udev reload

После этого вывод команды

./adb devices

должен вывести что-то вроде:

List of devices attached
DeviceID    device

Бывает, что уже при настроенных правилах udev всё равно не работает, тогда помогает выполнение команд:

sudo ./adb kill-server
sudo ./adb start-server
./adb devices

После перезапуска сервера ADB мой смартфон определился нормально.

Я опять вскрыл железку, припаял кабель, и попал в нормальную консоль OpenWRT.
После команд

mtd -r erase rootfs_data

(стирание настроек)
и

reboot

(ребут )
маршрутизатор загрузился, запинговался и начал делать всё, что положено свежепрошитому на OpenWRT роутеру без root-пароля.

Затем в WEB-морде роутера настроил VLAN 1 и 2 (по старому мануалу). Но при установке во вкладке Physical settings окна свойств LAN (раздел Network->Interfaces) значения eth1.2 после нажатия кнопки «Применить» роутер переставал отвечать на ICMP и вообще прекращал всю IP-деятельность. Помогла команда перезагрузки сети в консоли:

/etc/init.d/network restart

Путём несложных манипуляций (перетыкания конца пач-корда в разные порты рутера) я выяснил, что у данной модели порт LAN1 соответствует порту 2, LAN2 — порту 3, LAN3 — порту 4, LAN4 — порту 1. Порт 0 — это непосредственно ETH-контроллер на SoC (eth1).

К этому моменту у меня в голове сложилась такая картина распределения сетевых обработок:

После моей настройки стало вот так:

При выполнении команды

swconfig dev eth1 show

выводится вот такой результат:

Global attributes:
        enable_vlan: 1
Port 0:
        pvid: 0
        link: port:0 link:up speed:1000baseT full-duplex txflow rxflow
Port 1:
        pvid: 2
        link: port:1 link:down
Port 2:
        pvid: 0
        link: port:2 link:down
Port 3:
        pvid: 1
        link: port:3 link:up speed:100baseT full-duplex auto
Port 4:
        pvid: 2
        link: port:4 link:down
VLAN 0:
        vid: 0
        ports: 0t 2
VLAN 1:
        vid: 1
        ports: 0t 3
VLAN 2:
        vid: 2
        ports: 0t 1 4

Небольшое лирическое отступление.
Хочу сказать, почему нельзя шить файл родной прошивки без слова "boot" в имени.

Это связано с ее большим размером. Если длина файла прошивки больше, чем 0x7c0000, то, скорее всего, это означает наличие кода загрузчика в его начале.

Можно для уверенности файл стоковой прошивки открыть в Hex-редакторе и если увидим:

А если наблюдаемая картина похожа вот на эту:

Как видно, прошивка во флеш-памяти ТP-Link начинается с адреса 0x00020000, а до этого располагается загрузчик.

Источник
Конец лирики

Для теста настроил роутер как PPTP-клиент (провайдер в моём районе пока не ввёл DHCP), результаты теста скорости:

Справедливости ради хочу отметить, что устойчивость и качество соединения до провайдера по моим органолептическим ощущениям было в целом хуже, чем у предыдущей используемоей мною модели — D-Link DIR-615 аппаратной ревизии B2 со стоковой прошивкой версии 2.27RU. Возможно — это связано с повреждением аппаратуры роутера молнией и/или моими экспериментами