Cuidado con los discos clonado

He tenido un "pequeño" accidente que he tardado en entender. El problema nació de mi decisión de eliminar la grabadora del ordenador, que ya no uso para nada. Eso supone disponer de un SATA libre. Como siempre, estamos escasos de espacio, y decidí recuperar uno de los discos retirados que tengo por ahí. Empecé por uno de 2,5TB, pero tenía algún sector erróneo, así que recuperé el más "moderno" de los disponibles, un Caviar Black de 2TB y fabricado en 2013. Lo incorporo, veo que está en ext4, así que decido no borrarlo y simplemente leo el UUID con blkid y lo incorporo al /etc/fstab

UUID=nume-rito-en-cuestion /mantener2     ext4    defaults        1 2

y reinicio.

En su interior había un directorio home, ya que este era mi antiguo home —véase aquí para ver el cambio de un HD Black Caviar a un SSD— y decido borrarlo... DESASTRE, por que borra todo ese disco y mi /home activo entero, es decir, todo mi trabajo. A otros les hubiera dado un ataque, pero para mi no es nada nuevo, porque me pasa de vez en cuando (esas manos quietas, muchacho!), así que sacamos el disco problema, tiramos de copia de seguridad para recuperar la información básica, instalamos todo de nuevo, porque mi copia de seguridad no guarda las configuraciones, y restaurado lo fundamental dejamos copiando el grueso de la información perdida; en total, unas 7 horas perdidas. Cosas a tener en cuenta:

1. La sincronización que tengo del OneDrive —véase entrada anterior— supone que al borrar el home borró también TODO, la nube y los otros ordenadores, cosa que no me ha pasado en Dropbox. MUY IMPORTANTE tener una copia de seguridad local y no fiarse solo de la nube.
2. ¿De dónde viene este problema? Al principio se lo atribuía a que el disco tenía un directorio /home y que la máquina los hubiera "unido" de alguna manera, pero no debería, ya que uno es /home/usuario y el otro es /mantener2/home. Después, mientras estaba intentando instalar Fedora 33 otra vez, anaconda me decía que detectaba dos discos con la misma UUID. ¿Cómo? Pues por que el disco Caviar Black ERA mi antiguo home, y el nuevo es un clon de él (aquí la prueba del delito clonador).

Sí, había clonado uno sobre otro, y eso ha supuesto que tuvieran para el sistema la misma UUID, y debería saberlo, por que como había dicho en la entrada donde explicaba ese cambio, no había sido necesario recurrir a editar fstab, ya que tenía la misma identificación y, además, debería haberlo visto al editar fstab, pero como lo hacemos todo a velocidad terminal, no nos fijamos en el resto del ambiente. Es decir, al decirle al sistema a través de nautilus —ahora llamado Archivos— que borrara el contenido de un disco, el sistema borró los dos que tenían la misma UUID.

En resumen, antes de reutilizar un disco clonado, formatearlo previamente y a ser posible en un ordenador distinto al que contenga la copia, no vaya a ser que también formatee a los dos en paralelo. Y además, copia de seguridad para todo, y no nos fiemos de tener algo en la nube, por que las nubes se las lleva el viento, o un borrado accidental.

Fedora sobre Ubuntu. Error al compartir home

Estoy en un cambio desde Ubuntu a Fedora. Después de instalar con éxito Fedora sobre Ubuntu en el portátil decidí cambiar el sistema también en uno de los ordenadores de trabajo. Decidí instalarlo directamente sobre la particiones de Ubuntu, al igual que había hecho con el portátil. Una inicial de sda1 para sistema (/), con formateo a ext4 y en la extendida sda5 en ext4 sin formatear para home (nombre de usuario idéntico) y sda6 swap. La instalación la realicé desde el CD Live i686 en unos minutos y permite el arranque y comienza la configuración. En un punto avisa de que ya existe un directorio idéntico al que va a generar para home pide permiso para utilizarlo como tal y cambiar sus permisos o si preferimos cambiar a otro. Autorizo el cambio de permisos (un par de minutos de espera) y ya llama a la pantalla de entrada. Sin embargo, al poner la contraseña y entrar salta un error (calidad baja de imagen sacada con el teléfono). Daba un mensaje del Asistente de problemas, y guardé la imagen (o eso me parecía a mi) pero luego no fui capaz de encontrarla, así que supongo que la guardó en RAM; de todas maneras, no explicaba la causa de lo que pasaba

Entonces hice un segundo intento; antes de la instalación borré desde el arranque del CDLive todo fichero de configuración y todos los directorios ocultos, dejando solo .mozilla y datos y luego instalé. El resultado fue el mismo. Finalmente instalé completamente de limpio formateando todo el disco y funcionó (estoy escribiendo en él). Entre las posibles causas para este error, hckorootx ha sugerido un posible cambio de la UUID de la partición que incluye el directorio home. Las UUID de las particiones cambian mediante un MD5 sobre la estructura de ficheros al reformatearla, pero como no se ha formateado, a lo mejor no coincidiría con la que Fedora ha calculado al instalar. Sin embargo, eso no pasó en el portátil. En él, al haber cambiado el nombre del usuario, cambio también el directorio, y el que tenía todas las configuraciones de ubuntu no fue utilizado en el arranque. Desde mi punto de vista, al instalar Fedora sobre Ubuntu debemos evitar usar el mismo directorio de usuario en home, ya que las "herencias" de Ubuntu no coinciden con los nuevos deseos de Fedora.

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.

