¿Qué podemos hacer si el ordenador nos dice que hay que aumentar el tamaño de /boot/efi?

Ahora que el problema de parpadeo y congelación de wayland ha desaparecido (véase aquí), podemos hablar de algunas sorpresas que aparecen de vez en cuando.  Entre las personas que trabajan conmigo hay una que también usa Fedora. Tiene un ordenador nuevo del trinque que se encargó con un disco M2 de 500 GB (WD Black) y que se instaló automáticamente, dejando a Fedora que particionara como le diera. Curiosamente, desde hace unas semanas todo iba muy lento y se negaba a actualizar el software por falta de espacio en /boot/efi y /boot. Es un problema, porque con el sistema en marcha no se puede correr el resto de las particiones hacia la derecha con gparted, dejando espacio para hacer crecer a las otras dos. La solución, por supuesto, es bien sencilla; arrancar con un USB Live, instalar gparted y correr las particiones. /boot/efi tenía 631 MB, que deberían sobrar, y /boot 1,1GB, que también debería ser suficiente. Este de la foto es el mío escogido manualmente, y solo un poco mayor, y no me ha dado problemas.

Para evitar problemas posteriores, le robé a la última partición 4GB, que luego repartí entre /boot/efi y /boot. No tenía muy claro si el sistema arrancaría después, pero como la seda, y además funciona bien, sin la lentitud anterior de los últimos días. Y por supuesto ya se pudo actualizar.

VIVA GPARTED!

PD. No digo que no se puediera hacer en terminal, pero los conocimientos llegan hasta donde llegan y el saber ocupa lugar y pesa; no adquieras demasiado que no sea imprescindible.

gparted Gtk-WARNING: cannot open display - root y xhost

No es la primera vez que me pasa esto; instalación de sistema, llamar a gparted y se obtiene un mensaje de

Gtk-WARNING **: cannot open display

Esto se debe a que gparted requiere privilegios de administrador para poder usarse

Root privileges are required for running gparted

y que es una máscara GRÁFICA. El administrador solicita la apertura de un nuevo sistema gráfico y ya está en posesión del usuario. En general muchas páginas recomiendan una orden como

xhost +

pero esto genera un problema de seguridad, ya que se abre el sistema gráfico a cualquiera (véase por ejemplo aquí). Es además matar moscas a cañonazos, ya que si lo único que necesitamos es que el administrador local tenga acceso al sistema gráfico, ¿por qué añadimos todos? Así que creo que es más lógico añadir al administrador local

xhost local:root

y listo. gparted en marcha

Actualización con FedUp. Espacio en las particiones

En este caso describo los problemas que he tenido en un portátil. Este ordenador tiene instalados Windows 7 y Fedora.

Debido a que ya tiene unos años, el disco duro es un TOSHIBA MK3263GSX de 320GB, dividido en 5 particiones. Las dos primeras sda1 y sda2 son las originales del sistema que venían de fábrica (sda1 NTFS de 500MB de reparación para Windows y sda2 donde viene instalado Windows 7). Sobre esa sda2 extraje un espacio vacío que he rellenado con una partición (sda3 NTFS) para datos de Windows, y la extendida sd5 (ext4) para /, sd7 (ext4) para /home y sd6 swap.
El problema generado en la actualización surgió del hecho de que sd5 / nació siendo de 14GB. Siempre fueron suficientes estos GB para sistema; sin embargo la carga de los paquees necesarios para actualizarse, más el espacio necesario para instalarlos antes de borrar los anteriores significo la falta absoluta de espacio, con el mensaje de que eran necesarios 2GB libres más en sd5. Es decir, los 34GB que se ven en la imagen fueron gestionados por gparted live, instalado a través de unetbootin en un dispositivo USB.
Conclusión: antes de empezar con FedUp, comprueben que tienen libres más de 5GB en /, por que si no tendrán que generarlos antes de la actualización.

PD. Sí, la alteración gráfica de las particiones no ha  sido perfecta y deja rastros, como esas zonas vacías sin uso. Sí, también en Windows, por que aproveché para aumentar c:\.

PDD. Si, llevo un rato bastante largo

Sistema de archivos NTFS: formatear en Windows

A lo largo del tiempo he tenido muchos problemas con los discos que formateo en NTFS (véase 1,2 y muchos más). Realmente el problema mayor me había aparecido en Ubuntu 11.04, debido seguramente a algún bug en parted o gparted. Sin embargo, en estas dos últimas semanas he tenido repetidos errores en el formateo a NTFS en Fedora 16. En primer lugar varios lápices que funcionan correctamente en mi equipo al formatearlos, y a los que les he copiado diferentes ficheros, al intentar leerlos de nuevo, tanto en windows como en diferentes distribuciones de Linux dan un error que exige la aplicación de chkdsk -f y desmontado dos veces para poder recuperar el contenido. Finalmente, un disco de 2TB, formateado también en gparted (0.12.0-1.fc16, parted 3.0-4.fc16, mkfs, ntfsprogs) me ha generado un problema de entrada-salida al copiar ficheros grandes en él. Decididamente, o dejamos de usar NTFS (maldita compatibilidad), que sería lo mejor y más prudente, o formateamos en un ordenador con Windows (donde estás, que no te veo). He aquí una magnifica razón para dejar de usar unidades NTFS.

Vuelta de vacaciones. Destrucción completa de home

He vuelto de unas vacaciones en las que no he dado palo al agua. En un mes entero solo he mirado 4 veces el correo; en resumen, perfectas. Justo a la vuelta de vacaciones y, perdonen los lectores, antes de saludar, decidí arreglar un formateo erróneo de un disco en NTFS, similar al que había señalado aquí, y la fastidié definitivamente, y por eso he tardado "un poco" en poder escribir una entrada (y la vagancia, por que realmente puedo utilizar 6 ordenadores diferentes para meter una entrada).
La "historia del arte" fue así. Justo antes de vacaciones me compré 2 discos duros Western Digital Caviar Green de 2TB, para almacenar "copias de seguridad" de material multimedia. Aun sabiendo que gparted no formatea bien en NTFS, y que hay un bug reconocido (1, 2), le di una última oportunidad (y para no encender el ordenador de Windows) para formatearlos en NTFS. Por supuesto generó un disco con 4 trozos, el primero de 104GB, en teoría NTFS y 3 particiones más irreconocibles. Como no tenía más tiempo, me fui de vacaciones y así quedó todo. A la vuelta, lo primero que hice fue extraer el disco -el que yo pensaba que era ese disco- y lo formateé en un ordenador con Windows. Por desgracia yo pongo mis discos frontalmente y para poder extraerlos rápidamente

y en vez de sacar el superior, que era el mal formateado, saque el que era home. Los dos eran discos idénticos (WD Caviar Green de 2TB), y como quería encender rápidamente, me fui sin comprobar que disco había extraído. Además, al intentar formatearlo en disco, no era posible por que era una GPT Protective Partition, es decir, era una partición que Windows no puede leer -en este caso ext4- y que ha sido realizado por otro Sistema, pero yo asumí que se debía a la mala partición realizada, así que para destruirla utilicé en Windows disk part, siguiendo las instrucciones de aquí. En resumen, por si es necesario para alguien, hacemos Inicio - Ejecutar - cmd (para llegar al terminal de Windows) y ejecutamos disk part; para identificar el disco tecleamos list disk, luego select disk x (siendo x el número que identifica al disco que nos interesa formatear) y ejecutamos clean, que limpia todas las tablas de partición, sea la que sea y queda sin asignar y listo para ser formateado. Y eso hice.
Al volver al ordenador con ubuntu, simplemente no arrancó, ya que le faltaba home. Cosas de estas le pasan a cualquiera. He intentado recuperar la partición mediante testdisk, pero despues de quick search, buscando particiones debajo de la NTFS, el resultado fue este

lo que es lógico; no puede detectar las tablas de partición anteriores por que clean en disk part las ha borrado. Después intenté una búsqueda más profunda -deeper- pero no ha podido localizar nada que no fuera la partición NTFS

testdisk

Aun así le pedí el listado de los ficheros, pero claro, son solo los de la partición detectada, la de NTFS, o sea, ninguno

Podría teóricamente (al haber aplicado en disk part clean solo borra las tablas de partición; si hubiera aplicado clean all hubiera borrado y sobreescrito TODO) recuperar los ficheros mediante foremost, pero serían más de 500.000, y al faltar las tablas de partición se recuperarían sin identificación y habría que ir identificando uno a uno. Además, tenía una copia de seguridad de todos mis trabajos y música (550GB, más de 470000 ficheros), así que lo perdido es solo 1,2TB de vídeos, algunos irremplazables pero, ¡qué se le va a hacer! A ver si aprendo algún día, aunque lo dudo.
En la siguiente entrada hablaré de nuevo de la tortura provocada en la instalación de esta versión 11.04, altamente inestable.

Ubuntu 11.04 y el formateo en NTFS de los discos duros

He tenido un nuevo "poltergeist" en el formateo en NTFS de un disco duro. En este caso he "intentado" formatear un Western Digital Caviar Green de 2TB en una caja Conceptronics para discos SATA. El disco es de la misma marca y modelo que utilizo en mi ordenador principal como home. El disco que hace de home fue formateado en la instalación de 11.04 en ext4 sin ningún problema. Modelos similares WD Caviar Green de 1TB y 1,5TB formateados a NTFS los uso habitualmente en cajas Conceptronics idénticas a la del disco en cuestión para almacenar material y poder disponer de él en Linux, en Windows y en WD TV Player. Para formatearlo, he seguido mi rutina habitual. Monto el disco ("OEM", tomado de una caja que trae un montón iguales y sin formato) en una caja Conceptronics, lo detecto con gparted y configuro un formateo en NTFS; lo vuelvo a montar con Palimpsest y empiezo la copia de los ficheros; sorprendentemente (no tanto, por que es la segunda vez que me pasa), la velocidad de copia prevista es de 200 a 300kb por segundo, con lo que nos amenaza con miles de horas de copia. Visto el resultado tras varios minutos sin aumento de la velocidad, lo desmonto e intento formatear desde Palimpsest, aun suponiendo que el efecto será el mismo, ya que recurrirá a los mismos paquetes que gparted. Sorprendentemente, se niega a formatear ya que dice que el "daemon" está capturado. Directamente reinicio el equipo y vuelvo a intentarlo con palimpsest sin pasar por gparted, pero me dice lo mismo (¿qué error es este?). Por tanto, sigo las indicaciones de hckorootx en los comentarios de la entrada anterior sobre discos duros y de la entrada que realizó a partir de eso en nosinmiubuntu, y en terminal defino el disco con fdisk y luego lo formateo con mkntfs. Mejor dicho, lo intento, por que el equipo se bloquea completamente sin respuesta a atajos de teclado de reinicio gráfico (ni el moderno en Ubuntu AltGr+ImpPant+K ni el tradicional Ctrl+Alt+Backspace) ni tampoco a los atajos AltGr+ImpPant+REISUO. Otro factor que me sorprendió, y que debemos tener en cuenta sobre un posible bug, fue que las características del disco varían según el formateo con gparted o fdisk. Por desgracia, cuando hacemos estas cosas no nos paramos a guardar los resultados. Como lo haré próximamente, tengo que grabar las lecturas de los discos. Por supuesto, podemos culpar al disco o a la caja, pero le hice un formateo rápido en Windows XP (mismo disco, misma caja) y lo puse a copiar en Ubuntu y ya lo hace a una velocidad razonable (18-19MB/s). Esto nunca me había pasado antes, y nunca he tenido que formatear discos en NTFS en Windows desde que uso Ubuntu 7.10. Algun bug tiene que estar ahí dentro, pero no he encontrado nada parecido en la red y no sé como definir lo que está pasando.

Formateo de discos duros

