Luis León Cárdenas Graide
2008-12-09 21:30:53 UTC
Estimados:
Esta es la segunda vez que me pasa exactamente el mismo problema y no he
podido dar con la causa (ni con la solución). A ver si me pueden dar alguna
luz.
Tengo un laptop Dell Inspiron 1420 con un HD de 80GB, con Kubuntu Gutsy Gibbon
8.04. No recuerdo de memoria exactamente el layout de particiones, pero era
algo así como una primaria de 10GB para root y todo lo demás en una
extendida: 2GB de swap, 5GB para /tmp, y todo lo demás para /home, todo con
Ext3.
Tras meses de operación y actualizaciones sin problemas, tras una
actualización rutinaria, al reiniciar simplemente no partió más. Grub
stage1.5 reclama Error 17 y ahí se queda sin partir. Tras buscar en foros,
muchos han reportado el mismo síntoma, pero no la misma causa. Suelen
referirse a adiciones de nuevos discos y reparticionamientos, requiriendo
reconfigurar su menu.lst.
En mi caso, parece que algo machacó mi tabla de particiones. Al partir con un
LiveCD (Kubuntu Intrepid Ibex 8.10), fdisk -l dice:
Disco /dev/sda: 80.0 GB, 80026361856 bytes
255 cabezas, 63 sectores/pista, 9729 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Identificador de disco: 0x0001040c
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 * 9403 9730 2620416 c W95 FAT32 (LBA)
Como ven, es absolutamente incoherente, pues no tengo Windows alguno instalado
ni uso FAT. Al ver esto, me da la impresión de que la tabla de particiones se
hizo añicos y, naturalmente, Grub no encuentra ni menu.lst ni nada.
Lo curioso es que esta es la segunda vez que me pasa con el mismo equipo, la
misma instalación y tras varios meses de operación impecable. En la primera
ocasión tenía todo respaldado, pero ahora me pilló con un puñado de archivos
importantes justo en la cola de respaldo y necesito recuperarlos. Al intentar
montarlo para ver qué pillo, mount reclama:
# mount -t vfat -o ro /dev/sda /media/sda
mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
En algunos casos se encuentra información de syslog, pruebe
dmesg | tail o algo parecido
Lo que me refuerza la idea de que esa leyendo puras payasadas.
¿Alguna idea de qué puede haber ocurrido? En las actualizaciones de rutina ha
habido upgrades de kernel, actualizaciones automáticas de menu.lst y todo sin
problemas. La tabla de particiones no la he vuelto a tocar desde el setup
inicial. ¿Alguna idea de cómo recuperar la tabla de particiones?
Muchísimas gracias a todos.
Saludos.
- --
Luis León Cárdenas Graide - www.linkedin.com/in/luiscardenasgraide
PGP:Key-ID=EBD8DBD32ECE5829;FingerPrint=437E48AB009362AC07DAF016EBD8DBD32ECE5829
Linux User #415.072 - http://counter.li.org
Big Brother is watching you...
Esta es la segunda vez que me pasa exactamente el mismo problema y no he
podido dar con la causa (ni con la solución). A ver si me pueden dar alguna
luz.
Tengo un laptop Dell Inspiron 1420 con un HD de 80GB, con Kubuntu Gutsy Gibbon
8.04. No recuerdo de memoria exactamente el layout de particiones, pero era
algo así como una primaria de 10GB para root y todo lo demás en una
extendida: 2GB de swap, 5GB para /tmp, y todo lo demás para /home, todo con
Ext3.
Tras meses de operación y actualizaciones sin problemas, tras una
actualización rutinaria, al reiniciar simplemente no partió más. Grub
stage1.5 reclama Error 17 y ahí se queda sin partir. Tras buscar en foros,
muchos han reportado el mismo síntoma, pero no la misma causa. Suelen
referirse a adiciones de nuevos discos y reparticionamientos, requiriendo
reconfigurar su menu.lst.
En mi caso, parece que algo machacó mi tabla de particiones. Al partir con un
LiveCD (Kubuntu Intrepid Ibex 8.10), fdisk -l dice:
Disco /dev/sda: 80.0 GB, 80026361856 bytes
255 cabezas, 63 sectores/pista, 9729 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Identificador de disco: 0x0001040c
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 * 9403 9730 2620416 c W95 FAT32 (LBA)
Como ven, es absolutamente incoherente, pues no tengo Windows alguno instalado
ni uso FAT. Al ver esto, me da la impresión de que la tabla de particiones se
hizo añicos y, naturalmente, Grub no encuentra ni menu.lst ni nada.
Lo curioso es que esta es la segunda vez que me pasa con el mismo equipo, la
misma instalación y tras varios meses de operación impecable. En la primera
ocasión tenía todo respaldado, pero ahora me pilló con un puñado de archivos
importantes justo en la cola de respaldo y necesito recuperarlos. Al intentar
montarlo para ver qué pillo, mount reclama:
# mount -t vfat -o ro /dev/sda /media/sda
mount: wrong fs type, bad option, bad superblock on /dev/sda,
missing codepage or helper program, or other error
En algunos casos se encuentra información de syslog, pruebe
dmesg | tail o algo parecido
Lo que me refuerza la idea de que esa leyendo puras payasadas.
¿Alguna idea de qué puede haber ocurrido? En las actualizaciones de rutina ha
habido upgrades de kernel, actualizaciones automáticas de menu.lst y todo sin
problemas. La tabla de particiones no la he vuelto a tocar desde el setup
inicial. ¿Alguna idea de cómo recuperar la tabla de particiones?
Muchísimas gracias a todos.
Saludos.
- --
Luis León Cárdenas Graide - www.linkedin.com/in/luiscardenasgraide
PGP:Key-ID=EBD8DBD32ECE5829;FingerPrint=437E48AB009362AC07DAF016EBD8DBD32ECE5829
Linux User #415.072 - http://counter.li.org
Big Brother is watching you...