Tried it and ImageBurn. Same result as outlined below. Maybe I'm
remembering wrong (I got so used to using image catalogues the last few
years, and the little gray cells are coming through the scalp), but I
thought that in the past when I burned an image to a CD, such as
C4300510_1.iso that the result on the CD was the same (i.e.,
c434300510_1.iso) not some off the wall file/folder structure.
Am I just being hard to get along with?
Jerry C. Adams
IBM i Programmer/Analyst
Most baseball games are lost, not won. -Casey Stengel
--
A&K Wholesale
Murfreesboro, TN
615-867-5070
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Hart, Doug - EI
Sent: Monday, March 07, 2011 2:25 PM
To: Midrange Systems Technical Discussion
Subject: RE: V5R1 CUME CD Images Problem
Change the file extension from .bin to .iso.
Get this program to burn the CD.
http://cdburnerxp.se/
--
All data center service requests MUST now go through Remedy.
Please click [ HERE ] for the Remedy Action Request System.
Remember, I can't provide a precise answer to a vague question.
--
Douglas Hart - Principal Consultant
Level 3 - IBM Power i (AS/400) Tech. Support
ITT Corporation - Infrastructure Services (IS)
Americas East Data Center - Seneca Falls, NY
Voice: 315-568-7568 Doug.Hart@xxxxxxx
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jerry C. Adams
Sent: Monday, March 07, 2011 11:56 AM
To: Midrange-L
Subject: V5R1 CUME CD Images Problem
Background:
I got the images for the last V5R1 CUME and used Roxio Creator to burn them
to CD's since 5.1 cannot use image catalogues.
But the burn did not create a disk with the same image. For example, the
image is c4300510_10.bgin but the CD the burn created a file named QDSETMAP
and three folders (QPTFMNT, QTAPHDR, and QTAPTRL) These folders have
sub-folders that look like OS features, such as P5722SS1 and files, such as
PH00022.AS0.
I ran the CPYPTFCVR command against all ten CDs. Obediently I inserted a
new CD as prompted. After the 10th (last) CD I got the same message but,
since there were no additional CDs, I simply canceled. , but the error
message CPF35E0 appeared (Error occurred copying PTFs.). Previous to that
was CPF354C (Cannot process PTF files on optical volume.). Previous to that
was CPF4110 (Cancel reply received for message OPT1486.).
I tried running the DSPPTFCVR command, anyway, for *SPCINST to *PRINT. for
both *NOTAPY and *ALL. Nothing was selected. Even DSPPTFCVR SELECT(*ALL)
CVRATR(*ALL) OUTPUT(*PRINT) came up empty (No PTFs met selection criteria.).
There are records in the QAPZCOVER file in QGPL (I can see them running
DSPPFM QGPL/QAPZCOVER) and DSPOBJD shows a last used date of 7 March 2011
(today).
Question:
It has been awhile, but I used to burn the download files to CD (using an
older version of Roxio, as I recall) before image catalogues came out in
V5R3. I have a vague (and I mean very vague) recollection (now) that I
changed the extension from .bin to .iso before doing the burn back then.
Did I just waste ten [10] CDs, or is there something else going on here?
Thanks.
Jerry C. Adams
IBM i Programmer/Analyst
Joe DiMaggio is the best ball player I ever managed. Mantle is the best
one-legged ball player. -Casey Stengel
--
A&K Wholesale
Murfreesboro, TN
615-867-5070
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.
This e-mail and any files transmitted with it may be proprietary and are
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this e-mail in error please notify the
sender.
Please note that any views or opinions presented in this e-mail are solely
those of the author and do not necessarily represent those of ITT
Corporation. The recipient should check this e-mail and any attachments for
the presence of viruses. ITT accepts no liability for any damage caused by
any virus transmitted by this e-mail.
midrange.com
