Capisco che sia un argomento un po' off limit, ma rimane sempre il fatto che vi è un'incongruenza fra gli output dei due sistemi, e questo non va per niente bene. Qualche esperto dovrebbe trovare rimedio.
Andiamo nel dettaglio: due iso campione fra le mie mani
acronis.iso e ghost.iso
il boot estratto con ultra iso risulta essere di
acronis.bif > 97,2Mb
ghost.bif > 2,9 Mb
entrambi sono corretti, se li riapro sempre con ultraiso vedo tutti i file del boot
Se riprovo a fare la stessa cosa su linux (con qualsiasi programma per iso) ottengo qualcosa di inservibile di pochi kb.
Cercando ho trovato che il problema nasce nei dati estratti da eltorito, es.
tux@slitaz:~/acronis$ isoinfo acronis.iso
SYSI=
VOLI=ACRONIS MEDIA
VOLS=
PUBL=
PREP=
APPI=
COPY=
ABST=
BIBL=
# creation date : 2016-03-12 11:24:43
# modification date : 2016-03-12 11:24:43
# expiration date : 0000-00-00 00:00:00
# effective date : 0000-00-00 00:00:00
# volume space size : 94675 blocks (of 2048 bytes), 21:02:25 msf
# volume space size : 193894400 Bytes
# volume space size : 184 MBytes
# boot catalog : block 20
# boot image : block 29 <<<< settore di inizio immagine del boot
# boot image size : 4 sectors (of 512 Bytes) <<<< lunghezza del file di avvio errata!!!
# boot arch : x86
# extended info :
come ho evidenziato boot image size è sbagliata, in quel file la lunghezza è di 47450 settori
e se eseguo un
dd if=acronis.iso of=acronis.bif bs=2048 count=47450 skip=$((0x1d))
ottengo il file corretto come su win.
Stessa cosa si ripete se provo sull'altra immagine di ghost (non vi scrivo la filastrocca, cmq vi garantisco che si mantengono gli stessi difetti).
Analizzando con hexdump il file iso si vede che i valori riportati da isoinfo sono quelli contenuti nel header del file (e fin qui sarebbe giusto) se non fosse che l'immagine reale è più lunga (e anche di parecchio). Si potrebbe concludere dicendo che la iso non è corretta, ma allora perché ultraiso la estrae giusta?
Com'è che invece su sistemi unix non si riesce proprio a farlo?