INFOLINUXBLOG.com

¡Sí, sigo vivo! Supongo que ya seréis unos cuantos los que pensabais que me había cansado de bloguear ¡qué va! Tras días de estudio intensivo, trabajo y otras historias, dispongo hoy de unos minutos para actualizarme, no muchos más.

El sistemas de ficheros ext3 (tengo reservada una sorpresita sobre él para otro artículo) tiene una opción en la que permite reservar un porcentaje del espacio de una partición para el superusuario root. En ubuntu mke2fs o mkfs.ext3 (que es la herramienta encargada de crear el sistema de ficheros ext3 en una partición) está configurado para funcionar por defecto con la opción -m 5.

Si le echamos un vistazo rápido a su página man, veremos que se trata del porcentaje de bloques reservados para root. Existen unas cuantas quejas de usuarios al respecto, sobre todo cuando empiezan a enterarse de que el 5% de su disco está probablemente infrautilizado, si no, habría más. ¿qué por qué se reserva este espacio? Pues según la misma página man la opción fue diseñada para evitar que el sistema falle y se colapse cuando el disco se llene. Este espacio se reserva para procesos (aplicaciones) privilegiados del sistema y procesos que han sido lanzados por root. Pero no sólo eso, además se utiliza para evitar la fragmentación cuando se llena (Este espacio reservado es contiguo. Aunque ext3 no sufre de fragmentación externa por su estructura de i-nodo, puede utilizarlo para buscar bloque libres fácilmente en caso de que el disco esté muy ocupado y los bloques dispersos en el bitmap de bloques).

Estoy de acuerdo en que el 5% es demasiado para las capacidades que se manejan en la actualidad. Además en particiones dedicadas a almacenamiento como puede ser /home este espacio no es excesivamente necesario. Así que vamos a cambiarlo en caliente, sin tener que reiniciar ni apagar nada, solamente un poquito de shell. Lo primero ejecutamos en una consola:

Nos muestra en formato fácilmente interpretable la ocupación de los discos y particiones que estén siendo usados. Así por ejemplo veo mi /home:

Aquí vemos como mi home, está a punto de llenarse al 100%, y sin embargo aunque quedan 66MB disponibles, vemos que la resta de 9,9 - 9,3 no encaja. Así que ahora utilizaremos la herramienta tune2fs para cambiar el porcentaje reservado:

Nos mostrará algo parecido a esto:

Es recomendable que dejéis un -m 1 para temas de fragmentación. Como mi partición es algo pequeña y mi disco duro tampoco es como para tirar cohetes, pues me arriesgaré. El resultado:

Muchos pensaréis que tan poco es tanto espacio lo que no es utilizado para almacenar datos. Bueno pues si tenemos una partición más grande, entre el 5%, metadatos del sistema de ficheros y los líos que se hace en ocasiones ext3 con los directorios, podemos perder un buen trozo de disco, y como diría mi madre “está todo pagado”.

Bueno, que espero poder contaros más cosas en unas semanas, con más tiempo.

escrito por Miguel

Cuando elegí y cree las particiones en mi disco hace ya cosa de 3 años, era un principiante linuxero que utilizaba Windows y Linux a partes iguales. En la actualidad ya no es así y aunque sigo teniendo Windows instalado, lo uso una vez cada varios meses. Sin embargo, en todo este tiempo no he encontrado las ganas, ni el tiempo para reorganizar un poco mi disco, ya que me daba una pereza tremenda.

Esta es una captura de Gparted de mi único disco en el portátil. En azul la partición primaria de Windows con marca de arranque, en negro la partición de Nexenta OpenSolaris y la extendida es Linux Ubuntu 7.04, sí ya sé que está Gutsy pero me temo que mi RAM me va a obligar a congelarme en Feisty.

Como no me bajo demasiadas cosas y tiro mucho de mi disco externo para no saturar el del portátil, he vivido bastante cómodo a pesar de lo que pueda parecer.
Desde el último Viernes Técnico me quedé con ganas de Probar la Versión Express Developer de Solaris en mi portátil, para poder jugar y seguir aprendiendo zonas, ZFS, DTrace… y tantos otros. Así que ya no me interesa conservar Nexenta (bien podría probar la última versión Core Platform 1, queda pendiente) y quiero utilizar ese espacio para guardar cosas desde Linux.
Aquí como siempre el número de posibilidades es tremendo, pero yo voy a optar por una solución que algunos calificarán de técnica, pero que es cómoda, flexible y no me impedirá escalar en el futuro, LVM2.
Seguir leyendo »

escrito por Miguel

pdftk (pdf toolkit) es una herramienta que nos permitirá manejar nuestros pdfs en Linux fácilmente. En la web oficial sus creadores lo definen como un quita grapas electrónico para pdfs. Con él podremos hacer unas cuantas cosas: rellenar formularios de pdfs, cortar páginas de pdfs, juntar varios pdfs en uno, poner marcas de agua…

