¿Por qué mis memorias USB preparadas idénticamente difieren en un byte?

15

Tengo dos memorias USB idénticas ( TrekStor 16GB ) preparadas de la siguiente manera con la imagen c't bankix .

  1. Preparación usando GParted :

    • Eliminado la partición existente
    • Creó una nueva tabla de partición DOS
    • Formateado el palo con FAT32, partición primaria

  2. Cargó la imagen en el palo a través de usb-creator-kde.

Así que hice el mismo procedimiento para ambos palos, pero uno arranca y el otro se bloquea con un mensaje de error:

(initramfs) mount: mounting /dev/loop0 on //filesystem.squashfs failed: No such device
Can not mount /dev/loop0 (/cdrom/casper/filesystem.squashfs) on //filesystem.squashfs

Luego traté de compararlos a través de sudo cmp /dev/sdb /dev/sdc. Esto resultó en:

/dev/sdb /dev/sdc differ: byte 441, line 5

¿Qué pasa aquí y cómo lo soluciono?

live-usb troubleshooting estudiante
fuente
Puede intentar copiar el que funciona sobre el otro usando dd, y ver si ayuda. O simplemente puede usar sfdisk para copiar la tabla de particiones de la buena e ir desde allí.
Angelo
Le dice allí cuál es el problema: filesystem.squashfs no es válido por alguna razón, o bien ha configurado incorrectamente el proceso de arranque. Es un archivo de imagen comprimido, es todo su sistema de archivos raíz. Pero ... su initramfs cree que se encuentra en /cdrom. ¿Y aparentemente está tratando de montarse encima de sí mismo? Esto es una cosa initramfs, apuesto a que está bien. ¿Tal vez tienes ambos palos conectados a la computadora al mismo tiempo? O posiblemente haya duplicado configuraciones que deberían haber sido únicas durante la configuración. Manténgase alejado de los creadores de sistemas en vivo: son un problema.
mikeserv

Respuestas:

30

Si bien no sé por qué uno se cuelga (¿palo defectuoso? ¿Imagen corrupta?), El sospechoso habitual de las diferencias en los sistemas de archivos creados "idénticamente", ya sean ISO9660 o de otro tipo, son las marcas de tiempo , por ejemplo, para el tiempo de creación. O una etiqueta de sistema de archivos predeterminada aleatoria . Si desea datos idénticos en ambos, ddla buena imagen en el otro palo y verificar sus sumas de comprobación (md5sum u otro; cualquiera servirá).

Ah, y la suposición del título de su pregunta no es válida. No es solo un byte el que difiere. cmpsolo te dice el primero que es diferente y luego sale.

Jens
fuente
22

Con toda probabilidad, no difieren en un solo byte. Este es solo el primer byte diferente. Ejecute cmp -l dev/sdb /dev/sdcpara enumerar todas las diferencias.

Los primeros 512 bytes del stick son su sector de arranque . La compensación 441 (440 si comienza a numerar en 0) es la ubicación de la firma del disco que se supone que identifica el disco de manera única (para los beneficios de Windows; no recuerdo haber visto la atención de Linux). Es de esperar que difieran. Se supone que los archivos en el dispositivo son idénticos, no las etiquetas del disco (o las marcas de tiempo de los archivos, por cierto).

Verifique que el dispositivo que se bloquea tenga el contenido de archivo correcto. Puede estar dañado físicamente.

Gilles 'SO- deja de ser malvado'
fuente