Hace unos muchos años ya, nos embarcamos en un juego de rol para PlayStation 2 llamado Breath of Fire Dragon Quarter. Dicho juego contaba con un protagonista el cual tenía la facultad de poder transformarse en dragón, podía hacerlo siempre que quisiera pero cuanto más lo hiciera, más cerca estaba de transformarse definitivamente en ese dragón y dejar de ser él mismo. Para que el jugador tuviera constancia de que se acercaba a ese momento, el juego, en su parte superior derecha, contaba con un contador llamado D-counter el cual siempre iba aumentando independientemente la acción que hicieras. Era como la espada de Damocles que siempre colgaba sobre el jugador pues debía llegar al final del juego sin alcanzar el 100%.
Recuerdo por entonces haber llegado al 100% como tres veces antes de poder llegar a ver el cielo abierto, y la última de ellas fue a escasas décimas del 100. Fue un juego que al señor J. y a mí personalmente nos marcó mucho, fue un hueso muy duro de roer, una aventura RPG como nunca habíamos jugado, ese desasosiego que era el constante incremento de D-counter no era más que el fiel reflejo de lo que es en si nuestras vidas al fin de cuentas, todos llegaremos al 100% y algún día diremos adiós a este mundo.
Uno espera de esas cosas en la vida real suceda dentro de muchisisismos años o si tiene que suceder, que sea en un videojuego, pero lo que nunca llegaba a suponerme es que Linux, ese sistema operativo libre que tanto me está sirviendo, contara en sus entrañas también con un D-counter como en Breath of Fire Dragon Quarter.
En este caso no se llama D-counter, tiene un nombre aún más sugerente que seguro tarde o temprano tendréis el gusto de sufrir en vuestras propias carnes, hablo ni más ni menos que el Inodo.
En Breath of Fire DQ, a cada ciertos pasos que dabas, el D-counter subía una décima de punto; Linux, por cada fichero que generas, el sistema le asigna un número. En Breath of Fire DQ cuando llegabas al 100% el protagonista se transformaba en dragón, y el juego terminaba; en Linux cuando llega al final de los números que puede asignar, el sistema entiende que el disco está lleno y comienza a dar fallos, más concretamente el “28: no queda espacio en el dispositivo”. Este fallo provoca que en cualquier momento, el sistema sea incapaz de poder hacer actualizaciones, puede que te deje hacerlas, pero al no poder reasignar números o limpiar los anteriores, se volverá cada vez más incapaz de gestionar correctamente la escritura de paquetes y archivos de sistema en las carpetas y llega un momento que literalmente se vuelve inútil. Comentan que el Inodo es “particularmente importante para la recuperación de sistemas de archivos de dañados”, pero la contrapartida que hay que pagar es muy alta. Me puedo transformar en dragón, pero al hacerlo, estoy más cerca de convertirme para siempre en uno ><
En serio, he dedicado cerca de 12 horas en esto y no hago más que acordarme de Breath of Fire DQ, pero es que la sensación es la misma, solo que en uno al menos, cuando llegué al cielo, ya era libre y no había más D-counter, pero aquí, aun habiendo formateado el sistema y haber pasado las de Caín para dejar todo más o menos igual, se que tarde o temprano volverá a pasar lo mismo.
Hay otra cosa sustancial que diferencia a BOFDQ y el Inodo: Inodo es posible reducirlo y el D-counter no. El D-counter siempre sumaba y no había una poción o accesorio que impidiera tal transformación, pero el Inodo tiene varios mecanismos y herramientas que permite al usuario evitar llegar al 100%.
La base fundamental del Inodo es que, a mayor es el disco duro, mayor será la cantidad de Inodos que puede asignar. Para que os hagáis una idea, cotilleando dos equipos con distintos tamaños de disco duro, el PC A que tiene uno de 60 Gbs tiene para asignar 1896832, sin embargo el PC B que tiene 160 Gbs puede asignar 7561216. Si os pica la curiosidad, abrir terminal y ejecutar el siguiente comando:
df -i
En mi caso, después de haber reinstalado completamente Ubuntu, esto es lo que obtengo:
Ya veis, no he salido ni de la primera base del primer escenario y ya tengo 10% >< Aun después de haber conseguido instalar Ubuntu de nuevo y conseguir que el Grub no se olvidara del arranque del Windows Xp, sigo sin saber la causa real del problema. Uno de los factores más comunes de ese fin es que Linux, en post como siempre de quererte llevar de su mano protectora, le da por guardar todos los Kernel del mundo mundial, por si el más actual te deja tirado, y va acumulando y acumulando como si tuviese el síndrome de Diógenes. Desde el terminal hay una forma de poder ver que kernels hay almacenados en el sistema y cual es el que usa en la actualidad, estos son los dos comandos:
dpkg --list | grep linux-imagedpkg --get-selections | grep linux-image
Si vuestra instalación es vieja y ha ido sumando actualizaciones de kernel, y no las habéis ido eliminando (que es lo más seguro) os saldrá una cacho lista que debe dar miedo. Al menos ese fue mi caso, que desgraciadamente no os lo puedo enseñar porque no tuve la preocupación de hacer un pantallazo pero si recuerdo llegar a haber visto más de 10.
Como mi sistema estaba ya tan en las ultimas, el arreglo manual que encontré no me sirvió para nada, no me dejaba dar ni un solo paso. Este es el comando en cuestión:
sudo apt-get purge {nombre del paquete}
El nombre del paquete debe ser completo, si pone “linux-image-3.5.0-32-generic”, debéis ponerlo exactamente igual. Si os funciona, no cantéis victoria puesto que, aunque eliminéis los kernels obsoletos, el Inodo sigue asignado y_y Si queréis profundizar más en el tema, podéis consultar este tutorial que es muy completo y está explicado mejor que yo lo podría hacer en 10 años.
Otra de las posibilidades que se barajan es localizar el directorio que sea el que tenga mayor cantidad de archivos alojados, y de esa forma proceder al borrarlos manualmente. Yo lo intenté, pero vuelvo a deciros que mi sistema estaba ya tan sumamente catapum, que no sirvió para nada, muchos directorios no me los dejaba ni borrar. Os dejo el comando por si las moscas:
du -x -max-depth=1 /var/www
Fijaros si iba tan sumamente mal, que la terminal me dejaba a medias casi siempre, el centro de software no se abría para nada y si tenia que acceder a las aplicaciones, era yendo a la carpeta donde residen:
usr/share/applications
Cuando ya el sistema estaba a punto de caer, decidí hacer un rescate de los archivos más importantes, en total creo que eran 700 Mbs y no más de 130 elementos, pero al ir a pasarlos a otro disco duro, el sistema me indicaba más de un millón de archivos y cerca de 7 gbs de información @.@ la mitad de lo que tenia almacenado el disco duro en total @.@
Recuerdo que cuando saqué ese pantallazo, llegaba a la cantidad que os digo y daba fallo, pero cuando aun estaba con la otra instalación, comenzaba a copiar archivos como si tal cosa XD
Como tenía el grub con Ubuntu + Xp, tuve que cepillarme literalmente el Grub, para luego de nuevo tener que reinstalarlo y para ello necesite el Hiren Boot y ejecutar el siguiente comando:
bootsect /nt60 sys /mbr
Cuando ya, después de la instalación y de que todo parecía ir bien, de golpe y porrazo el Grub se olvidaba del arranque del Xp y tuve que ejecutar desde un Live los siguientes comandos e instalar el Boot Repair
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)
Como después de regenéralo como 2 veces, seguía olvidándolo, tuve que instalar desde la terminal Grub Customizer 4.0.6 y hacer una copia manual de la entrada de Xp hasta que le ha salido de sus santas narices olvidarse de la entrada #¬¬
sudo add-apt-repository ppa:danielrichter2007/grub-customizer
sudo apt-get update
sudo apt-get install grub-customizer
Esto que resumidamente os cuento en cosa de pocas líneas, me ha tenido más de doce horas puteado hasta que he conseguido, por fin, dejar el equipo funcionando (espero ><), creo que no me habían puteado tanto desde los combates de los Regentes en Breath of Fire DQ.
Ahora que veo el video, no sé con que quedarme, si pegarme con Ubuntu o volver a intentar pasarme BOFV XD
Y fijaros lo que os digo, no ha habido mes que no haya pasado programas para eliminar paquetes antiguos y cosas así, el sistema de todas maneras cuando se vuelve inestable y no es capaz de gestionar los Inodos, terminará por volverse tan tarumba, que os dará guerra por un tubo. Olvidaros de ejecutar nada desde la máquina de recuperación, el resultado va a ser el mismo: no hay espacio suficiente en el disco duro, cuando físicamente si lo hay.
Está claro que Inodo está pensado para sistemas con discos duros grandes, y en sus planes no está el hecho de que alguien quiera instalar en un SSD de 60 gbs un Ubuntu 14.04 LTS a un Samsung Nc10 con Dual Boot, así que parte de la “culpa” de que me haya pasado todo eso he sido yo. Creo que ha sido la vez que más tutoriales he visto por YouTube y por la red >< Haciendo memoria, los primeros síntomas que me daba eran fallos esporádicos en la instalación de ciertos paquetes. Hubo cierta ocasión que cayeron 6 del tirón. El pobre Samsung de golpe y porrazo se volvió lentorro y no podía mostrar con toda la resolución posible el escritorio. Aquella vez, me tocó bajar manualmente los paquetes uno por uno e instalarlos desde el gestor de Paquetes Synaptic, y aquella la superó, pero me temo mucho que por aquel entonces ya estaba bastante tocado. He deseado muchas veces poder volver a jugar a un buen RPG que me tuviera agarrado de la pechera como lo fue Breath Of Fire DQ, pero después de esta, creo que ya se me han quitado las ganas de pasar por algo así >< Que os puedo decir, simplemente que tengáis cuidado que herramientas usáis para poder combatir este mal o que cosas vais a instalar. Partir de la base de que no se pueden incrementar los Inodos, pues van de la mano de la capacidad del soporte físico. Espero que os haya servido de mucho la entrada. Un saludo a todos y gracias por leer^^
