Porfin Linux en el Airis Kira N7000, Debian en LiveSD

Moro_musa me pasa lo mismo es por eso que opte por configurarlo en lxde con atajos de teclado para subir y bajar el brillo. otra opcion que se me ocurre es cargarlo en lxde con la opcion -e que pone el brillo a 200 que creo que es el adecuado para trabajar bien sin consumir demasiado.

el script lo base en otro no es mio en si, yo simplemente lo he adaptado con los parametros correctos para el kira, de momento he hecho una revision corrigiendo un par de bugs, pero si me gustaria solucionar eso de recordar la opcion de brillo mas adelante. ya lo ire mejorando.

Ainmortis, aun no lo probe, pero se me ocurre que se podria hacer que el script guardase el valor del brillo actual en un archivo de texto (incluso que esto solo se haga al apagar el debian para no escribir en la SD a cada cambio que hagamos), y que un mini-script aplique el brillo que haya en ese archivo al arrancar debian (en la aplicacion que estaba haciendo para la bateria, tenia pensado hacer algo asi, habia mirado ya ejemplos de cosas similares, aunque no habia implementado aun nada)

Edito:
Yo utilizava script sencillos del tipo:

Código:

#!/bin/bash

echo 60 > /sys/class/backlight/lcd-backlight/brightness
exit 0

Usando valores entre 60 y 255, con un script para cada uno, p.e. brillo alto,medio, bajo, y muy bajo
Como tenia la duda de que los valores minimos aceptables fueran iguales en todos los kira, tambien tenia la idea de en ese mismo archivo de registro del valor actual del brillo, implementar en el (o en otro archivo de configuracion) los valores minimos para adaptarse a cada caso

vale es que me di cuenta y por eso ahora ya me va gustando mas gracias a todos vosotros

esos valores puedo meterlos sin problema alguno dentro del mismo script, y creo que podria solucionar el tema de guardar el valor actual del brillo, lo proyectare para la version 1.2.

Este aviso sale en varias ocasiones, especialmente lo veo varias veces al salir la consola al cerrar o reiniciar el raspbian

Código:

INIT: Id "T0" respawning too fast: disable for 5 minutes

No se si es relevante

InterNick Ainu... llamarme torpe pero nada.

Tras reinstalar, selecciono teclado OLPC selecciono español luego selecciono otra vez español (sin tildes murtas ni cosas raras) y luego tras arrancar startx, alli meto la secuencia... nada.

Tampoco la solucion del usuario, eso de crear un archivo vacio. Seguire probando otras opciones a ver.

* Con el debian anterior no me pasaba, pero con raspbian estoy teniendo algun problema con los paquetes, por un lado al actualizar apt-get me dice que no encuentra determinadas rutas (por ejemplo: "Err http://ftp.es.debian.org squeeze-updates/main armhf Packages 404 not found", con el consiguiente error al bajar el paquete), con problemas en las claves publicas (por ejemplo: "W: Error de PGP: http://ftp.es.debian.org squeeze-updates InRelease: Las firmas siguientes no se pudieron verificar porque su llave publica no esta disponible: NO_PUBKEY AED4B06F473041FA"), por lo que finalmente no se puede reconstruir el almacen de paquetes, y por otro lado paquetes que con el otro tenia disponible, ahora no lo estan como smbfs (de samba) o deb-multimedia-keyring (clave publica del repositorio multimedia)

Los repositorios que utilizo son:

Código:

#Repositorios Oficiales - lenny o squeeze
deb http://ftp.es.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.es.debian.org/debian/ squeeze main contrib non-free
#Repositorios de Seguridad
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free
#Repositorios Multimedia
deb http://www.deb-multimedia.org/ squeeze main non-free
# squeeze-updates, previously known as 'volatile'
deb http://ftp.es.debian.org/debian/ squeeze-updates main contrib non-free
deb-src http://ftp.es.debian.org/debian/ squeeze-updates main contrib non-free
# Rpi
deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi
# otros
deb http://http.es.debian.org/debian squeeze main contrib non-free
deb http://backports.debian.org/debian-backports squeeze-backports main contrib non-free

