cdob

Add Rock Ridge file extension instead: mkisofs -r

driverpack.net support both: textmode and regular pnp drivers.

Some files contain a checksum. http://msdn.microsoft.com/en-us/library/ms809762.aspx ModifyPE can set a new checksum to altered files. http://unattended.msfn.org/unattended.xp/view/web/16/ Try apply a new checksum to setupdd.sys.

Another idea: don't you use NTFS USB stick or USB hard disk? NTFS support hardlinks. This saves space. 'finddupe -hardlink' replace duplicates with hardlinks. http://www.sentex.net/~mwandel/finddupe/

A default plugin was used: (UBCD4Win)\plugin\Multiboot-003\ubcd And default UBCD4Win ISO build solution was used, that's mkisofs. Try mkisofs. Or try cdimage. Your previous example does work too. UBCD4Win does boot from \XPPE folder.

@rageaddict http://en.wikipedia.org/wiki/ISO_9660 http://en.wikipedia.org/wiki/Joliet_(file_system) http://en.wikipedia.org/wiki/Rock_Ridge_file_system Use appropiate settings at your ISO image creation application.

@rageaddict Add file system Joliet or Rock Ridge.

UBCD4Win boot fine from a 2.6GB ISO image at VMware, \XPPE foldr, profiles.exe at LBA 1306171. Default UBCD4Winbuilder used, a big dummy file added. That's no files are injected via isoimage, a new ISO image is created.

There are BIOS routines used that early. Basic files are read. Kernel file is loaded to RAM and processed. Knoppix seek knoppix file at real hardware.There is no image at real hardware. This fails. Knoppix is a example: BCDW ISO file support BIOS calls, but no hardware calls. BCDW ISO file works as designed.

Well, UBCD4Win does boot fine form \XPPE here. Which DVD media do you use? Try high quality media at a reliable writer. Remember, there is no OS error correction at PE booting. A file maybe readable at windows, but unreadable at PE. How do you prepare ISO image? What's ISO file size? What's profiles.exe LBA (Logical Block Address)? IsoBuster list LBA.

@carfan A CD drive can be accessed direct by hardware and by BIOS routines. BCDW support BIOS support. Booting ISO works as long as a livecd project use BIOS only. Booting fails, if hardware is acessed. Or windows setup program use hardware acess and find files at hardware. Files from CD are read next, not from ISO file. Currently there is no ISO file boot with direct hardware support.

Add a file \WIN51IP.SP3 to CD. Upper case is importand.

As Martin H wrote already: KB314479 refers to RIS installations. This does not match CD installation.Generally at CD boot: $OEM$ goes beside I386. This maybe at root of the CD. At multi boot solutions, this maybe a subdirectory. http://flyakite.msfn.org/ In addition there is another exeption: Textmode drivers at winnt.sif [MassStorageDrivers] http://www.msfn.org/board/TEXTMODE-MassSto...hod-t19792.html Textmode drivers goes twice to CD: $OEM$\TEXTMODE\ I386\$OEM$\ Be aware I386\$OEM$\ are read early at boot. ISO9660 file system is used. Char $ is a invalid char at ISO9660 Level 1, violade ISO9660 names. ISO9660 name has to be $OEM$, not _OEM_

Do you have a old non working DVD still? Did you fill data greater 4GB to DVD?There is a sector address limitation. Early boot files has to be below 4GB sector address. 4GB sector address limitation occurs twice: textmode: setupldr. bin read files from DVD. Once cdfs.sys is loaded and active, hole DVD is readable. first reboot: at end of textmode hivesys.inf disables cdfs.sys. Driver is not loaded at first reboot. Next asms files are read. This fails, if asms files are at end of DVD media. At PNP drivers are loaded, cdfs.sys is activatet again. Hole DVD is available. Cdimage sort directory deep levels at end of image. Asms is a deep directory. Cdimage I386 sort directory I386 only, no sub directories. If you add own files, use a deeper directory. Mkisofs dosn't sort by directory level. File sort from operating system is used. If you add own files, use a directory name at end of alphabet, e.g. \Z_add. Or use mkisofs -sort. 4GB sector address is a limitation inside setupldr.bin and ntldr. At some BIOS there occur a limitation at 2GB sector address.

