Mi propósito es guardar/restaurar imágenes de Clonezilla en/desde una unidad de 16 GB.
Como las imágenes pesan, necesitaba algo más que FAT(32).
Mi elección fue NTFS para poder acceder a imágenes desde máquinas con Windows sin dificultades adicionales. Así que aquí estoy, intentando escribir una imagen de Clonezilla en una unidad USB NTFS, y fallo tanto en Windows como en Ubuntu, por ejemplo, RUFUSdice que la imagen de Clonezilla es incompatible con el tipo de partición NTFS y sugiere FAT32, y Unetbootinsimplemente no enumera una partición montada. Unidad USB que está en NTFS como utilizable (para escribir).
Así que utilicé el comando mkusbanterior, que es una bonita interfaz gráfica de usuario dd.
El resultado fue un espacio en blanco (sin particiones) y una partición de 3 MB. Aunque el espacio es "no dividido" (ver línea seleccionada en la imagen) 
la unidad USB todavía es de arranque (no tengo idea de por qué agregar un .iso tiene tal efecto)
. Así que creé una partición NTFS de 15 GB con los restos del USB y almacené con éxito alguna imagen de partición de Windows en esta parte recién creada de la unidad USB.
Ahora, cuando intento montar la parte NTFS de la unidad USB como /home/partimag(directorio de origen predeterminado para guardar/restaurar imágenes), solicita el montaje forzado en la GUI (lo cual no tiene ningún efecto) y, honestamente, dice que "El recurso sdbestá ocupado" en la consola.
Sin embargo, de todos modos funciona si Clonezilla se inicia desde un USB/CD separado.
Mis preguntas: Primero. ¿Es incluso posible hacer que Clonezilla arranque Y restaure imágenes desde la misma unidad USB? Segundo: ¿Mis problemas están relacionados con el hecho de que estoy usando un método dd no tan bueno (siento que sdb está completamente ocupado porque esa parte de arranque de 200 MB con Clonezilla al comienzo de la unidad no se reconoce como una partición que simplemente ¿Bloquea mountTODAS las particiones de la unidad USB)? ¿O me perdí algo más?
PD: esta puede ser una pregunta estúpida, pero ¿hay alguna manera de agregar la imagen de Clonezilla de 200 MB asolo sdb1? Quiero decir, ¿tal vez eso haría que Clonezilla normalmente monte la parte NTFS de la unidad USB?
Respuesta1
Solución:
Proceed with FAT32 - 4gb limit wont cause you an issue. You dont have to worry.
Razón:
- Clonezilla divide automáticamente archivos grandes en múltiplos de 4 GB (incluso en archivos NTFS)
- Los sistemas basados en UEFI no permiten el código de arranque en NTFS (normalmente). Ésta es la razón por la que Rufus y otros sugieren FAT32. Esto se debe a las especificaciones de UEFI.
Otras preguntas:
Primero. ¿Es incluso posible hacer que Clonezilla arranque Y restaure imágenes desde la misma unidad USB?
Sí. Se requiere FAT32 para el arranque (debido a UEFI)
¿Mis problemas están relacionados con el hecho de que estoy usando un método dd no tan bueno (siento que sdb está completamente ocupado porque esa parte de arranque de 200 MB con Clonezilla al comienzo de la unidad no se reconoce como una partición que simplemente hace el montaje? bloquear TODAS las particiones de la unidad USB)? ¿O me perdí algo más?
No es por el método iso/dd. Es debido a la partición de arranque sin formato FAT32.
Respuesta2
Clonezilla live USB se ejecuta de forma predeterminada completamente desde la RAM de su computadora, lo que lo hace muy rápido, y dado que Clonezilla live USB es portátil, la misma instalación de Clonezilla live USB se puede usar en varias computadoras.
Clonezilla live USB funciona muy bien conUNetbootin(Windows/Mac/Linux) y UNetbootin también se encuentra en los repositorios predeterminados de Ubuntu. Clonezilla está en la lista de distribuciones compatibles de UNetbootin en el == Select Distribution ==menú desplegable de UNetbootin. Primero debes reformatear la unidad flash USB como FAT32 en GParted si alguna vez has usado la unidad flash USB para iniciar una distribución de Linux.
UNetbootin se eliminó de los repositorios predeterminados en Ubuntu 18.04 y versiones posteriores. Cuando probé la aplicación Startup Disk Creator incorporada como una aplicación de reemplazo de UNetbootin con una imagen .iso que no es *buntu live, funcionó en Ubuntu 18.04.