Contenido
Instalación del Sistema Operativo : OpenWRT
Como ya hemos adelantado este dispositivo está pensado inicialmente como router y de ahí que el sistema operativo recomendado sea OpenWRT también puede funcionar con Ubuntu e incluso con Android.
Además en el caso de OpenWRT en el WikI del fabricante existen versiones del firmware para instalarse en una microSD con y sin Docker.
En nuestro caso nos hemos decantado por instalar el sistema operativo (OpenWRT) con soporte para dockers en la eMMC. De esa forma dejamos libre la microSD para instalar posteriormente Debian como describiremos seguidamente.
La instalación es de lo más sencillo: Basta con bajarse la imagen deseada, descomprimirla y copiarla en una SD (de más de 8GB). En nuestro caso de la carpeta de imágenes oficiales / SD_to_eMMC nos hemos bajado «rk3588-eflasher-friendlywrt-22.03-docker-20221204.img»
Esta vez en esta primera etapa ni hemos conectado el R6S a un monitor ni un teclado. Simplemente hemos introducido la SD y al cabo de unos minutos los LEDs ha servido para ver que la eMMC estaba convenientemente flasheada,
Tras un reseteo el sistema debería ser accesible desde Ethernet.
Primera conexión a tu red
Ahora sí hemos tenido que conectar un teclado y un monitor para poder entrar a modificar el fichero de configuración de las redes para que te resulte más sencillo conectarte desde otro ordenador de tu red.
Basta con editar en el fichero /etc/config/network (líneas 36 a 42) los datos de tu LAN para que se conecte, en nuestro caso con una IP fija)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 | config interface 'loopback' option device 'lo' option proto 'static' option ipaddr '127.0.0.1' option netmask '255.0.0.0' config globals 'globals' option ula_prefix 'fd00:ab:cd::/48' config device option name 'eth0' option macaddr 'xx.xx.xx.xx.xx.xx' config interface 'wan' option device 'eth0' option proto 'dhcp' config interface 'wan6' option device 'eth0' option proto 'dhcpv6' config device option name 'br-lan' option type 'bridge' list ports 'eth1' list ports 'eth2' config device option name 'eth1' option macaddr 'xx.xx.xx.xx.xx.xx' config device option name 'eth2' option macaddr 'xx.xx.xx.xx.xx.xx' config interface 'lan' option device 'eth0' option proto 'static' option ipaddr '192.168.1.160' option netmask '255.255.255.0' option gateway '192.168.1.1' option ip6assign '60' config interface 'docker' option proto 'none' option device 'eth2' config device option type 'bridge' option name 'docker0' |
Si todo va bien una vez rearrancada la red o reseteado el NanoPi ya podrás acceder a la interfaz de usuario (con root/password).
Aunque esta vez nos hemos decidido por la última versión de OpenWRT (la 22) mientras que el R5S lo tenemos con la anterior no habido cambios en la gestión del sistema por lo que te aconsejamos que leas nuestra revisión anterior. Eso sí, os iremos contando a continuación algunas «cosillas» de interés que no habíamos visto en la revisión anterior.
Para salir a INTERNET, por ejemplo, es necesario …
Qué cosa más curiosa! Yo que echaba la culpa al NanoPi R6S del extraño error en el HA y ahora se ha ido y vuelto la luz un par de veces en casa … y el mismo error ha aparecido en el HA que llevaba meses funcionando sin problemas en la RPi4.
Debe de tratarse de un error con las versiones lanzadas desde noviembre hasta ahora.
EDITO: El «problema» parece estar relacionado con algún tipo de «timing» al cargar dicho complemento ya que simplemente rearrancando HA desaparece el «problema» y se acaban de cargar los elementos que se habían colgado ¿?
Finalmente nuestros amigos de CNX-software han conseguido que les funcione Ubuntu en su NanoPi R6S.
Los resultados de sus pruebas y que podéis ver aquí están muy alineados con los nuestros…como no podía ser menos
Dicho y hecho.
Si cuando publicamos la revisión del R6S nos despedíamos hasta que lanzasen un nuevo R7S con zócalo M.2 nos acaban de confirmar que viene de camino a PcDeMaNo un nuevo R6C que es como el R6S pero con el conector que pedíamos. 😜
Lo siguiente será que esta gente fabrique no solo SBC basados en procesadores ARM sino en RISC-V como ha empezado a hacer ASUS con sus nuevos Tinker V