Help - md5 of Solaris 10 update 1 DVD (x86) - Solaris

This is a discussion on Help - md5 of Solaris 10 update 1 DVD (x86) - Solaris ; I created a Solaris 10 update 1 DVD for Solaris x86 but it did not boot properly. I very strongly suspect the ISO image I have created is useless since the md5 checksum does not agree with other sources. But ...

+ Reply to Thread
Results 1 to 7 of 7

Thread: Help - md5 of Solaris 10 update 1 DVD (x86)

  1. Help - md5 of Solaris 10 update 1 DVD (x86)

    I created a Solaris 10 update 1 DVD for Solaris x86 but it did not boot
    properly. I very strongly suspect the ISO image I have created is useless since
    the md5 checksum does not agree with other sources. But the bits I have
    downloaded do have the same checksums as other places list.

    If anyone can see what part(s) I have wrong, please let me know.

    These are what I downloaded from Sun's web site:

    df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip

    They seem to agree with the checksums on this site:

    http://www.whacked.net/2005/12/

    so I would think they are OK. (Not that www.whacked.net is the worlds authority
    on Sun checksums, but they seem to agree with what I downloaded and Sun don't
    give any, so it is the best I have).

    After unzipping (/usr/bin/unzip on a SPARC running Solaris 10) I get these file
    lengths:

    -rw-r--r-- 1 525336576 Jan 17 05:21 sol-10-u1-ga-x86-dvd-iso-a
    -rw-r--r-- 1 517996544 Dec 8 05:01 sol-10-u1-ga-x86-dvd-iso-b
    -rw-r--r-- 1 503316480 Dec 8 05:03 sol-10-u1-ga-x86-dvd-iso-c
    -rw-r--r-- 1 528482304 Dec 8 05:06 sol-10-u1-ga-x86-dvd-iso-d
    -rw-r--r-- 1 550174720 Dec 8 05:10 sol-10-u1-ga-x86-dvd-iso-e

    with these checksums:

    5d732e4f0ad392db3469122ae7501df8 sol-10-u1-ga-x86-dvd-iso-a
    6b3be40d35dd01d13555aba9cdcc9f92 sol-10-u1-ga-x86-dvd-iso-b
    e747678cebee5bab330e844c073185f0 sol-10-u1-ga-x86-dvd-iso-c
    854d314830dc81f76adf1121335a8408 sol-10-u1-ga-x86-dvd-iso-d
    ba467104760ba290d99481ef8f558678 sol-10-u1-ga-x86-dvd-iso-e

    I've no idea if there is a problem at that point. Do they look right ??

    If I add the files sizes up, I can calculate the resultant size:

    525336576+517996544+503316480+528482304+550174720
    = 2625306624

    Then concatenating the 5 parts:

    % cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd.iso

    gives

    % ls -go sol-10-u1-ga-x86-dvd.iso
    -rw------- 1 2625306624 Apr 10 12:12 sol-10-u1-ga-x86-dvd.iso

    So the file size is 2625306624 bytes as expected from the lengths of the 5
    individual segments.

    Computing the md5 checksum:

    % /opt/sfw/bin/gmd5sum sol-10-u1-ga-x86-dvd.iso
    8ba12021b10104504c0de86e16af4e78 sol-10-u1-ga-x86-dvd.iso

    The trouble is

    1) That checksum does *not* agree with the checksum at

    http://www.whacked.net/2005/12/

    which gives the md5 checksum as 280b0fa85e1f193bc93e036fa6e7311a

    2) It does *not* agree with the length of the file Ian Collins posted as
    3276472320 bytes.

    http://groups.google.co.uk/group/alt...a764dc810efb85

    He also gets the 280b0fa85e1f193bc93e036fa6e7311a checksum for the DVD iso and
    if one types 280b0fa85e1f193bc93e036fa6e7311a into Google, there are plenty of
    hits on it, but nothing on the one I have.

    Is my '/bin/unzip' corrupt I wonder?
    --
    Dave K MCSE.

    MCSE = Minefield Consultant and Solitaire Expert.

    Please note my email address changes periodically to avoid spam.
    It is always of the form: month-year@domain. Hitting reply will work
    for a couple of months only. Later set it manually.

  2. Re: Help - md5 of Solaris 10 update 1 DVD (x86)

    Dave (from the UK) wrote:
    > I created a Solaris 10 update 1 DVD for Solaris x86 but it did not boot
    > properly. I very strongly suspect the ISO image I have created is
    > useless since the md5 checksum does not agree with other sources. But
    > the bits I have downloaded do have the same checksums as other places list.
    >
    > If anyone can see what part(s) I have wrong, please let me know.
    >
    > These are what I downloaded from Sun's web site:
    >
    > df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    > a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    > 9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    > e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    > f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip
    >
    > They seem to agree with the checksums on this site:
    >
    > http://www.whacked.net/2005/12/
    >
    > so I would think they are OK. (Not that www.whacked.net is the worlds
    > authority on Sun checksums, but they seem to agree with what I
    > downloaded and Sun don't give any, so it is the best I have).
    >
    > After unzipping (/usr/bin/unzip on a SPARC running Solaris 10) I get
    > these file lengths:
    >
    > -rw-r--r-- 1 525336576 Jan 17 05:21 sol-10-u1-ga-x86-dvd-iso-a
    > -rw-r--r-- 1 517996544 Dec 8 05:01 sol-10-u1-ga-x86-dvd-iso-b
    > -rw-r--r-- 1 503316480 Dec 8 05:03 sol-10-u1-ga-x86-dvd-iso-c
    > -rw-r--r-- 1 528482304 Dec 8 05:06 sol-10-u1-ga-x86-dvd-iso-d
    > -rw-r--r-- 1 550174720 Dec 8 05:10 sol-10-u1-ga-x86-dvd-iso-e
    >
    > with these checksums:
    >
    > 5d732e4f0ad392db3469122ae7501df8 sol-10-u1-ga-x86-dvd-iso-a
    > 6b3be40d35dd01d13555aba9cdcc9f92 sol-10-u1-ga-x86-dvd-iso-b
    > e747678cebee5bab330e844c073185f0 sol-10-u1-ga-x86-dvd-iso-c
    > 854d314830dc81f76adf1121335a8408 sol-10-u1-ga-x86-dvd-iso-d
    > ba467104760ba290d99481ef8f558678 sol-10-u1-ga-x86-dvd-iso-e
    >
    > I've no idea if there is a problem at that point. Do they look right ??
    >
    > If I add the files sizes up, I can calculate the resultant size:
    >
    > 525336576+517996544+503316480+528482304+550174720
    > = 2625306624
    >
    > Then concatenating the 5 parts:
    >
    > % cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd.iso
    >
    > gives
    >
    > % ls -go sol-10-u1-ga-x86-dvd.iso
    > -rw------- 1 2625306624 Apr 10 12:12 sol-10-u1-ga-x86-dvd.iso
    >
    > So the file size is 2625306624 bytes as expected from the lengths of the
    > 5 individual segments.
    >
    > Computing the md5 checksum:
    >
    > % /opt/sfw/bin/gmd5sum sol-10-u1-ga-x86-dvd.iso
    > 8ba12021b10104504c0de86e16af4e78 sol-10-u1-ga-x86-dvd.iso
    >
    > The trouble is
    >
    > 1) That checksum does *not* agree with the checksum at
    >
    > http://www.whacked.net/2005/12/
    >
    > which gives the md5 checksum as 280b0fa85e1f193bc93e036fa6e7311a
    >
    > 2) It does *not* agree with the length of the file Ian Collins posted as
    > 3276472320 bytes.
    >
    > http://groups.google.co.uk/group/alt...a764dc810efb85
    >
    >
    > He also gets the 280b0fa85e1f193bc93e036fa6e7311a checksum for the DVD
    > iso and if one types 280b0fa85e1f193bc93e036fa6e7311a into Google, there
    > are plenty of hits on it, but nothing on the one I have.
    >
    > Is my '/bin/unzip' corrupt I wonder?


    No, I think your methodology is corrupt!

    Those files are "images" of one CD each. They were intended to be
    burned as "images". What this means is that the image contains the
    entire file system. When you burn it to a CD *as an image" you create a
    bootable CD.

    I couldn't begin to guess the proper method of creating a DVD from those
    files but I'm quite certain that "cat" isn't it!

  3. Re: Help - md5 of Solaris 10 update 1 DVD (x86)

    "Dave (from the UK)" writes:

    > I created a Solaris 10 update 1 DVD for Solaris x86 but it did not
    > boot properly. I very strongly suspect the ISO image I have created is
    > useless since the md5 checksum does not agree with other sources. But
    > the bits I have downloaded do have the same checksums as other places
    > list.
    >
    > If anyone can see what part(s) I have wrong, please let me know.
    >
    > These are what I downloaded from Sun's web site:
    >
    > df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    > a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    > 9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    > e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    > f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip
    >
    > They seem to agree with the checksums on this site:
    >
    > http://www.whacked.net/2005/12/
    >
    > so I would think they are OK. (Not that www.whacked.net is the worlds
    > authority on Sun checksums, but they seem to agree with what I
    > downloaded and Sun don't give any, so it is the best I have).


    These are OK. They agree with the checksums that I compute:

    % gmd5sum sol-10-u1-ga-x86-dvd-iso*.zip
    df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip


    And they agree with the "ETag:" HTTP headers that Sun's webserver
    is sending during a download:

    % grep ETag WGET.LOG*
    WGET.LOG: 3 ETag: "df160f5a01c6c54a25ba1af06eba3204:1135896598"
    WGET.LOG: 3 ETag: "a46bef7b80329d1f252f9e8c887c9021:1135897350"
    WGET.LOG: 3 ETag: "9c69c78c50c966ac65d32a3f09176a0f:1135898109"
    WGET.LOG: 3 ETag: "e65d0c65baa05a4505a8936f9992f0ef:1135898857"
    WGET.LOG: 3 ETag: "f8b6cd32816dae39b98285adeed72a47:1135899607"
    WGET.LOG: 3 ETag: "25646fdaa03fd08508d1ca5692c2c7ef:1135887117"


    > After unzipping (/usr/bin/unzip on a SPARC running Solaris 10) I get
    > these file lengths:
    >
    > -rw-r--r-- 1 525336576 Jan 17 05:21 sol-10-u1-ga-x86-dvd-iso-a
    > -rw-r--r-- 1 517996544 Dec 8 05:01 sol-10-u1-ga-x86-dvd-iso-b
    > -rw-r--r-- 1 503316480 Dec 8 05:03 sol-10-u1-ga-x86-dvd-iso-c
    > -rw-r--r-- 1 528482304 Dec 8 05:06 sol-10-u1-ga-x86-dvd-iso-d
    > -rw-r--r-- 1 550174720 Dec 8 05:10 sol-10-u1-ga-x86-dvd-iso-e


    The "*-a" file looks strange. It appears to be truncated.
    I get this (a 1.176 GB file), when I list the *-a.zip file contents:

    % unzip -l sol-10-u1-ga-x86-dvd-iso-a.zip
    ....
    Length Date Time Name
    -------- ---- ---- ----
    1176502272 12-08-05 05:50 sol-10-u1-ga-x86-dvd-iso-a
    ^^^^^^^^^^
    -------- -------
    1176502272 1 file


    Did you run out of disk space on Jan 17 05:21 while trying to
    extract that *-a.zip file, or something like that?

    The other file sizes are ok. unzip lists:

    517996544 12-08-05 06:01 sol-10-u1-ga-x86-dvd-iso-b
    503316480 12-08-05 06:03 sol-10-u1-ga-x86-dvd-iso-c
    528482304 12-08-05 06:06 sol-10-u1-ga-x86-dvd-iso-d
    550174720 12-08-05 06:10 sol-10-u1-ga-x86-dvd-iso-e


    > with these checksums:
    >
    > 5d732e4f0ad392db3469122ae7501df8 sol-10-u1-ga-x86-dvd-iso-a
    > 6b3be40d35dd01d13555aba9cdcc9f92 sol-10-u1-ga-x86-dvd-iso-b
    > e747678cebee5bab330e844c073185f0 sol-10-u1-ga-x86-dvd-iso-c
    > 854d314830dc81f76adf1121335a8408 sol-10-u1-ga-x86-dvd-iso-d
    > ba467104760ba290d99481ef8f558678 sol-10-u1-ga-x86-dvd-iso-e
    >
    > I've no idea if there is a problem at that point. Do they look right ??


    The *-a segment is corrupted. I get

    % gmd5sum sol-10-u1-ga-x86-dvd-iso-a
    4a5d672dd34f8257f5262ed453402391 sol-10-u1-ga-x86-dvd-iso-a


    > If I add the files sizes up, I can calculate the resultant size:
    >
    > 525336576+517996544+503316480+528482304+550174720
    > = 2625306624
    >
    > Then concatenating the 5 parts:
    >
    > % cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd.iso
    >
    > gives
    >
    > % ls -go sol-10-u1-ga-x86-dvd.iso
    > -rw------- 1 2625306624 Apr 10 12:12 sol-10-u1-ga-x86-dvd.iso
    >
    > So the file size is 2625306624 bytes as expected from the lengths of
    > the 5 individual segments.


    Well, the correct size is 3276472320 (my copy), somehow there's ~ 0.5
    GB missing from the corrupted "*-a" segment on your machine ...


    > Computing the md5 checksum:
    >
    > % /opt/sfw/bin/gmd5sum sol-10-u1-ga-x86-dvd.iso
    > 8ba12021b10104504c0de86e16af4e78 sol-10-u1-ga-x86-dvd.iso
    >
    > The trouble is
    >
    > 1) That checksum does *not* agree with the checksum at
    >
    > http://www.whacked.net/2005/12/
    >
    > which gives the md5 checksum as 280b0fa85e1f193bc93e036fa6e7311a



    > 2) It does *not* agree with the length of the file Ian Collins posted
    > as 3276472320 bytes.
    >
    > http://groups.google.co.uk/group/alt...a764dc810efb85
    >
    > He also gets the 280b0fa85e1f193bc93e036fa6e7311a checksum for the DVD
    > iso and if one types 280b0fa85e1f193bc93e036fa6e7311a into Google,
    > there are plenty of hits on it, but nothing on the one I have.
    >
    > Is my '/bin/unzip' corrupt I wonder?


    My SPARC /bin/unzip has just unpacked the *-a.zip segment just fine;
    1176502272 bytes,

    % gmd5sum sol-10-u1-ga-x86-dvd-iso-a
    4a5d672dd34f8257f5262ed453402391 sol-10-u1-ga-x86-dvd-iso-a

  4. Re: Help - md5 of Solaris 10 update 1 DVD (x86)

    Richard B. Gilbert wrote:

    >> He also gets the 280b0fa85e1f193bc93e036fa6e7311a checksum for the DVD
    >> iso and if one types 280b0fa85e1f193bc93e036fa6e7311a into Google,
    >> there are plenty of hits on it, but nothing on the one I have.
    >>
    >> Is my '/bin/unzip' corrupt I wonder?

    >
    >
    > No, I think your methodology is corrupt!
    >
    > Those files are "images" of one CD each. They were intended to be
    > burned as "images". What this means is that the image contains the
    > entire file system. When you burn it to a CD *as an image" you create a
    > bootable CD.
    >
    > I couldn't begin to guess the proper method of creating a DVD from those
    > files but I'm quite certain that "cat" isn't it!


    I think you will find 'cat' is the right way to do it. I won't give you a link,
    as I think they are dynamically generated, but take a look at

    http://www.sun.com/software/solaris/get.jsp

    and follow the instructions for downloading the DVD image.

    --
    Dave K MCSE.

    MCSE = Minefield Consultant and Solitaire Expert.

    Please note my email address changes periodically to avoid spam.
    It is always of the form: month-year@domain. Hitting reply will work
    for a couple of months only. Later set it manually.

  5. Re: Help - md5 of Solaris 10 update 1 DVD (x86)

    Juergen Keil wrote:

    > These are OK. They agree with the checksums that I compute:
    >
    > % gmd5sum sol-10-u1-ga-x86-dvd-iso*.zip
    > df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    > a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    > 9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    > e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    > f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip
    >
    >
    > And they agree with the "ETag:" HTTP headers that Sun's webserver
    > is sending during a download:
    >
    > % grep ETag WGET.LOG*
    > WGET.LOG: 3 ETag: "df160f5a01c6c54a25ba1af06eba3204:1135896598"
    > WGET.LOG: 3 ETag: "a46bef7b80329d1f252f9e8c887c9021:1135897350"
    > WGET.LOG: 3 ETag: "9c69c78c50c966ac65d32a3f09176a0f:1135898109"
    > WGET.LOG: 3 ETag: "e65d0c65baa05a4505a8936f9992f0ef:1135898857"
    > WGET.LOG: 3 ETag: "f8b6cd32816dae39b98285adeed72a47:1135899607"
    > WGET.LOG: 3 ETag: "25646fdaa03fd08508d1ca5692c2c7ef:1135887117"
    >


    Em, I was not aware that is a way to get the checksums!! Very useful.

    >>After unzipping (/usr/bin/unzip on a SPARC running Solaris 10) I get
    >>these file lengths:
    >>
    >>-rw-r--r-- 1 525336576 Jan 17 05:21 sol-10-u1-ga-x86-dvd-iso-a
    >>-rw-r--r-- 1 517996544 Dec 8 05:01 sol-10-u1-ga-x86-dvd-iso-b
    >>-rw-r--r-- 1 503316480 Dec 8 05:03 sol-10-u1-ga-x86-dvd-iso-c
    >>-rw-r--r-- 1 528482304 Dec 8 05:06 sol-10-u1-ga-x86-dvd-iso-d
    >>-rw-r--r-- 1 550174720 Dec 8 05:10 sol-10-u1-ga-x86-dvd-iso-e

    >
    >
    > The "*-a" file looks strange. It appears to be truncated.
    > I get this (a 1.176 GB file), when I list the *-a.zip file contents:
    >
    > % unzip -l sol-10-u1-ga-x86-dvd-iso-a.zip
    > ...
    > Length Date Time Name
    > -------- ---- ---- ----
    > 1176502272 12-08-05 05:50 sol-10-u1-ga-x86-dvd-iso-a
    > ^^^^^^^^^^
    > -------- -------
    > 1176502272 1 file



    Cheers. I unzipped it again and sure enough, the file length is the same as
    yours now. I guess I must have run out of space or similar.

    # ls -go sol-10-u1-ga-x86-dvd-iso-a
    -rw-r--r-- 1 1176502272 Dec 8 04:50 sol-10-u1-ga-x86-dvd-iso-a

    # cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd.iso
    # md5 sol-10-u1-ga-x86-dvd.iso
    280b0fa85e1f193bc93e036fa6e7311a sol-10-u1-ga-x86-dvd.iso

    OK, things are looking better now. Thank you.

    --
    Dave K MCSE.

    MCSE = Minefield Consultant and Solitaire Expert.

    Please note my email address changes periodically to avoid spam.
    It is always of the form: month-year@domain. Hitting reply will work
    for a couple of months only. Later set it manually.

  6. Re: Help - md5 of Solaris 10 update 1 DVD (x86)


    "Dave (from the UK)"
    wrote in message news:443a65a6@212.67.96.135...
    > Juergen Keil wrote:
    >
    > > These are OK. They agree with the checksums that I compute:
    > >
    > > % gmd5sum sol-10-u1-ga-x86-dvd-iso*.zip
    > > df160f5a01c6c54a25ba1af06eba3204 sol-10-u1-ga-x86-dvd-iso-a.zip
    > > a46bef7b80329d1f252f9e8c887c9021 sol-10-u1-ga-x86-dvd-iso-b.zip
    > > 9c69c78c50c966ac65d32a3f09176a0f sol-10-u1-ga-x86-dvd-iso-c.zip
    > > e65d0c65baa05a4505a8936f9992f0ef sol-10-u1-ga-x86-dvd-iso-d.zip
    > > f8b6cd32816dae39b98285adeed72a47 sol-10-u1-ga-x86-dvd-iso-e.zip
    > >
    > >
    > > And they agree with the "ETag:" HTTP headers that Sun's webserver
    > > is sending during a download:
    > >
    > > % grep ETag WGET.LOG*
    > > WGET.LOG: 3 ETag: "df160f5a01c6c54a25ba1af06eba3204:1135896598"
    > > WGET.LOG: 3 ETag: "a46bef7b80329d1f252f9e8c887c9021:1135897350"
    > > WGET.LOG: 3 ETag: "9c69c78c50c966ac65d32a3f09176a0f:1135898109"
    > > WGET.LOG: 3 ETag: "e65d0c65baa05a4505a8936f9992f0ef:1135898857"
    > > WGET.LOG: 3 ETag: "f8b6cd32816dae39b98285adeed72a47:1135899607"
    > > WGET.LOG: 3 ETag: "25646fdaa03fd08508d1ca5692c2c7ef:1135887117"
    > >

    >
    > Em, I was not aware that is a way to get the checksums!! Very useful.
    >
    > >>After unzipping (/usr/bin/unzip on a SPARC running Solaris 10) I get
    > >>these file lengths:
    > >>
    > >>-rw-r--r-- 1 525336576 Jan 17 05:21 sol-10-u1-ga-x86-dvd-iso-a
    > >>-rw-r--r-- 1 517996544 Dec 8 05:01 sol-10-u1-ga-x86-dvd-iso-b
    > >>-rw-r--r-- 1 503316480 Dec 8 05:03 sol-10-u1-ga-x86-dvd-iso-c
    > >>-rw-r--r-- 1 528482304 Dec 8 05:06 sol-10-u1-ga-x86-dvd-iso-d
    > >>-rw-r--r-- 1 550174720 Dec 8 05:10 sol-10-u1-ga-x86-dvd-iso-e

    > >
    > >
    > > The "*-a" file looks strange. It appears to be truncated.
    > > I get this (a 1.176 GB file), when I list the *-a.zip file contents:
    > >
    > > % unzip -l sol-10-u1-ga-x86-dvd-iso-a.zip
    > > ...
    > > Length Date Time Name
    > > -------- ---- ---- ----
    > > 1176502272 12-08-05 05:50 sol-10-u1-ga-x86-dvd-iso-a
    > > ^^^^^^^^^^
    > > -------- -------
    > > 1176502272 1 file

    >
    >
    > Cheers. I unzipped it again and sure enough, the file length is the same

    as
    > yours now. I guess I must have run out of space or similar.
    >
    > # ls -go sol-10-u1-ga-x86-dvd-iso-a
    > -rw-r--r-- 1 1176502272 Dec 8 04:50 sol-10-u1-ga-x86-dvd-iso-a
    >
    > # cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd.iso
    > # md5 sol-10-u1-ga-x86-dvd.iso
    > 280b0fa85e1f193bc93e036fa6e7311a sol-10-u1-ga-x86-dvd.iso
    >
    > OK, things are looking better now. Thank you.
    >
    > --
    > Dave K MCSE.
    >
    > MCSE = Minefield Consultant and Solitaire Expert.
    >
    > Please note my email address changes periodically to avoid spam.
    > It is always of the form: month-year@domain. Hitting reply will work
    > for a couple of months only. Later set it manually.


    If using a Wintel box to create the DVD iso the suggested command is:
    copy /b sol-10-u1-ga-x86-dvd-iso-a + sol-10-u1-ga-x86-dvd-iso-b +
    sol-10-u1-ga-x86-dvd-iso-c + sol-10-u1-ga-x86-dvd-iso-d +
    sol-10-u1-ga-x86-dvd-iso-e sol-10-u1-ga-x86-dvd-iso.iso

    Sorry for the windoze reference in a solaris news group.



  7. Re: Help - md5 of Solaris 10 update 1 DVD (x86)

    Gerry Sinkiewicz wrote:

    > If using a Wintel box to create the DVD iso the suggested command is:
    > copy /b sol-10-u1-ga-x86-dvd-iso-a + sol-10-u1-ga-x86-dvd-iso-b +
    > sol-10-u1-ga-x86-dvd-iso-c + sol-10-u1-ga-x86-dvd-iso-d +
    > sol-10-u1-ga-x86-dvd-iso-e sol-10-u1-ga-x86-dvd-iso.iso
    >
    > Sorry for the windoze reference in a solaris news group.
    >


    Although I wrote the image on the PC, I transfered the file there from the Sun,
    so all the real work was done on the Sun.

    $ cat sol-10-u1-ga-x86-dvd-iso-? > sol-10-u1-ga-x86-dvd-iso.iso

    is a *lot* less hassle than:

    c:\> copy /b sol-10-u1-ga-x86-dvd-iso-a + sol-10-u1-ga-x86-dvd-iso-b +
    sol-10-u1-ga-x86-dvd-iso-c + sol-10-u1-ga-x86-dvd-iso-d +
    sol-10-u1-ga-x86-dvd-iso-e sol-10-u1-ga-x86-dvd-iso.iso



    --
    Dave K MCSE.

    MCSE = Minefield Consultant and Solitaire Expert.

    Please note my email address changes periodically to avoid spam.
    It is always of the form: month-year@domain. Hitting reply will work
    for a couple of months only. Later set it manually.

+ Reply to Thread