>From [EMAIL PROTECTED] Tue Oct 14 18:47:59 2003 >> >> > If you really have to >> >> > checksum the whole image, then make sure to bypass the block buffer >> >> > *and* provide sane block count value. A. >> >> >> >"Sane block count" is obviously the number of last *significant* block. >> >Yes, for mkisofs mastered images the value returned by isoinfo suffices. >> >> Not if this is e.g. a Solaris boot CD.....
>Note that last part of the statement reads as "for *mkisofs* *mastered* >images." Is Solaris boot CD image mastered with mkisofs? I can't confirm >it is, at least not Solaris 8 (strings reveal "MakeDisc ver. 1.20"). May be wrong for S 8 FCS, but who is talking about things outdated for a long time? Since January 2000, Solaris CDs are made with mkisofs. >mkisofs -B on the other hand does "cover" SPARC boot block[s] "by" value >returned by isoinfo. But even if ISO9660 partition of Solaris boot CD >was prepared with mkisofs, there're UFS partitions which are surely >appended by *separate* means and therefore resulting layout can hardly >be classified as "*mastered* with mkisofs." In other words I'm not >convinced that my statement doesn't hold true. "Sane block count" is >still the last *significant* block even for Solaris boot CD. And as long >as output from mkisofs is fed *immediately* to recording program, value >returned by isoinfo is suitable for discussed purposes. A. Why don't you first read README.sparcbot before starting to guess? Mkisofs is able to create a Sun disk partition table. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily