Le pedimos a Gemini, la inteligencia artificial de Google que nos explique cómo solucionar problemas de G4L en linux
Explicanos detalladamente cómo solucionar problemas de G4L en linuxSolucionar problemas en G4L ( Ghost for Linux ) puede ser un reto porque, al ser una herramienta basada en dd (copia de bloques), los errores suelen ser silenciosos o muy técnicos. Si algo falla, generalmente se debe a una discrepancia física entre los discos o a un error de comunicación en la red.
Aquí tienes la hoja de ruta para diagnosticar y arreglar los fallos más comunes.
1. El error de "Disco de destino demasiado pequeño"
Este es el problema más frecuente. Como G4L usa el comando dd internamente, intenta copiar cada bit, incluyendo el espacio vacío.
El Problema: Si el disco de destino tiene aunque sea 1 byte menos que el de origen, la operación fallará al final o dejará el sistema de archivos corrupto.
La Solución:
Reducir la partición de origen: Antes de usar G4L, entra con un Live CD de GParted y reduce la partición del disco original para que sea notablemente más pequeña que el disco de destino.
Copiar solo particiones: En lugar de "Raw Mode" (disco completo), intenta copiar particiones individuales si el tamaño total del disco difiere.
2. Fallos de Conexión FTP o Red
G4L depende fuertemente de un servidor FTP para las imágenes remotas. Si recibes errores de "Connection Refused" o el proceso se queda en 0%:
Diagnóstico de Red:
Asegúrate de que el servidor FTP sea accesible. G4L es muy básico; a veces no soporta SFTP (SSH) o FTPS (SSL) de forma nativa en versiones antiguas. Usa FTP estándar.
Verifica que la IP del servidor y del cliente estén en la misma subred.
Modo Pasivo vs. Activo: Si estás detrás de un firewall, el modo FTP puede ser el culpable. Prueba alternar entre ellos en el menú de configuración de red de G4L.
Firewall del Servidor: Asegúrate de que los puertos 20 y 21 (y el rango pasivo) estén abiertos en el servidor Linux donde guardas las imágenes.
3. Discos que "No Aparecen" (Problemas de Kernel)
Si al iniciar G4L no ves tus discos NVMe o ciertos controladores SATA:
Causa: El kernel de la versión de G4L que estás usando es demasiado antiguo para tu hardware moderno.
Solución:
Actualizar G4L : Asegúrate de descargar la última versión estable (actualmente en SourceForge).
Modo de Controlador en BIOS : Si usas discos SATA, intenta cambiar el modo de RAID/RST a AHCI en la BIOS del ordenador. Los kernels de G4L a veces no detectan discos bajo controladores propietarios de Intel (RST).
4. Error "Input/Output Error" (Sectores defectuosos)
Si la clonación se detiene a mitad de camino con un error de E/S:
Causa: El disco de origen tiene sectores físicos dañados. Como G4L intenta leer todo, se detiene al encontrar un bloque ilegible.
Solución:
Desde la terminal de G4L (presionando Alt + F2), intenta reparar el disco con:
Bash
fsck -y /dev/sda1
Si el daño es físico, G4L no es la mejor herramienta. En ese caso, te recomiendo usar GNU ddrescue, que está diseñado para saltar sectores dañados y rescatar lo que sea posible.
5. El Sistema Clonado no Arranca (UUID y GRUB) 🖥️
Has terminado la clonación al 100%, pero al encender el nuevo disco, te recibe una pantalla negra o un error de GRUB.
Causa: Al copiar bit a bit, el nuevo disco tiene el mismo UUID que el antiguo. Si ambos están conectados, el sistema se confunde. O bien, el cargador de arranque (GRUB) apunta a una posición que ha cambiado físicamente.
Solución:
Desconecta el disco original antes de arrancar el clonado.
Si sigue fallando, usa un Live USB de Ubuntu y usa la herramienta Boot-Repair, o reinstala GRUB manualmente:
Bash
sudo grub-install /dev/sdX
sudo update-grub
Tabla de comandos de emergencia en G4LSi el menú visual falla, puedes usar la terminal secundaria de G4L para investigar:
G4L es una herramienta de "fuerza bruta"; cuando funciona, es infalible, pero no perdona errores de configuración física.
¿Te gustaría que te ayudara a redactar un script de rescate usando ddrescue por si sospechas que tu disco de origen tiene daños físicos que G4L no puede saltar?
3. Discos que "No Aparecen" (Problemas de Kernel)
Si al iniciar G4L no ves tus discos NVMe o ciertos controladores SATA:
Causa: El kernel de la versión de G4L que estás usando es demasiado antiguo para tu hardware moderno.
Solución:
Actualizar G4L : Asegúrate de descargar la última versión estable (actualmente en SourceForge).
Modo de Controlador en BIOS : Si usas discos SATA, intenta cambiar el modo de RAID/RST a AHCI en la BIOS del ordenador. Los kernels de G4L a veces no detectan discos bajo controladores propietarios de Intel (RST).
4. Error "Input/Output Error" (Sectores defectuosos)
Si la clonación se detiene a mitad de camino con un error de E/S:
Causa: El disco de origen tiene sectores físicos dañados. Como G4L intenta leer todo, se detiene al encontrar un bloque ilegible.
Solución:
Desde la terminal de G4L (presionando Alt + F2), intenta reparar el disco con:
Bash
fsck -y /dev/sda1
Si el daño es físico, G4L no es la mejor herramienta. En ese caso, te recomiendo usar GNU ddrescue, que está diseñado para saltar sectores dañados y rescatar lo que sea posible.
5. El Sistema Clonado no Arranca (UUID y GRUB) 🖥️
Has terminado la clonación al 100%, pero al encender el nuevo disco, te recibe una pantalla negra o un error de GRUB.
Causa: Al copiar bit a bit, el nuevo disco tiene el mismo UUID que el antiguo. Si ambos están conectados, el sistema se confunde. O bien, el cargador de arranque (GRUB) apunta a una posición que ha cambiado físicamente.
Solución:
Desconecta el disco original antes de arrancar el clonado.
Si sigue fallando, usa un Live USB de Ubuntu y usa la herramienta Boot-Repair, o reinstala GRUB manualmente:
Bash
sudo grub-install /dev/sdX
sudo update-grub
Tabla de comandos de emergencia en G4LSi el menú visual falla, puedes usar la terminal secundaria de G4L para investigar:
¿Te gustaría que te ayudara a redactar un script de rescate usando ddrescue por si sospechas que tu disco de origen tiene daños físicos que G4L no puede saltar?