(he probado a desactivar todos, dejando de cada vez solo un repositorio activo para aislar el problema, pero tengo la sensacion que el repositorio de raspbian siempre lo utiliza)
Instalando las claves necesarias (la de raspbian en teoria ya esta instalada)
$ aptitude install debian-keyring debian-archive-keyring raspbian-archive-keyring deb-multimedia-keyring



* Haciendo las modificaciones que indica InterNick en http://wiki.geteasypeasy.com/How_to:_Reduce_Disk_Writes_to_Prolong_the_Life_of_your_Flash_Drive consistentes en:

Añadir a fstab
$ sudo nano /etc/fstab

Código:

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
tmpfs /var/log/apt tmpfs defaults,noatime 0 0
tmpfs /var/cache/apt/archives/ tmpfs defaults,noatime 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Lo que causa un error en el arranque (aunque sigue funcionando ok) diciendo que no existen los puntos de montaje de los directorios /var/log, /var/log/apt y /var/cache, con lo que supongo que estas modificaciones no estan funcionando

Particularmente estoy tambien probando en la particion ext2 el modificador nodiratime, que si no entendi mal, hace en carpetas lo mismo que noatime en archivos, y de momento parece correcto este aspecto, aunque no noto diferencia


$ sudo rm -f /etc/blkid.tab*
$ sudo ln -s /dev/null /etc/blkid.tab
$ sudo rm -f /etc/mtab
$ sudo ln -s /proc/mounts /etc/mtab


Modificar propiedades y añadir al /etc/rc.local
$ sudo chmod u+x /etc/rc.local
$ sudo nano /etc/rc.local

Código:

mkdir /var/cache/apt/archives/partial

(sinconexion creo que segun tus notas, este punto lo tienes mal, pues te limitas a crear el directorio, cuando realmente hay que añadir esa orden de crear el directorio al rc.local)


* Probe el chromium (explorador web grafico con HTML5) no renderiza las webs pero aparentemente navega


* Gedit si lo arrancas desde la consola, cada rato va dando un error, ya pasaba con el anterior debian, (gedit:3642): Gtk-CRITICAL **: gtk_list_store_set_column_types: assertion 'priv->columns_dirty == 0' failed, a pesar del cual, funciona correctamente y supongo que sera un error propio del gedit

Darnos, La SD que estas usando funcionaba bien con el anterior debian???
Es que tiene toda la pinta de que pasa como con una Kingston que tengo yo, que aparantemente va todo bien, pero tiene problemas para escribir en ella, y por eso no guarda nada y acaba dando problemas

Arqtico escribió:Este aviso sale en varias ocasiones, especialmente lo veo varias veces al salir la consola al cerrar o reiniciar el raspbian

Código:

INIT: Id "T0" respawning too fast: disable for 5 minutes

No se si es relevante

eso tambien lo mostraba la primera Release de Debian 6 RPI se solucionaba configurando el arranque con GDM, a mi tambien me sale asi que ya buscare la forma de fixearlo que seguro que sale en los foros de raspi.

con respecto a los repos, ¿estan indicando a Squeeze? deberian estar apuntando a wheezy, prueba a cambiar en el archivo de los repositorios la palabra squeeze por wheezy y haz un apt-get update.

Pues lo de la tarjeta... no te digo ni que si ni que no. A priori, en la otra version todo andaba bien, salvo los errorcillos conocidos de wifi y tal. Es una TDK clase 10 de 8GB.

No quisiera comprar otra... que esta la cosa muy malita.

No obstante... si "solo" es la Ñ (por cierto estoy escribiendo desde un Galaxy S) pues sefuire jugando con el Debian. Afortunadamente la Ñ no es muy necesaria a la hora de escribir comandos

Seguire trabajando en ello. Gracias no obstante.

Gracias ainumortis
Con el cambio a wheezy en los repositorios se mantienen los problemas, tanto el el update como en los paquetes que no encuentra, tengo que mirarlo con mas calma a ver que pasa

