OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
La insoportable levedad del ser de los discos duros
Si hay un chiste que no me hace ni puta gracia a día de hoy es el de "los backups son para mariquitas", y es porque me ha pasado la peor pesadilla de cualquier usuario de ordenadores: se ha roto el disco duro.
Aunque lo cierto es ¿cómo se hace un backup de más de 80GB? ¿qué dispositivo de backup es lo suficientemente grande, rápido y barato como para que no sea un coñazo inmenso? como no se la respuesta, no tengo backup y me estoy cagando en todos los dioses, en los espíritus del bosque, en el karma y en la madre que los parió a todos.
Todo empezó el domingo. Por la tarde todo iba bien, incluso estuve intentando seguir el manual de Spartak0 para ver la tele por Internet para intentar ver el partido del Barça sin éxito (por falta de cadenas que lo emitieran, ya que técnicamente todo funcionaba bien). Cuando empezó el partido del plus apagué el ordenador sin darme cuenta de que esa sería la última vez en la que lograría hacer funcionar el equipo, ya que después de cenar decidí volver a encenderlo y ya había pasado la catástrofe.
Lo primero en evidenciarse era la lentitud del arranque. Normalmente lo que tarda de pasar de la pantalla de la BIOS en modo texto a la pantalla gráfica del GRUB es tan poco tiempo que ni ves que GRUB muestra varias líneas de texto antes de mostrarte el menú gráfico. Ahora esas líneas son totalmente legibles. De hecho si anteriormente todo el proceso desde el encendido del equipo hasta la pantalla del gdm tardaba menos de 1 minuto, ha pasado a 20 minutos largos.
Lo segundo que pude observar era que costaba dios y ayuda que se abriese el escritorio una vez iniciada la sesión, e incluso varias veces ni tan siquiera llegaba a abrirse. También pude observar que el comando shutdown -h now no funcionaba.
En los mensajes del kernel pude ver que se producían muchos errores en el acceso al disco a lo que me dije "malo, malo", así que apagué el ordenador a la espera de poder comprar un disco duro nuevo, cosa que hice escapándome del trabajo unos minutos por la mañana del martes (un Seagate de 320GB, con lo que gano 200GB respecto al viejo disco, no todo va a ser malo).
Después de comer, aprovechando que todavía estoy en horario de verano y no trabajo por las tardes, empecé la migración del sistema: puse el nuevo disco en el hda y el viejo en el hdc reemplazando momentáneamente la lectora de DVD ya que si lo ponía en el hdb la BIOS se quedaba colgada :(. En el hdd tengo una grabadora de DVD desde dónde he arrancado una Mandriva One 2007.1 (versión GNOME).
Desde mi Mandriva en modo Live usando Drakconf he particionado y formateado mi nuevo disco duro, asignando 70MB a /boot (ext3), 18GB a un LVM llamado SYSTEM, 1GB al swap y el resto (unos 300GB) a otro LVM llamado HOMES. Dentro del LVM SYSTEM tengo un sistema ext3 en el que está el directorio raíz y en el HOMES tengo otro sistema ext3 en el que está el directorio /home. Desde que hice pruebas con la Fedora Core 4 que soy un convencido total de los LVM, y tras los problemas de espacio que tuve con las particiones en mi viejo disco duro, cuya estructura de particiones proviene de la instalación original de la Mandrake 10.0 (desde entonces sólo ha sido actualizado, nunca instalado desde cero) he decidido dejar espacio de sobra para el sistema y no encorsetarlo en diferentes particiones que al final te encuentras mal dimensionadas (unas acaban excesivamente llenas y otras tiene espacio de sobra).
Gracias al LVM la próxima vez que me quede sin espacio simplemente tendré que añadir un disco más al equipo y asignarle el espacio a los diferentes LVM.
Lo siguiente ha sido montar las dos estructuras de ficheros en la Mandriva One:
Disco duro viejo:
[root@localhost ~]# mkdir /mnt/old [root@localhost ~]# mount /dev/hdc2 /mnt/old [root@localhost ~]# mount /dev/hdc1 /mnt/old/boot [root@localhost ~]# mount /dev/hdc5 /mnt/old/home [root@localhost ~]# mount /dev/hdc6 /mnt/old/usr/shareDisco duro nuevo:
[root@localhost ~]# mkdir /mnt/new [root@localhost ~]# mount /dev/SYSTEM/1 /mnt/new [root@localhost ~]# mount /dev/hda1 /mnt/new/boot [root@localhost ~]# mount /dev/HOMES/1 /mnt/new/home
Es cierto que podría haber usado un mismo VLM (llamado MANDRIVA, por ejemplo) y dentro haber puesto un root y un home, quedando entonces así:
[root@localhost ~]# mount /dev/MANDRIVA/root /mnt/new [root@localhost ~]# mount /dev/MANDRIVA/home /mnt/new/home
Pero prefiero independizar al máximo el /home del resto del sistema y siempre estoy a tiempo para modificar el VLM SYSTEM para separar los diferentes directorios en particiones diferenciadas dentro del LVM SYSTEM (sobre todo el /tmp y el /var, aunque siendo una máquina exclusivamente de escritorio tenerlos todos juntos tampoco es tanto riesgo).
El siguiente paso, en el que me encuentro, es copiar la información de un disco a otro. Empiezo por la partición más pequeña y menos problemática, sólo para probar:
[root@localhost ~]# cp -a /mnt/old/boot/* /mnt/new/boot/
Ningún problema, todo perfecto, así que pasamos al momento cumbre: copiar el /home. Ya suponía que se estaría rato: son 87GB de información.
[root@localhost ~]# cp -av /mnt/old/home/* /mnt/new/home/ 2> errores.txt
En esas estoy, desde las 23:00 de ayer (y son las 13:35 cuando escribo esto) y todavía copiando. No se cuándo acabará ni por dónde va, ya que estoy en el trabajo, pero seguro que todavía no ha acabado.
Va tan lento (y esta creciendo tanto el fichero errores.txt) que seguramente acabe renunciando mi idea original de copiar todo el disco (restaurando el sistema, editando a mano el fstab y la configuración del GRUB) y una vez copiado el /home desconecte el disco viejo y directamente instale desde cero la Mandriva 2007.1, con lo que durante algún tiempo iré echando de menos aplicación tras aplicación.
Continuará...
- Blog de Ed Hunter
- Entra a tu cuenta o crea una para poder comentar.
Usuario
# 39775 backup y LVM
Varias cosas:
El único sistema de backup en esas condiciones es otro disco duro. No es el más barato, pero sí que sale ganando en la combinación grande+rápido+barato. Si la posibilidad de que se joda un HD es mínima, la de que se jodan dos HD a la vez es ínfima.
En algún sitio leí que, en cuanto a gasto y desgaste, el equilibrio entre encender el ordenador demasiadas veces y tenerlo encendido demasiado tiempo era encenderlo una vez al día. Es una buena disculpa para "desengancharse" un poco: yo, por mi parte, si lo apago y me voy a cenar te aseguro que no lo vuelvo a encender hasta el día siguiente. ¿Demasiados encendidos para tu HD?.
Yo hubiese usado un sólo LVM. La ventaja que tiene de "olvidarte" de los "límites" de las particiones la pierdes al empezar poniéndote un límite de 18 GB a uno de los LVM.
Suerte con la recuperación.
--
jotarp.org
--
jotarp.org
Usuario
# 39790 Yo estoy considerando un NAS
Yo no he tenido nunca problemas con los discos duros... Pero lo que si tengo es varios ordenadores en casa (varios usuarios claro), sobre todo algunos portátiles, que suelen ser mas propensos a reventar.
Lo que me estoy planteando es agenciarme una caja de disco duro con conexión RJ45 para poder conectarlo directamente a la red y hacer copias de seguridad y compartir las pelis, música y esas cosas.
Algo de este estilo CHD3LAN
Alguien tiene alguna experiencia con estas cajas/discos duros ?
BOFH
# 39823 Me esta costando más de lo normal
No se si es algo por intentar migrar de un sistema instalado en particiones normales a LVM o que el LVM esté creado mal, pero no logro hacer andar al equipo.
Finalmente logré copiar todos los ficheros del viejo sistema (sólo me fallaron ficheros de mi $HOME, incluso el $HOME de otros usuarios se copió perfecto, pero incluso estos ficheros creo que podré recuperar), pero no logro hacer que arranque el nuevo Linux y acaba mostrando un viejo conocido que llevaba tiempo sin ver: kernel panic.
He modificado el /etc/fstab para que en lugar de usar /dev/hda2 y /dev/hda5 use /dev/SYSTEM/1 y /dev/HOMES/1. He creado mediante mknod los ficheros /dev/mapper/SYSTEM-1 /dev/mapper/HOMES-1 y /dev/mapper/control, he realizado los enlaces simbólicos correspondientes /dev/SYSTEM/1 y /dev/HOMES/1. He modificado la configuración del GRUB para que en lugar de tener root=/dev/hda2 tenga root=/dev/SYSTEM/1 y he logrado instalar el nuevo GRUB. Incluso lo he probado con el viejo LILO por si las moscas, pero he obtenido lo mismo que con el GRUB: error al montar ext3 y kernel panic.
Incluso he cogido el DVD de instalación de la Mandriva 2007.1 PowerPack y he intentado reparar el gestor de arranque (error) y actualizar el sistema (ningún problema, e instala el gestor de arranque) pero sigue produciendo el kernel panic.
Sólo me queda volver a instalar, formateando el /dev/SYSTEM/1, y cuando ya arranque una mini Mandriva, copiar de nuevo la vieja instalación, menos el /boot y los ficheros del /etc "peligrosos", y si no va, instalar desde cero :(
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
Usuario
# 39844 LVM
Creo recordar que me pasó algo similar hace tiempo. No encontré el fallo y opté por instalar desde cero.
--
jotarp.org
--
jotarp.org
BOFH
# 39862 Estoy instalando desde cero
Hice una mini-instalación que funcionó sin problemas, y luego machaqué (o eso creía) sin piedad con los ficheros de la instalación anterior excepto /boot, /dev y algunos ficheros del /etc. Pero tras haber copiado los ficheros, reinicio y... no se había copiado nada :( estaba todo con la mini-instalación de los...
Ahora estoy instalando desde cero y espero que lo tenga por fin todo operativo para el miércoles.
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 39980 Por fin todo funcionando
Desgraciadamente la instalación del sistema operativo es totalmente nueva, no he podido recuperar la instalación previa, pero si que he podido recuperar todos los datos de la partición home. Para ello he usado un par de scripts que se llaman entre si. Cierto que lo podía haber hecho en un único script, pero de esta forma he podido ir ajustando el código sobre la marcha (sobre todo el número de reintentos. Estos son los scripts en cuestión:
La partición antigua de home la he montado en /media/disk y los scripts los he llamado con el comando siguiente:
El comando find simplemente busca todos los ficheros y directorios de la vieja partición y le pasa el script script.sh, el cual comprueba si es un fichero o un directorio y comprueba si existía previamente o no en el /home final. Si no existe crea el directorio o copia el fichero con el script copia.sh.
El script copia.sh lo que hace es comprobar si el fichero es una pipe, con lo que simplemente creará dicha pipe y finalizará o si es un fichero intentará copiar el fichero hasta que tenga éxito o supere $REINTENTOS, tras lo que guardará en un fichero el nombre del fichero que no ha sido posible copiar y saldrá del script copia.sh para volver al script script.sh para tratar el siguiente fichero.
Mi intención al principio es que el número de reintentos fuese infinito, pero al observar que tras toda una noche reintentando el mismo fichero no lograba la copia decidí limitar los reintentos primero a cinco y luego aumentarlo a diez. El tener separado el "programa" en dos scripts me permitía hacer kill al script copia.sh que estaba enganchado con un fichero sin que el programa por ello se parase, simplemente cancelando la copia de dicho fichero, razón que al limitar los reintentos dejaba de ser práctica.
La idea de que quedasen almacenados los ficheros no copiados era para realizar un tratamiento personalizado de ellos, pero al final no ha sido necesario debido a una limitación del "programa". El "programa" tiene en cuenta los errores de disco en el acceso a los ficheros, pero no tiene en cuenta los errores al acceder a los directorios. Como el problema del disco es de la electrónica y no de la superficie del disco y los errores se producen de forma aleatoria, la solución ha sido ejecutar el mismo script varias veces, hasta que el fichero generado estuviese vacío (en realidad lo he parado cuando he visto que ya sólo contenía ficheros intrascendentes). No es seguro al 100%, ya que en el fichero no aparecen los errores de directorio y podría ser que todas las veces se hubiese producido un error en el mismo directorio, pero el ordenador se ha pasado tres días para copiar 88GB y ya quería poder seguir usando el equipo con normalidad. Si echo algo en falta, ya lo buscaré en el viejo disco :P
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
Usuario
# 39985 por si sirve a alguien mas..
Solo al final de tu "peripecia" :) (o no lo he leido bien) has comentado que el fallo era de la electronica del hd.
Eso me ha recordado algo que lei hace tiempo, explicaban que si el fallo es la electronica y los datos a salvar valen la pena, una posible solucion es conseguir/comprar un hd igualito al dañado, cambiar la placa/controladora del hd y a funcionar.
ya veo que tu has solucionado por fin lo de tus datos, simplemento dejo esto aqui por si sirve para alguien, todo depende del "precio" de esos datos y lo "mañoso" que se sea.
BOFH
# 39989 El Señor Obscuro
Hola,
El metodo que comentas es el que usa El Señor Obscuro (alias iarenaza).
Su Obscurisima recomienda siempre comprar los discos duros en pares, del mismo modelo y con la misma version de firmware.
Asi, cuando una falla, se traspasa la informacion del bueno a otro disco que compramos, y se cambian las placas del bueno al malo, se recuperan los datos del malo y a jugaaaar!
Su Obscurisima Maldad sabe mucho.
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
BOFH
# 40000 Difícil encontrar a estas alturas un disco idéntico
A la velocidad a la que va este mundillo, a estas alturas encontrar un disco idéntico al estropeado, que tiene ya sus añitos, es casi imposible. De todas formas, ya conocía el truco de cambiar la placa.
No dudo que sería una buena idea comprar los discos duros de dos en dos, pero mi presupuesto no llega a eso (y menos para "por si acaso").
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 39990 Menuda aventura!
Hola Ed Hunter,
Menuda aventura. Lo de los discos es un peazo de lotería que no veas.
Me alegro que hayas podido recuperar tus datos, que es lo importante.
Y me lo he pasado en grande siguiendo tu aventura :P
Nota: no has sido el único con problemas de discos moribundos: mikel del IRC también ha sufrido la muerte de un disco. Al final pudo recuperar casi toda su información, pero sufrió lo suyo.
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
Salut,
Sinner
Linux User # 89976 - Blog de SinnerBOFH
BOFH
# 40001 Ya se que no soy el único
A mi hermano también se le ha roto un disco duro, su máquina tiene dos, uno con el root y otro con el home, y ha sido este segundo disco el que se ha roto. También ha logrado recuperar la información, pero creo que todavía no ha comprado un disco nuevo.
En su caso no recuerdo si tiene Mandriva 2007 o es todavía la 2006, pero en cualquier caso es "mandrivero".
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.
BOFH
# 40004 Claramente es una lotería
A mi aún no se me ha muerto ningún disco duro ;-)
Saludos
NO LEER
JID:pacho@jabber-hispano.org
El Blog de Pacho
¿Cómo enviar un BUG?
Documentación
El Blog de Pacho
BOFH
# 40009 Una completa lotería
El servidor doméstico que tengo montado en una Via Epia tiene como disco duro uno de 30GB que anteriormente estaba montado en mi workstation hasta que el recientemente fallecido de 120GB lo substituyó.
Mi primer disco duro, de 20MB, sigue montado en su ordenador original, un 286 totalmente operativo (aunque inútil, casi tanto como mi primer PC, un 8086, que también sigue funcionando, aunque no sirve para nada). Tuve un disco de 800MB y uno de 4GB que si murieron.
En el trabajo han caido como moscas discos de 10GB Fujitsu, pero fue un problema de fabricación del chip y el fabricante de los PC me los substituyó por discos Matrox totalmente gratis.
--------------------
Speedball, la banda de heavy metal más barriobajera de Tarragona.
Si te gusta el heavy metal, en Tarragona, ven al Helvete Metal Bar
--
Yo no me llamo... siempre sale que comunico.