Un compañero me ha pasado un disco duro para que le copiara unos ficheros (¿donde están los diskettes de antes? con 600 arreglábamos el asunto). Al ver el disco me doy cuenta de que esta en formato FAT32, es decir, inutilizabe (no admite ficheros de más de 4GB).
A través de gparted se lo pasé mediante formateo rápido a NTFS, pero resulta que el disco no funcionaba bien (nautilus calculaba 900 horas para copiar el directorio). La única solución fue un formateo completo, y así funcionó razonablemente (900GB en 9 horas).
Sí iscario, lo hice con un ordenador con Windows, ya que no sé como decirle a gparted que haga un formateo completo (unas cuantas horas que tardó el tal Windows) y no sabía que tamaño de cluster darle al disco; mkfs.ntfs asigna por defecto 4096, que en los Western Digital está bien, pero en este disco no estaba seguro, así que le dejé a Windows XP que decidiera por si mismo. Además, como en casa tengo todavía un ordenador con Windows XP, era la forma más fácil y rápida. De todas maneras, tengo usar más el terminal.

Debian con Windows y Ubuntu

He empezado la segunda parte de mi preparación para Debian. Para empezar he preparado el disco duro generando nuevas particiones. El primer problema, o sorpresa, es que Windows ya ocupaba por si mismo 3 particiones primarias (las traía así de fábrica; una inicial pequeña no se sabe de que, una segunda que es c: y una tercera d: que tiene los ficheros de recuperación), que desde gparted son sda1, sda2 y sda3, así que he tenido que dividir una partición extendida en sda4.
El segundo problema fue Windows en si mismo. El disco c:\ (sda2) tenía ocupados 38,6GB, no se sabe de qué. Pero lo mejor fue que al liberar espacio de disco, que en teoría debería haber eliminado algo más de 1GB, de repente ocupaba 39GB; luego, al eliminar el fichero de paginación, aumentó a 39,9GB; increíble, pero cierto. Después defragmenté Windows y empecé a correr las particiones a la izquierda para hacer sitio, usando para ello gparted desde un CDLive de Ubuntu 11.04 para tener desmontado el disco. La verdad es que lleva tiempo, ya que después de haberle aumentado de tamaño a cada partición, luego la mueve hacia la izquierda, a una velocidad media de alrededor de 1,5-2GB por minuto. He tenido que hacerlo prácticamente de una en una, ya que cuando acumulaba varias acciones gparted se bloqueaba y tenía que reiniciar el Ubuntu Live. Para terminar, una vez generadas dos particiones nuevas para Debian en ext4, una de 15Gb para / y otra de 75 para /home, generé una nueva swap. Finalmente, para evitar la configuración manual de la swap en grub.cfg, arranqué el Ubuntu 10.10 del disco duro, desactive el intercambio, que estaba asignado a la última partición (físicamente al final del disco) y la activé en la generada nueva (al final de la partición sda7, que está al final de la parte extendida dedicada a ese Ubuntu). Veremos si con esto funciona.

Conclusiones por ahora:
- Windows 7 dando la lata, como siempre
- A pesar de reiterados avisos de que los movimientos de particiones pueden hacer fallar el arranque de los sistemas, Windows y Ubuntu siguen funcionando perfectamente (Ubuntu; Windows hace lo que puede)
- Comportamiento extraño de gparted en Ubuntu 11.04 Live, con varios bloqueos que no había visto hasta ahora (será culpa de Unity, por pensar mal)
- Se tarda tanto en hacer estos movimientos de particiones que creo que se acababa antes instalando desde el principio y en limpio todos los sistemas

Por ahora tengo un montón de particiones vacías; espero instalar Debian este fin de semana y a ver que tal va en un ordenador bastante más potente que el anterior.

SSD más redimensionar

