Dear Port i386:

Thank you to the people who responded to my question of May 25.

My problem has been resolved by downloading and installing Joerg
Schilling's cdrtools-1.10.tar.gz (preceded by and using
smake-1.2a09.tar.gz), but I thought I'd post some responses to the
suggestions given to my plea for help:

- writing a directory containing just the problem file made no
  difference, Robert.  Strangely enough, when I used the command

    % ./mkhybrid -v -r -J -o cd.iso -V "Store Logs" \
      -log-file log.file store-log

  (where store-log was the name of the directory that contained store.log.gz)
  The image file didn't contain any directories, just the file in store-log.

- >Could bin/10028 have something to do with it?
  Sorry, Patrick, I didn't understand your question.

- >Wrong mount point for port i386, use the d partition.

  >mount -t cd 9660 /dev/vnd0d /mnt

  Yes, Bruce, using this command ended the strange behaviour I'd witnessed, at
  least as far as mounting vnd0 and testing its files using gzip.

  I used /dev/vnd0c because I remembered seeing that command in the
instructions
  at http://www.au.netbsd.org/Documentation/bootcd.html#netbsd_mountimage and
  using it under NetBSD/alpha.  I'd forgotten about the warning there to
use the
  d partition instead of c on i386 machines.  What's the reason for the
  difference?

So, the result was that, even though the image files I made looked good
when I tested them using /dev/vnd0d and gzip -vt,  the CDs I burnt using
them were corrupt.

When I tried to mount the CD on a NetBSD/alpha 1.4.1 machine to see if the
Rock Ridge additions had worked this is what happened:

# mount -t cd9660 /dev/cd0a /mnt
# ls -l /mnt
total 662511
-r--r--r--  1 root  wheel  334876651 May 23 18:19 access.log.gz
-r--r--r--  1 root  wheel     467072 May 23 16:33 cache.log.gz
-r--r--r--  1 root  wheel  343068607 May 23 19:14 store.log.gz
# gzip -vl /mnt/*z
method  crc     date  time  compressed  uncompr. ratio uncompressed_name
defla 97ac8651 May 23 18:19 334876651 2382945479  85.9% /mnt/access.log
defla b15688f3 May 23 16:33    467072   6567364  92.8% /mnt/cache.log

gzip: /mnt/store.log.gz: Invalid argument

cd0(asc0:4:0):  Check Condition on CDB: 0x08 14 38 58 04 00
    SENSE KEY:  Illegal Request
   INFO FIELD:  1325144
     ASC/ASCQ:  Illegal Mode For This Track

cd0(asc0:4:0):  Check Condition on CDB: 0x08 14 38 58 04 00
    SENSE KEY:  Illegal Request
   INFO FIELD:  1325144
     ASC/ASCQ:  Illegal Mode For This Track

cd0(asc0:4:0):  Check Condition on CDB: 0x08 14 38 58 04 00
    SENSE KEY:  Illegal Request
   INFO FIELD:  1325144
     ASC/ASCQ:  Illegal Mode For This Track

After I'd installed cdrtools I used isovfy to check an image created using
mkhybrid 1.12b5.2 from the packages collection and the result was:

% isovfy 1cd.iso
Root at extent 1b, 2048 bytes
[0 0]
1b: 136    1b     2048 *.             Volume sequence number=(0)  RRlen=102
[SP,
RR,PX,TF,CE=[1d,0,237] RRlen=237 [ER]]
1b: 102    1b     2048 *..            Volume sequence number=(0)  RRlen=68
[RR,P
X,TF]

Running isovfy on an image made with mkisofs 1.14 produced:

% isovfy 2cd.iso
Root at extent 1c, 2048 bytes
[0 0]
No errors found

So, unless I've done something silly, it seems there's a problem with the
mkhybrid NetBSD package
(ftp://ftp.netbsd.org/pub/NetBSD/packages/1.5/i386/All/mkhybrid-1.12b5.2.tgz).
I've been ftp'ing the images to a PC and burning them to CD using its
CD-R/W drivewith Nero 5.5.1.8.  I don't suppose that could be relevant,
since I've followed the same procedure for both the "good" and "bad" images.



Ray Phillips