Copia de seguridad. Mis documentos vs home

En mis muchísimos años de Windows jamás guardé dato alguno en Mis documentos, por que siempre temía el día del fallo del sistema, y luego habría que "trabajar" duramente para recuperar los datos. Por ello siempre guardaba todo lo importante primero en una segunda partición, y luego en un segundo disco. Sin embargo, desde que he empezado a usar Linux, no he tenido nunca un fallo importante y nunca he perdido dato alguno, asi que desde hace un año, aproximadamente, he dejado de usar un segundo disco desmontado para guardar los datos (lo montaba solo para guardar al acabar de trabajar) y lo único que hago es poner home en una partición separada. Sin embargo, nuestras dudas hoy son sobre los discos, ya que nunca sabes cuando te va a fallar, así que guardo una copia en un disco externo. El problema ha sido siempre la copia de seguridad; desde hace un tiempo, uso rsync para hacerla; sin embargo, las diferentes copias van acumulando versiones "viejas" de ficheros que han empezado a ocupar bastante sitio, asi que he repasado las posibilidades de rsync y he añadido  el argumento -delete, lo que elimina en el destino los ficheros que no existen en origen, así que ahora la copia de seguridad la hago en una sola orden y listo. Nunca había logrado, ni con programas gráficos destinados a hacer algo así una rapidez tal de una manera tan sencilla. Con una simple orden como esta:

$ rsync -avr --delete /home/user/Directorio1/ /media/disco/Directorio1/ && rsync -avr --delete /home/user/Directorio2/ /media/disco/Directorio2/ && ...
     -a preserva las propiedades del fichero (permisos, timestamps...)
     -v verbose (para poder ver lo que hace)
     -r recursivo, para sincronizar los subdirectorios

     --delete elimina en destino los ficheros que no están en el origen
Mediante && colocamos una serie de comandos de tal manera que el siguiente se ejecuta solo si el anterior no ha dado errores y así, en caso de que algo salga mal, sabemos hasta donde había llegado la copia.

Y ya está realizada la copia de seguridad, en unos segundos, minutos u horas, en función de las novedades introducidas, eliminando además los ficheros ya descartados en el origen. Vamos, así de simple y muy rápido. Además, no he hecho un script, pero he preparado una copia del comando en un fichero plano, así que solo la tengo que pegar en el terminal y ya está; una copia de seguridad se lleva a cabo con estas acciones:
1. Conexión disco externo

2. Abrir fichero plano; copiar todo
3. Ctrl+Alt+T (abrir terminal)
4. Ctrl+Shift+V (pegar en terminal) Hasta aquí unos 20 segundos
5. ENTER (ahora depende del volumen a sincronizar)
6. Listo; solo queda desmontar y guardar
No creo que ni con un programa específico, gráfico y caro se pueda hacer tan rápido.

Para aquellos que tengan disponible un disco duro pequeño, se puede incluir la opción -z, lo que activaría la compresión en destino.
Las posibilidades de este comando son enormes, incluidas las sincronizaciones a través de la red. Recomendable un repaso con man rsync y en estas entradas de LinuxHispano 2 3 está casi todo explicado.

Problemas con el Aspire One

Este tiempo de retraso entre entradas se ha debido, en parte, a que desde el viernes pasado mi Aspire One no ha tenido a bien arrancar. En el medio de una presentación y de la clase se quedo bloqueado y hasta hoy no ha vuelto a arrancar. En general llegaba a aparecer en una pantalla en negro

GRUB loading.

y se quedaba así todo el tiempo. El primer culpable al que atribuía el problema era la tarjeta SDHC nivel 6 donde había anclado home. Intenté sustituirla por otra, pero fui incapaz de copiar su contenido, así que instalé de nuevo todo el sistema (Ubuntu Remix 9.10) con home en otra tarjeta nueva. Se dejo instalar, pero se volvió a bloquear cuando estaba actualizando los idiomas. El segundo culpable fue el disco duro sólido, que de tanto formatearlo y probar una y otra vez a lo mejor estaba dañado. Intenté solucionarlo instalando todo en otra tarjeta diferente, con el disco sólido fuera del sistema. Se dejo instalar, pero el ordenador siguió sin arrancar aparecia algo como buscando a Grub. Decidí cambiar la Bios, por si tenía algo que ver, pero resulta que ya tiene instalada la última versión y que además, el formato del que se dispone en Acer  exige la instalación de un USB de arranque con ficheros Microsoft algo más completos que FreeDos, y no me apetecía, además de no ser necesario. En vista de tal hazaña, pensaba eliminar la memoria añadida para comprobar si esa pieza estaba dañada de alguna forma, aunque en general los errores de memoria son más aleatorios, no constantes; sin embargo, un amigo mío muy acertadamente me dijo que sería más prudente, antes de desmontar la máquina, intentar instalar todo en el disco sólido original directamente, sin tarjetas añadidas ni nada, y si luego no funcionaba, desmontar. Por ahora funciona; ya se han actualizado los idiomas y está en plena actualización de todo. Esperemos que funcione, por que dar clases prácticas usando Windows me da dolor de cabeza. Un problema secundario ha sido que para lograr un USB de arranque con Ubuntu Remix he utilizado al menos 3 unidades y solo me ha funcionado una, la más vieja y lenta, lo que sumado a la lentitud del disco sólido hace bastante lenta la instalación. En resumen, habré instalado al menos 4 veces Ubuntu en 3 días, lo que lleva casi el mismo tiempo que instalar una vez Windows.