Edito: con wheezy si he podido solucionar que no encontrase la deb-multimedia-keyring

Edito: Las rutas que no encuentra cuando actualiza con apt-get update es porque en vez de utilizar en las rutas "armel", utiliza "armhf" (sobre esto encontre mucha info, pero voy a empezar a mirar esto http://www.memetic.org/raspbian-benchmarking-armel-vs-armhf/ a ver si me entero) y sto solo con los repositorios que usan http://ftp.es.debian.org/debian/

Vuelvo a editar: armhf es la aquitecura para los ARM V7 o superiores, es notablemente mejor que la armel, pero nosotros, si no me equivoco tenemos un ARM V6 (ademas de la falta de paquetes para armhf) ahora toca ver donde se cambia para que busque armel y no armhf

En un principio, no se si de la forma correcta, pero si indico la arquitectura en el repositorio soluciono el problema de no encontrar las rutas (por lo del armhf), pero sigue sin encontrar algunos paquetes, como el smbfs de samba

Código:

#Repositorios Oficiales - wheezy
deb [arch=armel] http://ftp.es.debian.org/debian/ wheezy main contrib non-free
deb-src [arch=armel] http://ftp.es.debian.org/debian/ wheezy main contrib non-free
#Repositorios de Seguridad
deb [arch=armel] http://security.debian.org/ wheezy/updates main contrib non-free
deb-src [arch=armel] http://security.debian.org/ wheezy/updates main contrib non-free
#Repositorios Multimedia
deb [arch=armel] http://www.deb-multimedia.org/ wheezy main non-free
# squeeze-updates, previously known as 'volatile'
deb [arch=armel] http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free
deb-src [arch=armel] http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free
# Rpi
deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi

Con esto soluciono los errores de que no encuentra determinadas rutas, pero aun asi sigue dando tres errores de GPG, menos graves

Este repositorio mirrordirector.raspbian.org si que utiliza armhf (creo que no tiene armel)

a mí también me pasó lo de encontrarme un repo que no respondía (el de mirrordirector) pero reintentando horas más tarde me funcionó.
No se si os habéis dado cuenta de como están montadas las cosas de raspberry. Es decir... si vais a la pagina de raspi y os bajais cualquier cosa la web elige por vosotros algún servidor. Los servidores y ancho de banda son donados / patrocinados ... incluso alguna vez mirrordirector hace que tu descarga sea desde un servidor "raspberrypi". Esto mismo es extrapolable al tema de los repos Esto es magnífico pero claro... algunos no estarán en datacenters y no tendrán disponibilidad total por lo que podrán fallar por las mismas razones que nos puede fallar a nosotros. Ojo, existe un truco con mirrordirector para elegir tu fuente de descarga y establecer así la más fiable.
Creo que alguna otra vez también me ha fallado algún otro repositorio. Nada que con el tiempo no volviera a funcionar.

Arqtico escribió:Este aviso sale en varias ocasiones, especialmente lo veo varias veces al salir la consola al cerrar o reiniciar el raspbian

Código:

INIT: Id "T0" respawning too fast: disable for 5 minutes

No se si es relevante

Para solucionar esto sólo hay que editar el archivo "/etc/inittab" y comentar (poner un "#" antes de) dicha linea en el archivo (esta línea debe de estar tirando para el final del archivo).

Darnos escribió:InterNick Ainu... llamarme torpe pero nada.

Tras reinstalar, selecciono teclado OLPC selecciono español luego selecciono otra vez español (sin tildes murtas ni cosas raras) y luego tras arrancar startx, alli meto la secuencia... nada.

Tampoco la solucion del usuario, eso de crear un archivo vacio. Seguire probando otras opciones a ver.

No hay que dejar el archivo vacío, tienes que escribir el comando "setxkbmap es" en el.

Arqtico escribió:* Gedit si lo arrancas desde la consola, cada rato va dando un error, ya pasaba con el anterior debian, (gedit:3642): Gtk-CRITICAL **: gtk_list_store_set_column_types: assertion 'priv->columns_dirty == 0' failed, a pesar del cual, funciona correctamente y supongo que sera un error propio del gedit

¿Usaste el comando de "gedit" junto con el de "sudo"? Si es así es normal, ya que al Linux no le "gusta" que el usuario root ande por el entorno gráfico. Normalmente sólo "protesta" (esos mensajes de error) pero no da más problemas que eso.

Arqtico escribió:Este repositorio mirrordirector.raspbian.org si que utiliza armhf (creo que no tiene armel)

Comprobado: sólo tiene paquetes para la arquitectura armhf:
mirrordirector.raspbian.org/raspbian/dists/wheezy/ (fijaros en el archivo "Contents", sólo hay uno para esa arquitectura)

eu_mesmo escribió:

Arqtico escribió:Este aviso sale en varias ocasiones, especialmente lo veo varias veces al salir la consola al cerrar o reiniciar el raspbian

Código:

INIT: Id "T0" respawning too fast: disable for 5 minutes

No se si es relevante

Para solucionar esto sólo hay que editar el archivo "/etc/inittab" y comentar (poner un "#" antes de) dicha linea en el archivo (esta línea debe de estar tirando para el final del archivo).

Solucionado, gracias. Ayer ya habia visto por google que se solucionaba en ese archivo, pero queria mirarlo con calma antes de tocar nada
Edite justo la ultima linea para que quedase asi

Código:

# T0:23respawn:/sbin/getty -L ttyAMA0 115200 vt100

[quote="eu_mesmo"]

Arqtico escribió:Comprobado: sólo tiene paquetes para la arquitectura armhf:
mirrordirector.raspbian.org/raspbian/dists/wheezy/ (fijaros en el archivo "Contents", sólo hay uno para esa arquitectura)

Entonces, si la premisa de que la arquitectura armhf no nos vale porque tenemos un ARM v6 (creo que es asi, ¿no?), este repositorio de raspbian no nos vale para nada y lo podriamos eliminar del sources.list, ¿estoy en lo cierto?

Buenas,
ahora que se por donde paráis, podre ponerme al día, veo que tendré que actualizarme muuuucho!

Saludos!

mkpuig escribió:Buenas,
ahora que se por donde paráis, podre ponerme al día, veo que tendré que actualizarme muuuucho!

Saludos!

http://foro.airis.es/t2445p345-porfin-linux-en-el-airis-kira-n7000-debian-en-livesd#40301

mirate esto es lo ultimo

Tambien puedes visitar el blog de kirbian.wordpress.com en el cual pues resumo los avances, y publico mis notas, scripts, etc.

Arqtico escribió:Este repositorio mirrordirector.raspbian.org si que utiliza armhf (creo que no tiene armel)

escribió:Comprobado: sólo tiene paquetes para la arquitectura armhf:
mirrordirector.raspbian.org/raspbian/dists/wheezy/ (fijaros en el archivo "Contents", sólo hay uno para esa arquitectura)

Ojo, no descartéis repos por no tener armel. Es decir... como sabreis armhf es para procesadores con set de instrucciones armv7 con vfp. Pero es posible recompilar estos mismos paquetes para armv6 con vfp (no implica cambiar código en absoluto sólo opciones de compilación). Estos repositorios añadidos para raspberry son no-oficiales debian y contienen paquetes compilados de esta forma. Es decir... armhf es hard float. Nuestro procesador incluye vfp. Con armel casi no aprovechamos esto. Con esos paquetes no oficiales compilados para armv6 con vfp sí podemos conseguir mejores resultados en ciertas tareas.

Estuve dándole un vistazo a xbmc. No se si realmente tiene mucho sentido portar el de raspi para kira. Wheezy tiene xbmc en sus repos oficiales

http://packages.debian.org/search?suite=wheezy&searchon=names&keywords=xbmc

Por lo que los esfuerzos serían para ganar algo que ya tenemos. Le daré unas vueltas considerándolo. De hecho, en mi modesta opinión, la mejor solución para integrar un xbmc en el kira es vía debian creada para nosotros con debootstrap con el mínimo número de paquetes y servicios posibles y un inicio depurado para estar lo antes posible en el dashboard

XBMC solo le veria utilidad y sentido si el kira tuviera salida HDMI, que de momento y que yo sepa a menos que se me haya pasado alguno mas, es el N9000 el unico modelo compatible con Debian LiveSD, ya que los demas no arrancan segun tengo entendido. entonces si le encontraria utilidad, o como mucho para streaming de video, pero vamos poco mas. yo tambien baraje la idea de trabajar en un xbmc para el kira pero partiendo de los repos de debian, y hacer las adaptaciones que hagan falta.

pero como he dicho ya... sin salida hdmi es un caramelo que no podre catar.

¿a todo esto, en debian funciona la salida HDMI de los N9000? es algo que me he estado preguntando ultimamente.

PD: internick ¿hay posibilidad de en proximas versiones del kernel que pueda detectar la particion del Kira para una posible instalación? y una forma de hacer funcionar el debian en el kira sin dejarlo inutilizado. es decir si no entraña mucho riesgo.

ainumortis escribió:PD: internick ¿hay posibilidad de en proximas versiones del kernel que pueda detectar la particion del Kira para una posible instalación? y una forma de hacer funcionar el debian en el kira sin dejarlo inutilizado. es decir si no entraña mucho riesgo.

Es posible instalarlo con un kernel en concreto. Autoinstalación no se, se podría... pero realmente una instalación manual tampoco llevaría más que un puñado de comandos.

Para Futuras versiones si me gustaria poder disponer de estas funciones, de hecho incluso no seria hasta mala idea hacer lo siguiente.

LiveSD con instalador > se instala en el disco duro del kira > se extrae la SD y reinicia el sistema > arranca una primera Screen con las opciones de formatear la tarjeta SD (la liveSD por ejemplo para preparar la tarjeta SD para Home, y creo que tambien pondria var/apt, para que no se engorde mucho los 2 GB internos del kira.

Objetivo con esto? bueno puede parecer enrevesado pero si se consigue hacer todo de forma facil he intuitiva, con algunos scripts o programar algo en python destinado a esto mismo, quien sabe. seria una forma de crear un sistema linux inteligente el cual aprovecha los 2 GB del disco duro del kira y recicla por ejemplo la ranura de la SD o USB para almacenamiento de archivos dejando libre el espacio del kira para lo esencial, programitas y etc, que es poco 2Gb pero creo que asi se conseguiria ganar algo de espacio. para los Airis Kira N8000 seria un gran choyo esto, porque aprovechan los 4Gb base, si no quieren android.

pero todo esto es una idea o concepto de algo a largo plazo, ya que ahora mismo hay cosas mas importantes que pulir en el sistema, una vez que se haya corregido todo, sea funcional y estable, y se haya testeado hasta la saciedad entonces es cuando me decidiria a explotar esta opcion.

Un par de cosas mas que he visto:
El administrador de tareas marca un consumo de procesador de -1% para todas las tareas.
El valor de consumo de memoria de las tareas es distinto el que marca el administrador de tareas y conky con ${top mem 1} (o el numero que sea)

Lo del consumo de memoria no estoy seguro a que se debe pero intuyo que tendrá que ver con la memoria que se etiqueta como "cached" cuando hacemos un free -m

La memoria "Cached" se reserva de forma preventiva y hace que algunas operaciones / aplicaciones respondan con mayor velocidad pero en caso de ser necesaria para el sistema se libera automáticamente para otras tareas.

Esto a veces hace que algunos monitores de memoria no sean fieles a la realidad. Pero insisto, la memoria

He compilado un kernel con sysvipc y el driver mejorado de sonido. No incluye controles en alsamixer. Esos los tenemos que establecer a través de un softvol de alsa por lo que puedo ver. Hoy no puedo publicarlo pero lo haré en breve.