Kernel 4.9.20 y kernel 4.10.8

Y...unas horitas después...encuentro que, indican que ya está disponible el kernel 4.9.20 y 4.10.8...:

Kernel 4.9.20:

20.527.124 líneas de código, 65.922.149 palabras de código y 592.633.967 caracteres de código.

Kernel 4.10.8:

20.867.219 líneas de código, 66.944.910 palabras de código y 603.796.793 caracteres de código.

Recordatorio:

find -name *.[hcS] | xargs cat | wc

¡Tan sencillo como eso!

Kernel 4.9.19 y kernel 4.10.7

Hoy por hoy, están estos nuevos kernel's estables de Linux para compilarlos...:

Kernel 4.9.19:

20.527.182 líneas de código, 65.922.295 palabras de código y 592.635.239 caracteres de código.

Kernel 4.10.7:

20.867.226 líneas de código 66.944.923 palabras de código y 603.796.644 caracteres de código.

Cuando llegue el kernel 4.10.10 o 4.11.0, lo hago y lo compilo. 😇

Kernel 4.11-rc4 (mainline)

Yo, de momento, no compilo hasta que aparezca la versión final del kernel 4.11, que estará al caer, pues tenemos lo que nos da.

Kernel 4.11-rc4:

21.126.400 líneas de código escritas, 67.733.122 palabras de código escritas y 611.191.681 caracteres de código escritos.

Siempre se determina con este comando:

find -name *.[hcS] | xargs cat | wc

¡No falla!

Crashes con uswsusp y nouveau.

De una parte, que me veo obligado a ver que hacen cosas raras el nouveau, cuando estoy en consola o cuando estoy en entorno gráfico.

De una parte, de vez en cuando, bloquea las Xorg, como contrapartida, a la hora de no tenerlo en ejecución.

Si ejecuto f2disk en consola para apagar el sistema y dejándola en disco la sesión del sistema, la de veces, que cuando hago la llamada:

/etc/init.d/xdm start

De ahí, surgen los problemas que, a veces se bloquea y ahí, ya tengo que apagar 'a lo bruto' el portátil este.

No sé si es cosa de que, todos los paquetes que Debian tiene, son paquetes 'de pruebas', porque estoy en la rama inestable, o si es un problema de pulido de los programas afectados.

El caso es, que a veces, se atranca y...hace estas cosas.

El fichero xorg.conf que lo vemos aquí:


Y el propio fichero uswsusp.conf:


Que no entiendo cómo pueden existir diferencias, si cuando en el fichero /etc/default/grub como esto:

GRUB_CMDLINE_LINUX="gfxpayload=text video.allow_duplicates=1"

No me deberían ni fallar de ningún modo, de ninguna forma, ni de ningún mecanismo que falle a la hora de ejecutar el Linux.

Pues es altamente raro que me haga estas cosas, de buenas a maneras, si cuando no se para a tener, que se trate de un sistema informático antiguo (de casi 9 años).

También es raro que me diga al arrancar que, el IRQ 18 falle, o al menos, es lo que me constata el sistema que, a veces, me dice que se trata de EHCI o algo del módulo sdhci. ¡Si no deberían ni fallar!

En todo caso, me hace pensar que, se abren los módulos al arrancar el sistema de forma desordenada. Que a lo mejor, es tan común que lo haga para no notar la diferencia.

Cada compilado de kernel de Linux, son ya hechos con al menos, más de 3.250 módulos compilados. Pueden fallar de un momento a otro, aunque se haga 'update-initramfs -u -c' que, de esto, no me debería ni fallar de ninguna forma, ni de ningún modo. Aún borrando dicho fichero, que lo puedo hacer a mano también.

Se puede:

update-initramfs -d -k all

Pero se puede crear con:

update-initramfs -c -k 4.10.5

En el caso que sea así, siempre que exista el kernel que tengas a mano, efectivamente.

No debería ni fallar, vamos. Algo me dice que, es cuestión de suerte a la hora de crearse el asunto.

Kernel 4.9.18 y kernel 4.10.6

Estos son:

Kernel 4.9.18:

20.526.773 líneas de código escritas, 65.921.087 palabras de código escritas y 592.624.627 caracteres de código escritos.

Kernel 4.10.6:

20.866.601 líneas de código escritas, 66.942.933 palabras de código escritas y 603.780.407 carateres de código escritos.

Estas cosas, se consiguen siempre haciendo como es habitual:

find -name *.[hcS] | xargs cat | wc

No hay más que verlo, porque es así. 😃😃

Ya sí, kernel 4.10.5

Todo funcionando, excepto dnsmasq, que ya lo harán.

Linux 4.10.5 #1 SMP Wed Mar 22 20:48:14 CET 2017
 00:07:57 up  1:04,  6 users,  load average: 0,92, 0,83, 0,67

El .config lo tenemos aquí:


Podéis bajarlo y verlo. Sin ningún problema.

Kernel 4.9.17 y kernel 4.10.5 (este último, a compilar).

Como viene siendo habitual, ahora ya sí, hay el nuevo kernel 4.10.5, pero antes de nada...:

Kernel 4.9.17:

20.526.720 lineas de código escritas, 65.920.938 palabras de código fuente escritas y 592.622.323 caracteres de código fuente escritos.

Kernel 4.10.5 (voy a compilarlo luego):

20.866.527 líneas de código fuente escritas, 66.942.713 palabras de código fuente escritas y 603.777.832 caracteres de código fuente escritos.

En un rato, se pone esto a trabajar para luego instalarlo en el sistema, luego paso el config del asunto. ;-)

Cambiado tema.

Ahora ya sí, he puesto y revisado, para poner un nuevo tema. Acabé de ir nada más a Blogger, y con unos nuevos temas que, funcionan maravillosamente. ¡NO FALLAN ni con la herramienta de comprobación hoy en día!:


¡Y está comprobadísimo! ¡Ya no fallan ni a la de tres!

Podría quitar los <li></li> de una vez por todas, para que se vean en este nuevo tema y, sin importar de lo que haya...para que la gente lo vea directamente.

¡Ya se puede decir, que sí que funciona estupendamente bien esto!

¡Con tranquilidad!

Voy a retocar un par de cosas en el Feed, para que no haya problemas! El resto es coser y andar...

DropBox va a hacer así.

Ya lo dicen en su web:

No va a haber de otra forma. Así que, no se perderá nada, pero las carpetas públicas...¡ADIÓS!
Se ha de hacer lo que hace Google Drive, que es EXACTAMENTE lo mismo, pero con más protección a todo.