Desde que se me estropeó el WD Caviar Black no había logrado un rendimiento adecuado del equipo principal de casa. La confianza que me ofrece Linux me ha llevado a utilizar un solo disco de 1,5TB, pero ni el Seagate ni un Caviar Green han alcanzado ni de lejos las prestaciones del Caviar Black; en ocasiones se queda todo el sistema "pensando" por segundos, y el peor de todos es Firefox. El rendimiento era mucho mejor en el ordenador del trabajo, con un Raptor de sistema y un Caviar Green como home, a pesar de ser 2 años más antiguo. Así que la semana pasada me compre un disco para dedicarlo a sistema+swap. Como realmente llegaría con un disco de 14GB, pero de esos ya no los fabrican, y siempre dispuesto a probar, me compré un SSD de 30GB, para ser exactos un Kingston SSDNow V Series (SNV125-S2/30GB). La instalación ha sido sencillísima y rapidísima, como de costumbre, y el rendimiento es sensiblemente mejor, sin "paradiñas". Sin embargo el redimensionamiento del disco Caviar Green que ha sido larguísimo. Como es natural, primero realicé una copia de seguridad, algo más de 1TB, primero de los datos (que ahora llevan consigo también la música). Como uso una copia secuencial mediante rsync, llevó muy poco tiempo, ya que no se copian los 400GB, sino solamente las variaciones. Sin embargo, la copia del resto, aproximadamente 600 GB, la mayor parte copias privadas de muchas cosas, llevó horas. Y lo peor llegó después; me puse a redimensionar a través de gparted desde el CDLive Ubuntu 10.04.2 (por culpa de mi nVidia no puedo poner 10.10 en este ordenador), lo que llevó 18 horas y 36 minutos (mover a la izquierda la partición supuso 18 horas y 27 minutos del total).

Se vé en la imagen que se destruyen las particiones de sistema y swap y se traslada todo. Una vez terminada la redimensión del disco, la instalación fue muy rápida; no hizo falta recuperar nada de la copia de seguridad y al indicarle manualmente que ese disco era home quedó todo perfectamente configurado. Luego se añade lo que falta, se instala Dropbox y en 40 minutos todo listo. Para terminar, eliminé OpenOffice y añadí LibreOffice. Una instalación que lleva menos de una hora precisó una preparación de 24 horas, entre copia de seguridad y redimensionamiento. Menos mal que tenía el fin de semana y que fue dar tres ordenes y dejar hacer al ordenador.
Y me dejaba lo mejor; no tengo forma de colocar este disco de 2,5' en la caja Enlight del ordenador, ni en las bahías de 5,25, ni en la de 3,5, con lo que está acostado en la base, sin más.

Redimensionar una partición "larguísima"

En uno de mis ordenadores mantenía hasta hoy una partición "perdida" que no montaba ningún directorio de Linux y estaba muerta esperando para ser usada; realmente es un atavismo que mantengo de mi época de Windows. En aquellos momentos mantenía mis datos en otro disco o partición "lejos" del chico malo (Windows), sabiendo que más bien temprano que tarde el sistema se degeneraría. Por ello nunca guardaba nada en Mis Documentos. Ahora, como simple reminiscencia del pasado, mantenía algún disco/partición guardando los datos. Sin embargo desde hace más de un año me he dado cuenta de que es mucho más sencillo tenerlo todo en home, con lo que se puede instalar/reinstalar sistemas en unos minutos; además, confío en el sistema y ya no considero imprescindible mantener otras particiones para los datos. Eso sí, no me fio de los discos, así que hago copias incrementales de datos mediante rsync en un disco externo. Bien, para eliminar la última partición debida a Windows arranque uno de mis ordenadores de trabajo con un Ubuntu CDLive y con gparted le di la orden de redimensionar home hasta el final de un WD Green Caviar de 1TB (sistema y swap están en un Raptor WD de 30GB). La antigua partición de datos (435GB) estaba completamente vacía, con lo que calculaba que con 10 minutos, como mucho, sería suficiente, pero cuando me fui llevaba 1h y 45 minutos y no tenía apariencia de terminar. A ver si mañana puedo trabajar, siempre y cuando no haya destruido home (los 400 y algo GB de la cabecera del disco) ... y no he hecho copia de seguridad en las últimas semanas.
Nada que no hayamos hecho con Partition Magic en Windows, a veces bien y a veces mal; para curiosos del pasado, este ha sido el lamentable fin de esa aplicación que durante tanto tiempo fue la única que solucionaba nuestras particiones (cuando era de PowerQuest, antes de la compra -y desaparición- por Norton).

Editado: y cuando llegué horas más tarde estaba perfectamente redimensionada y todo funcionando.