¿Aplastado y luego vuelto a aplastar da un tamaño diferente?

¿Aplastado y luego vuelto a aplastar da un tamaño diferente?

Extraje un firmware.binkit de modificación fmk y me di 3 archivos: header.img , rootfs.img and footer.imgahora, cada vez que busco y firmware2.binvuelvo a empaquetar todos los archivos, funciona y actualiza el enrutador. pero cuando deshago el rootfs.imguso de este comando unsquashfs rootfs.img, squashfs-root/lo vuelvo a aplastar usando mksquashfs rootfs-root/ squash_new.img -comp lzma -b 131072"que, por cierto, tiene el mismo método de compresión y tamaño de bloque que el original rootfs.img", pero me da un tamaño menor en comparación con el rootfs.imgenrutador y la actualización falló.

Aquí están los tamaños de los 2 archivos.

squash_new.img (9.945.088 bytes)

rootfs.img (9.945.232 bytes)

¿Hay algún problema con unsquashfso mksquashfs?

porque cuando utilicé un software de edición hexadecimal, noté que algunas entradas son diferentes aunque no he cambiado nada.

EDITARalguien sugirió que el header.imgarchivo podría contener información sobre el rootfs.imgarchivo y cualquier cambio podría causar un problema de actualización fallida a menos que lo relacione con la información dentro del archivo header.img. ¿Cómo editaría el header.imgarchivo? No puedo descomprimirlo, solo verlo como hexadecimal. y todo el texto que hay dentro es basura.

información relacionada