por ·Sin comentarios

Para los que viven en el termo que ha sido dado en llamar «Microsoft WIndows» y no sabían nada de este asunto (que de todas formas dudo les importe un bledo), El kernel de linux ha tenido desde toda la vida problemas para supender y volver del modo suspendido, o hibernar y viceversa.

No es cosa de todos los días y no pasa con todo el hardware pero pasa. Es la causa por la cual nunca intenté siquiera usar alguna de estas funciones.

Buenas noticias malditos nerds:  Linus ayudado por un par de personas ha encontrado al fin entre los 300mb de puro texto sin comprimir el origen de la falla. Hoy es un día glorioso que quedará grabado para siempre en los anales de la historia de Linux!

Acabo de leer en el Blog de Linus la buena nueva:

Life is good again..
…because it looks like we figured out what the suspend/resume problem was. And as suspected, the actual resource code had nothing what-so-ever to do with it, and was apparently just a trigger for timing.

It’s frustrating with bugs like that, but on the other hand it’s then a big relief when it gets resolved, and in this case we also ended up going through a lot of code and I think we’ll be much better off as a result. It’s also a huge relief to find the actual root cause, rather than seeing things that can be used to paper over and hide the problem.

And kudos to the people who actually saw the problem (Rafael and Frans), and who spent a lot of time trying out different things and sending out logs and looking at the resource allocation. The real clue was in a log from a successful suspend/resume cycle that showed some questionable behaviour despite not actually failing.

Un poco mas adelante, en los comentarios, se le pregunta a Linus en cuanto tiempo estará disponible al público en general a lo que Linus responde:

LimbClock: it’s too late to hit the 2.6.28 release (the fix is fairly small, but very invasive), so it will go in early in the 2.6.29 merge window.

If there are no problems it would then possibly get back-ported to one of the 2.6.28.x stable trees.

A eso es a lo que llamo yo buenas noticias! Usuarios de linux en laptops / notebooks: Regocijáos! Por fin su linux va a volver a funcionar después de haber cerrado la tapa!

por ·Sin comentarios

Mi Gentoo se venía portando mal, varios cuelgues repetidos de la nada, sobre todo al compilar, y sobre todo si compilaba con ccaché activado.

En la partición en donde almaceno /var/tmp/ccaché uso reiserfs de un tal Hans Reiser, un señor que va por la vida matando mujeres, y que espero que le den una notebook ahora que en la carcel va a tener mucho tiempo libre, por que es un genio…

Tantos malos apagados sucesivos me deterioraron tanto el sistema de archivos que la pc moría con un kernel panic. A continuación, como reparar el sistema de archivos de cualquier linux sin usar el livecd de otro linux, arrancando desde el mismo kernel del linux que no funciona:

Continúa leyendo

por ·Sin comentarios

Me tenía ya el mensajito de que a mi overlay le faltaba el repo_name:

Warning! Overlay at /opt/abarajameloverlay is missing a repo_name entry and the world will the probably exploit in billions of pieces!

Por que nadie me avisó de que tenía que crear un directorio profiles en mi overlay y dentro del mismo un archivo repo_name que diga «abarajameloverlay»? Y para que tanto lío carajo mierda?