tuppel Posted September 19, 2006 Share Posted September 19, 2006 (edited) I am trying to build a bootable slipstream Windows XP sp2 CD. The CD boots perfectly in character based setup mode. There are 2 files which can't be copied. (file on slipstreamdir) -> (file on build cd) CYCLAD-Z.IN_ -> CYCLAD_Z.IN_ CYCLOM-Y.IN_ -> CYCLOM_Y.IN_ I think that the minus sign isn't ISO compliant and is replaced by the underscore. When I check "Allow full ASCII Charcter set" booting works, but fails in copying usbehci.sys (lowercase). I noticed that usbehci.sy_ is in lowercase in de slipstream directory while for example USBOHCI.SY_ is in all-caps. I didn't check if I all-cap usbehci.sy_ solves the problem. Burning the same slipstream directory with Nero works fine. I user ISO character set DOS with Nero. Edited September 19, 2006 by tuppel Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 19, 2006 Share Posted September 19, 2006 You should probably enable the logging option in the 'Build' settings so you can see exactly what's being changed to fit with ISO9660 restrictions. Indeed though, a '-' character is not permitted under normal ISO9660 specs. I wouldn't have though filename case would be a problem as Microsoft stuff doesn't normally care about case. I try it myself in a bit and report my findings. Fail in copying the file could just mean the drive cant read the disc. Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 19, 2006 Share Posted September 19, 2006 Ok, these are the problem files: W 15:52:38 ISO9660 File: 'W:\WIN51' -> 'WIN51.' W 15:52:38 ISO9660 File: 'W:\WIN51IP' -> 'WIN51IP.' W 15:52:38 ISO9660 File: 'W:\I386\CYCLAD-Z.IN_' -> 'CYCLAD_Z.IN_' W 15:52:38 ISO9660 File: 'W:\I386\CYCLOM-Y.IN_' -> 'CYCLOM_Y.IN_' W 15:52:38 ISO9660 File: 'W:\I386\DISK1' -> 'DISK1.' W 15:52:39 ISO9660 File: 'W:\I386\HEADSP~1.WM_' -> 'HEADSP_1.WM_' W 15:52:39 ISO9660 File: 'W:\I386\HOSTS' -> 'HOSTS.' W 15:52:39 ISO9660 File: 'W:\I386\MINIPL~1.WM_' -> 'MINIPL_1.WM_' W 15:52:40 ISO9660 File: 'W:\I386\NTLDR' -> 'NTLDR.' W 15:52:42 ISO9660 File: 'W:\I386\SV-262E1.PN_' -> 'SV_262E1.PN_' W 15:52:42 ISO9660 File: 'W:\I386\SV-262E3.PN_' -> 'SV_262E3.PN_' W 15:52:42 ISO9660 File: 'W:\I386\SV-262E4.PN_' -> 'SV_262E4.PN_' W 15:52:42 ISO9660 File: 'W:\I386\UTOPIA~1.WA_' -> 'UTOPIA_1.WA_' W 15:52:42 ISO9660 File: 'W:\I386\UTOPIA~2.WA_' -> 'UTOPIA_2.WA_' W 15:52:42 ISO9660 File: 'W:\I386\UTOPIA~3.WA_' -> 'UTOPIA_3.WA_' W 15:52:42 ISO9660 File: 'W:\I386\UTOPIA~4.WA_' -> 'UTOPIA_4.WA_' W 15:52:44 ISO9660 File: 'W:\CMPNENTS\TABLETPC\I386\PT-BRKBC.DL_' -> 'PT_BRKBC.DL_' W 15:52:44 ISO9660 File: 'W:\CMPNENTS\TABLETPC\I386\PT-PTKBC.DL_' -> 'PT_PTKBC.DL_' W 15:52:44 ISO9660 File: 'W:\CMPNENTS\TABLETPC\I386\ZH-CHSKB.DL_' -> 'ZH_CHSKB.DL_' W 15:52:44 ISO9660 File: 'W:\CMPNENTS\TABLETPC\I386\ZH-CHTKB.DL_' -> 'ZH_CHTKB.DL_' W 15:52:44 ISO9660 Directory: 'W:\I386\WIN9XMIG\ICM\SYMBOLS.PRI\' -> 'SYMBOLS_PRI' W 15:52:44 ISO9660 Directory: 'W:\I386\WIN9XMIG\IEMIG\SYMBOLS.PRI\' -> 'SYMBOLS_PRI' W 15:52:44 ISO9660 Directory: 'W:\I386\WIN9XMIG\PWS\SYMBOLS.PRI\' -> 'SYMBOLS_PRI' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE1' -> 'FILE1.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE10' -> 'FILE10.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE11' -> 'FILE11.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE12' -> 'FILE12.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE13' -> 'FILE13.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE2' -> 'FILE2.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE3' -> 'FILE3.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE4' -> 'FILE4.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE5' -> 'FILE5.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE6' -> 'FILE6.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE7' -> 'FILE7.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE8' -> 'FILE8.' W 15:52:44 ISO9660 File: 'W:\I386\WIN9XMIG\ACROBAT\FILES\FILE9' -> 'FILE9.' A few problems here (Microsofts, not ImgBurn's): ISO9660 filesystems cannot have folders with extensions. ISO9660 filesystems cannot have files without extensions. ISO9660 filesystems cannot have folder / files with characters in them that are anything except A-Z, 0-9 and _ So MS broke all the rules when naming the folder/files for this disc. There's nothing really for me to 'fix' as technically I'm doing nothing wrong. I could put another checkbox under ISO9660 restrictions to allow folders with extensions and files without them, but that's about it - and like I say, I shouldn't have to! EDIT: BTW, you can make an image that compares perfectly (file data content wise) to the original by using the following options: General -> File System = ISO9660 Advanced -> Restrictions -> ISO9660 -> Level 2 - 31 Characters Advanced -> Restrictions -> ISO9660 -> Allow More Than 8 Directory Levels Advanced -> Restrictions -> ISO9660 -> Allow Full ASCII Character Set Link to comment Share on other sites More sharing options...
tuppel Posted September 19, 2006 Author Share Posted September 19, 2006 I agree that technicly speaking there is nothing nothing to fix. So this is not a bug. I know that Microsoft uses it's own "ISO standard". Still I can't burn a working (working = booting and installing Windows) slipstream CD. I know at least three programs who can: Nero, nLite and Bart PE builder. I think that during the character based part of the Windows setup the file system driver is more restrictive or more case sensitive. I am gone test it tomorrow (upercase usbehci.sy_ and maybe other files needed at the char based setup). Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 19, 2006 Share Posted September 19, 2006 Going by my cd, all the files are uppercase. I've just done a bit more messing around and it seems you need to turn on the 'Don't Add ';1' Version Number To Files' options. If you don't, it can't find ntldr. EDIT: Yup, that's it. Built + booted + fully installed without any issues. Link to comment Share on other sites More sharing options...
dontasciime Posted September 19, 2006 Share Posted September 19, 2006 Hows that for service. Link to comment Share on other sites More sharing options...
tuppel Posted September 20, 2006 Author Share Posted September 20, 2006 burntest.zipI have found the following. Creating a non-slipstream CD works fine. When performing the slipstream (update -s:<path>) some files and directories are lowercased. I've created 4 cd's. 3 with Imgburn and 1 with Nero. Imgburn fails only on the un-altered slipstreamed (not uppercased) files. This can be corrected by uppercasing at least de \i386 directory. Detailed screenshots and directory listing/logs are attached to this posting. Nero does not need altering to create a working slipstream CD. cd a: Plain XP burned with imgburn 2.1.0.0. works. cd b: Slipstream XP SP2 burned with imgburn 2.1.0.0. failed. usbehci.sys not found during charbased setup. cd c: Slipstream XP SP2 burned with imgburn 2.1.0.0 \i386 directory altered all files uppercased. works. cd d: Slipstream XP SP2 burned with Nero 6.6.1.4 unaltered. works. (works=booting and installing). Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 20, 2006 Share Posted September 20, 2006 I guess the dos character set forces uppercase but allows things like '~' etc in file names. So I need to add options for ISO9660 / DOS / ACSII character sets and remove the 'Allow full ascii character set' option. Easily done, I'll get right to it! Link to comment Share on other sites More sharing options...
tuppel Posted September 20, 2006 Author Share Posted September 20, 2006 It would be great, but I have to do some "research" how the character set options work in Nero and other tools. I believe that choosing "ISO 9660" also work (maybe the tilde ~ is an issue). I am gone test a slipstream with "ISO 9660" and "ASCII" charset also. It takes some time. I'll post my findings in this thread. Maybe I am gone make a CD with filenames like: 040_@ 041_A .. 05A_Z 061_a .. 07A_z to see how the different charset get handled/translated when you burn them with differt character sets. Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 20, 2006 Share Posted September 20, 2006 Well, things are done my end now. Link to comment Share on other sites More sharing options...
polopony Posted September 20, 2006 Share Posted September 20, 2006 1:58 to fix it ,must be getting old Link to comment Share on other sites More sharing options...
dbminter Posted September 20, 2006 Share Posted September 20, 2006 Well, in his defense, this WAS a Microsoft issue he had to fix. So, he, naturally, encountered other fucker gotchas that had to be worked around. Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 20, 2006 Share Posted September 20, 2006 That and I had to do it twice because borland crashed and I lost all my changes #39;( Link to comment Share on other sites More sharing options...
dbminter Posted September 20, 2006 Share Posted September 20, 2006 Ah, but is that Borland's fault or a conflicting Microsoft DLL? Link to comment Share on other sites More sharing options...
Kenadjian Posted September 21, 2006 Share Posted September 21, 2006 That and I had to do it twice because borland crashed and I lost all my changes #39;( Post your minidump file, and we'll tell you what crashed it. Link to comment Share on other sites More sharing options...
khagaroth Posted September 22, 2006 Share Posted September 22, 2006 Ok, these are the problem files: A few problems here (Microsofts, not ImgBurn's): ISO9660 filesystems cannot have folders with extensions. ISO9660 filesystems cannot have files without extensions. ISO9660 filesystems cannot have folder / files with characters in them that are anything except A-Z, 0-9 and _ So MS broke all the rules when naming the folder/files for this disc. There's nothing really for me to 'fix' as technically I'm doing nothing wrong. Actualy, they didn't broke anything, they are using ISO9660:1999 (some programs call it ISO Level 4). Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted September 23, 2006 Share Posted September 23, 2006 That would be fine if there was some mention of it. I can't find any such statement/clue in their cdimage program. Link to comment Share on other sites More sharing options...
KenNashua Posted January 14, 2008 Share Posted January 14, 2008 (edited) Ok, these are the problem files:BTW, you can make an image that compares perfectly (file data content wise) to the original by using the following options: General -> File System = ISO9660 Advanced -> Restrictions -> ISO9660 -> Level 2 - 31 Characters Advanced -> Restrictions -> ISO9660 -> Allow More Than 8 Directory Levels Advanced -> Restrictions -> ISO9660 -> Allow Full ASCII Character Set Are any of these switches available via the command-line options? I'm building a CD automatically and getting a error that my directories are more than 8-levels deep. Edited January 14, 2008 by KenNashua Link to comment Share on other sites More sharing options...
LIGHTNING UK! Posted January 14, 2008 Share Posted January 14, 2008 No, just change it in the GUI and then it'll be active anyway. Link to comment Share on other sites More sharing options...
Recommended Posts