couscous

Actually, it's the SYSSETUP.DLL that's the problem, the .ini is fine. But thanks anyway.

Actually, all I was fishing for was a better workaround/fix from someone with a similar problem or in-depth knowledge of the way nLite modifies the installation process -- this is not intended to be a bug report. For example, I'd really like to talk to someone who knows what those patches to SYSSETUP do. They don't appear to be in code sections and the modified data is too sparse to be compressed. It's curious how only half-a-dozen changes can have such a big impact. If no one is interested, that's fine with me.

I think it is a long shot that anyone here can fix my problem, but this information might be useful for others so I'll put it out there and see what happens. Executive summary: Problem: East Asian langs don't install automatically (under most circumstances.) Workaround: Use RunOnce to invoke the appropriate section of INTL.inf Disadvantage: Requires a reboot and wastes time copying files that failed to install the first time. So as you can see I've already found a workaround, but I don't like giving up so I'm still interested in fixing the root cause of the problem. I've experimented and found that removing just about any component will cause this problem to occur. It seems to be related to SYSSETUP -- if nLite patches this file, the langs won't install. If I overwrite SYSSETUP with the original files after nLiting but before installing, it cures the E/A langs problem but has lots of nasty side effects such as screwing up my services and who knows what else. Other info: - Used XP Pro w/ SP3 pre-slipstreamed. Pure copy for every run. - In attended mode, manual E/A langs installation also fails after a few minutes. It doesn't tell me why it failed, but it seems able to copy most/all of the files before it gives up. - Installing from INTL.inf works in RunOnce mode so the .inf is good and the files are available. - I only tried it once, but an ISO in a virtual machine did work. (I use WINNT32 normally). - I use /copysource:lang and tried other options like /makelocalsource, /tempdrive, etc. - No languages/keyboards/OS components/services were removed while troubleshooting nor were any tweaks used. I tried SFC on and off. (For testing purposes I removed a few unimportant components in the media or networking sections to get nLite to patch SYSSETUP and trigger the problem.) - All 4 E/A language groups were selected in the Unattended section. - This isn't related specifically to just E/A langs; the complex scripts fail too, but I normally don't bother testing those. To reiterate: the East Asian languages aren't getting installed during setup and it seems to be related to SYSSETUP getting patched by nLite (although that might not be the root cause). Replacing that file cures that problem but causes others. I am unable to provide a Last Session file, but tried to describe all the relevant settings in the sections above.