Jump to content

the unknown

Member
  • Posts

    13
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    Netherlands

Everything posted by the unknown

  1. I can't seem to find any docs on the Upgrade folder. According to an article by Paul Thurrott it should be a simple drag-and-drop scenario. Anyone luckier?
  2. Thanks Arneh, seems like i reinvented your wheel Anyway, tested your solution and it works great for creating a baseline dvd image for Vista installs! After this i can recapture the install to my own WIM file and use peimg to add MSU/CAB packages of newer updates to the offline image. Only thing that concerns me is the Malicious Software Removal Tool MSRT which needs a quiet install during setup or first boot. I am looking for a way to offline service my images without having to go through windows setup every time MS releases a new version of their MSRT. The best situation would be that, since MSRT is an .exe which needs to install itself, the user gets it automatically installed at first run of the computer, so after the resealing proces. In this way I can just update the mrt.exe file with the latest version and when the user boots the system in OOBE it will get installed. However, when you sysprep /generalize the system in Audit mode the synchronous commands in the oobeSystem phase of yourr autounattend.xml will be ignored and MSRT will not get installed! If anyone knows how to fix this and how to pass on Firstrun commands to a system after generalization, any help is greatly appreciated. Workaround for now is to install MSRT during auditSystem phase. However this implies that i have to generalize the system with the tool already installed which makes offline servicing quite difficult.
  3. For those who like to give it a try with the peimg.exe method... I created a batch file to automate some stuff. Just put your MSU's in one directory together and run from there. The batch file expands, adds and installs your updates and commits the changes to your image file. Ofcourse change the variables to reflect your environment. Good luck set __WimImage=d:\pe20\wim\vista.wim set __WimMountPath=d:\pe20\wim\mount set __WindowsDir=%__WimMountPath%\windows rem *** install.wim SKU's: 1=Business 2=HomeBasic 3=HomePremium 4=Ultimate set __Index=1 rem *** Expand msu files and copy cabinets for integration mkdir expand expand -F:* .\*.msu .\expand mkdir integrate xcopy .\expand\Windows6.0*.cab .\integrate rmdir .\expand /s /q rem *** Mount WIM image and process updates imagex /mountrw %__WimImage% %__Index% %__WimMountPath% peimg %__WindowsDir% /import=.\integrate\*.cab rem *** Install updates peimg /install=*Package* %__WindowsDir% rem *** Creat resultlog peimg /list /image=%__WindowsDir% >.\result.txt rem *** Commit changes imagex /commit /unmount %__WimMountPath% rmdir .\integrate /s /q
  4. An article at: http://www.winbeta.org/comments.php?id=6244&catid=1 describes the use of peimg.exe instead of Package Manager. I tried this method and it seems to work fine. Just mount your install.wim or custom captured image, expand your MSU's, add and install the cabinet files with peimg and commit changes. You can even use wildcards with this tool to make life even easier and add a bunch of hotfixes at once! In this way the QFE hotfixes are not placed in a cache folder but integrated in the image. They will not show up in the user's history of updates, but are listed in add/remove programs. I don't know about any side effects using a WinPE tool like peimg.exe for a "full" Vista image though... Any comments on that are appreciated!
  5. After slipstreaming the DP's with V5049 i run "winnt32.exe /noreboot" so I can retrieve the windows boot files for my multiboot DVD. At this point dosnet.inf is important for determining which files should be included or not. With V5048 aliide.sys, ultra.sys and others get copied, with the latest Base DP those files are NOT getting copied over anymore. Changed something there???
  6. Checked this, and indeed it breaks at 4096 characters. Can others check their winnt.sif's as well??
  7. Hi BTS, There might be something wrong with your OemPnPDriversPath.cmd... In my WINNT.SIF the line with the OEM path ends at "DP\W\SU\6;", and after that nothing, causing a setup to fail on that line! Ciao!
  8. After installing the driverpack aliide.sys is only listed under the [Files] section and nowhere under FloppyFiles.1 or .2. Could this be the reason it doesn't get copied?
  9. I noticed all the others under the [Files] section of dosnet.inf do not get copied, for example the 3ware drivers: d1,3waregsm.sys d1,3wDrv100.sys d1,3wareDrv.sys Can someone confirm I'm not the only one with this problem by running winnt32.exe and checking $WIN_NT$.~BT ??? In the original dosnet.inf shipped with XP aliide.sys is also included in the FloppyFiles.1 section...
  10. Hi BTS! I checked my I386 directory, and at least in my situation, ALIIDE.SY_ (cabbed version) DOES exist there. It also exists in the $OEM$ strcuture. FYI I used Method 1 and upgraded from a previous DP version. During textmode setup however aliide.sys is nowhere to be found. I simulated a setup by running winnt32.exe /noreboot and checking $WIN_NT$.~BT on my harddrive. The file aliide.sys is missing there. Ciao! The Unknown
  11. Hi BTS! I got the aliide.sys error as well. I can confirm this file does NOT get copied over to $WIN_NT$.~BT. Cya!
×
×
  • Create New...