Contenido
Ampliando el almacenamiento
Por otra parte aunque no disponemos de la posibilidad de aumentar la capacidad de almacenamiento interno siempre podemos conectar vía USB3.0 un SSD M.2 NVME «externo» que el sistema reconoce de forma inmediata.
Si en la revisión del R5S quedamos encantados de conseguir una velocidad (según hdparm) del orden de 940 MB/sec en este caso hemos superado sin problemas los 3500 MB/sec de media ¿?
1 2 3 4 5 6 7 8 9 10 11 | root@R6S:~# hdparm -T /dev/sda1 /dev/sda1: Timing cached reads: 7818 MB in 2.00 seconds = 3912.13 MB/sec root@R6S:~# hdparm -T /dev/sda1 /dev/sda1: Timing cached reads: 7476 MB in 2.00 seconds = 3740.44 MB/sec root@R6S:~# hdparm -T /dev/sda1 /dev/sda1: Timing cached reads: 7032 MB in 2.00 seconds = 3518.08 MB/sec |
13943
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