Supe que esta aplicación existía gracias a JJ, que me echó una mano con unos trámites para la Universidad. Resultó que necesitábamos juntar algunas hojas de varios pdfs bajados en un solo pdf ¿difícil? ¿habrá qué pasarlos a .odt o lo que sea para poder hacerlo? No, mucho más fácil, veremos cómo.

Primero instalamos la herramienta con nuestro mejor amigo, apt:

Es una herramienta de interfaz de comandos, pero exite una interfaz gráfica o GUI. La podréis descarga de la página web del autor. El aspecto de la última versión es este.

Sin embargo, es mucho más rápido y liviano manejarlo por consola. En la página web oficial de pdftk tenemos una serie de ejemplos que nos vendrán muy bien. Así finalmente junte los pdfs haciendo:

Este comando define el pdf de nombre grupo1 como A y el grupo2 como B. Después coge las páginas 4 a la 7 del A, 2 a la 3 del B, la 8 del A y la 4 del B, en ese orden, creando un pdf de nombre presentacion.

“Bueno amigos pues aquí acaba el briconsejo de hoy” Espero que os haya venido bien a los que no conocías la herramienta ya.

Un saludo

escrito por Miguel

Si estás en una red usando Ubuntu y necesitas compartir ficheros con otro/s equipo/s Windows, tendrás que hacerlo usando Samba. Pero si además usas swat, te resultará un juego de niños. El escenario para entenderlo más fácilmente es un caso real, que se entenderá mejor con este didáctico gráfico que hice para la ocasión.

Tenemos 4 amigos windowseros que comparten piso. Entonces un día tú (amigo de un par ellos) eres invitado a cenar y de paso te llevas tu disco duro externo para petarlo de archivos compartidos en su red de cable. Todos los equipos están conectados a un switch y son miembros del grupo de trabajo piso.

¿Qué necesitas?
La respuesta es ….
Seguir leyendo »

escrito por Miguel

Seguramente hayáis borrado alguna vez algún archivo por equivocación en vuestro Linux y después soltado alguna maldición al daros cuenta. Es sabido que recuperar ficheros borrados en Linux es mucho más difícil que en Windows. Sin embargo, hoy explicaré cómo recuperar ficheros borrados fácilmente, primero sin usar la temida consola y luego con ella. Primero un poco de contexto para entender el asunto a fondo.

Aunque cuidado con que sacáis de las papeleras, ¡que podéis encontraros de todo!

¿En qué consiste la operación de borrado?
Bueno, pues mucha gente borra cosas en su ordenador sin entender muy bien qué hace el ordenador con esos datos. ¿A dónde van? Una explicación sencilla que se suele dar para explicar esto, es que un ordenador funciona como un libro que tiene un gran índice que se puede ir editando. El índice indica la página donde se guardaran los datos. Así el sistema operativo indexa y maneja los datos. Cuando quiere borrar algo, no arranca la página, ni la tacha, simplemente borra la entrada del índice. Así cuando toque utilizará esa página de nuevo reescribiendo encima.

Cierto es que este comportamiento depende de una capa lógica denominada filesystem o sistema de ficheros. Sí hombre, si usas Linux esto te tiene que sonar: ext3, reiserfs… En el ejemplo anterior, los sistemas de ficheros se podrían considerar unas reglas y estándares que indican qué información debe aparecer en el índice, como editar las páginas…

¿Por qué es más difícil recuperar ficheros en Linux que en Windows?
El sistema de ficheros de Windows, centrándonos en NTFS, está hecho para cubrir el error humano del usuario, no se sabe si por casualidad o como feature que diría Microsoft. El caso es que cuando se borra la entrada del índice, por así decirlo, se puede leer lo que había escrito antes si miramos fijamente. Mientras que en Linux esto no ocurre.

La explicación técnica para el que quiera leerla, es que por ejemplo ext3 rellena con ceros todos los punteros de bloques del i-nodo correspondiente al fichero. Característica que no tenía el sistema de ficheros del que evoluciona ext2. Por eso en ext2 resulta mucho más sencillo recuperar datos borrados, utilizando una herramienta llamada debugfs. Sin embargo, esta característica no está puesta por los desarrolladores con mala leche, sino para evitar problemas con el journal cuando el sistema se cuelgue o apague por cortes luz.

¿Podré recuperarlo todo?
Hombre, tampoco es que esto sea Renault ocasión, si la página ha sido reescrita, es decir, si los bloques donde estaba el fichero han sido reutilizados, recuperarlo queda fuera de técnicas software. Sin embargo, resulta sorprendente la cantidad de información que puede salvarse incluso después de un formateo (esta es otra historia que pronto os contaré).

GRESCUE
Estaba yo lamentando la calamidad de haber borrado un trozo de una práctica para la Universidad, cuando en Gnome files di con una
Seguir leyendo »

escrito por Miguel