Configure the BCD (Boot Configuration Database) to boot from X:. Yes, ntldr istself can't chainload another OS. However ntldr can chainload another partition boot sector(s), extracted to a file, e.g. C:\WINNT\SYSTEM32\BOOTPE.BIN This partition boot code may load another OS. No, bootsect.exe dosn't change the MBR of the hard disk.Bootsect does change the boot sectors of a partition. That way a file name bootmgr or file name ntldr is launched.

Do you use one hard disk or two hard disks? Partition was formated at XP. Partition boot code search a file ntldr. Two choices: copy file \bootmgr to \ntldr or use vista bootsect.exe to write a vista boot code: bootsect.exe /nt60 X: /force

Read KB305098 again. A registry change is required for 48-bit LBA ATAPI support. Ammount of data does not matter. A file maybe written at end of disk.

Well, remember the big drive without 48-bit LBA support. Writing did work as long as you write data in front of hard disk (below 128 GB). Next you added more data. The first time you like write at end of disk (e.g. at 140 GB location) there is a wrap arround. Data are written at front of media. MBR and first partition is in danger and corrupted now. New data are in danger and corrupted now. Reinstalling Win2K won't change situation now. Mbox is a plain text file. http://en.wikipedia.org/wiki/Mbox Use a editor. Try Getdataback for FAT. Should run at Win98.http://www.runtime.org/data-recovery-software.htm

Just a side note: Win98 and Win2000 may not support fully a 160 GB drive out of the box. Massstorage driver has to use 48-bit LBA. E.g. Win2000 atapi.sys require a registry setting http://support.microsoft.com/kb/305098/ Without this, data corruption is possible.

HP offers XP x64 driver for a HP Deskjet F370 All-in-One http://h10025.www1.hp.com/ewfrf/wc/softwar...product=1128316

A idea: Early at boot BIOS routines are used. Some BIOS limit CD/DVD access. Only first part is available: first 65535 sectors or first 2GB or first 4GB. Check LBA of early boot files. IsoBuster list LBA's of files. Which LBA use BCDW files? E.g. setupldr.bin or BIOS acesss first 4GB only. Setupldr.bin won't find a textmode file at end of media, at 7GB location. Hole DVD is available after loading and starting CD drivers, e.g. cdfs.sys.

Thanks, that's better solution. Hexediting idea is outdated from 2006.Just wondering: there are hard links at NTFS (USB) media A duplicate file can be replaced by hard link. example: two times 500 mb installation files maybe require 600 mb space. And there is Duplicate File Hard Linker (DFHL) http://www.jensscheffler.de/dfhl_en.html

I tried a new approach to get: \$WIN_NT$.~BT at RAM loaded image \$WIN_NT$.~LS at USB drive s4e loads USB windows without USB BIOS support. A additonal fake RAM loaded image is used. http://www.911cd.net/forums//index.php?showtopic=21242 Ntldr remember drive by disk signature and mbr checksum. Similar I created \$WIN_NT$.~BT inside image. grub4dos loads image. Setupldr.bin does start. Drivers are loaded. However there is a nice error message next: Error Code "(0x4, 0x1, 0, 0)" This message lead to: http://www.computing.net/windows2000/wwwbo...orum/23378.html Well, ntldr is not setupldr.bin. Setupldr.bin does detect two same drives and stop. Windows installation fails that way.

I don't understand clearly: did you hexedited file setupldr.bin? I get: given a USB hard disk: File txtsetup.sif renamed to txtset01.sif Folder $WIN_NT$.~BT renamed to $WIN_01$.~BT setupldr.bin hexedited: txtsetup.sif changed to txtset01.sif $WIN_NT$.~BT changed to $WIN_01$.~BT Setupldr.bin does boot. Destination hard disk can be selected. Pressed F3 to cancel at this point.

Did you edited setupldr.bin? Change setupldr.bin, apply renamed names. And edit setupdd.sys.