Edicion. Realmente debe estar dañado el disco sólido, por que después de la última instalación y actualización, no arranca y se queda en  GRUB loading. Habrá que darlo de baja

Por fin 8.04 como quería

Bien. Por fin tengo el sistema en el Raptor y home en otro disco más grande aunque algo más lento. Como decía el otro día, había dejado instalado en el Raptor todo Ubuntu 8.04. Tras haber terminado el curso, bastante interesante, de "Avaliación no Ensino Universitario" decidí antes de empezar poner Home donde debe, en otro HD. Buscando que buscarás encontré multiples formas de pasar home a otro disco/partición. Sin poner nada dentro y sin actualizar, me puse a ello. El primer intento prometía, pero algo falló, no se que, y no arrancaba. Reinstalación, en Ubuntu, unos minutillos. Otro intento, más "fuerte", totalmente en terminal después de haber salido de Gnome y bajo Root. Todo parecía perfecto, pero al arrancar no reconoce el nuevo Home como tal, no le da los permisos adecuados y rearranca continuamente. Reinstalación. Tercer intento, a través de un Cd Live. Resultado, localización errónea del fichero del fichero fstab y no hay manera de que arranque. Imposible el intento de recuperar la copia de seguridad del home original. Y me digo yo, ya que no hay manera de aprender a hacerlo una vez instalado, vamos a instalarlo bien desde el principio. Es decir, nueva reinstalación. Cuando llegamos a la partición, mediante formato manual pongo en el Raptor una partición Ext3 como raiz y otra para Swap. El segundo disco lo pongo Ext3 como Home. Y listo, se acabó. Unos minutos y todo preparado. Luego llevó un poco más la inclusión de las peculiaridades que me gustan, tales como configurar la red, añadir programas interesantes (Thunderbird, Lighting, K3b, Konqueror, d4x, Dia, imgseek, Kompozer, Gparted, Partimage...), compresores (7z + XArchiver, sumando luego UnRar, por que si no no se descomprimen los Rar), FireStarter, Wine (para usar ImgBurn, OpenStat, MediaCoder), codecs, scripts (por alguna razón desconocida no me funciona audio-convert, aunque para lo mismo uso ahora MediaCoder a través de Wine y va muy bien. Como siempre tengo que habilitar el uso de un driver restringido para la tarjeta gráfica (uso Ati de toda la vida), y luego trastear un poco para conseguir un escritorio decente, instalando Compiz-manager, para habilitar el Cube y Ubuntu background y wallpaper, que a mi me gusta el fondo de antes más que el pajarito de ahora, y no viene en el Cd (o no me lo instaló).
Cuando vi que todo funcionaba, metí todos mis datos antiguos de Windows y Linux, copié el directorio de Thunderbird y todo quedó como yo quería. Con todo esto ya sabemos algo. No se fíe de las intrucciones que dicen que funcionan. Pruébenlas con copia de seguridad previa, que algo fallará. Y si hace falta, falla 5 veces seguidas. Pero eso si lo sabemos los que llevamos años (casi 2 décadas) con Windows. Lo mejor, copia lo importante e instalá todo de nuevo al menos cada 6 meses. En Windows se debe a que, no se sabe como, después el ordenador tiene 30 Gb menos, no se sabe de que (no lo deben saber ni en Redmond) y va mucho más rápido. Aquí, por qué cada 6 meses tenemos un nuevo Ubuntu, y como no sabemos todavía todo lo que debiéramos, nos equivocamos continuamente al instalar y podemos tener un pequeño "problema". Pero, eso si, se instala un Ubunto en 20 minutos, con todos los programas incluidos. Que digan eso los de Windows, que el solito tarde mínimo 1 hora.

PD. Con todo ello parece que es Ubuntu es dificilísimo. Mentira; lo que pasa es que uno es un vicioso algo masoquista en esto de la informática. Prueben a instalar Vista y Ubuntu. En Vista descubrirán el llanto y el crujir de dientes. Y si a ello le suman la Office 2007, necesitan un curso de 6 meses titulado "¿Donde narices está lo que llevo 15 años haciendo aquí? 1ª parte"