Jump to content

tomatthe

Member
  • Posts

    27
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by tomatthe

  1. Anyone else try getting the above post information to work. It looks like there is a built in way to change the theme by using the .xml files, but I'm not having much luck with it. I had this in Pass 4. <Themes> <ThemeName>C:\scripts\my.themepack</ThemeName> </Themes> I am trying to use a themepack as opposed to a .theme but it seems like this should work as well.
  2. The thread was very helpful in sorting out video drivers for various machines. It may be nice to have the basic info from it stickied at the top of the forum.
  3. Tks for the help on this, sounds like a few workable options.
  4. In regards to the extra user acct, if you have the administrator account enabled, can you set the line in unattend.xml for creating a new acct to Administrator, and it skips the acct creation and just uses the admin acct that was already there.
  5. I'm not really clear on why things are working this way, but the 32bit pe cd I had built from Win Vista a while back was auto assigning C to the system partition when I was trying to create it, when using a 64bit pe cd built from the Win 7 WAIK it's working as you said it should.
  6. /forceunsigned is used when adding drivers to a .wim file. It would not be used in unattend.xml
  7. From what I can tell there are basically two ways to add drivers. Directly to a .wim file, or have machines boot into audit mode. Using audit mode you can just specify a path and it will look for them in this folder. I was never able to determine a way to have it auto install unsigned drivers when using the audit path method so I ended up adding all of mine to the .wim file. Still having issues with some drivers though, I started another post this morning about how to extract drivers from an .exe file that I just can't seem to figure out.
  8. Things are moving along pretty well with my Win 7 Image project, but I'm running into a problem trying to integrate one particular driver file. http://www.authentec.com/win7beta64.cfm It's the fingerprint driver for some of the laptops I'm working with, and I can't determine any way to extract the .inf file so that I could integrate it into a .wim. It basically just wants to install itself, and I haven't been able to tell any temp folder that it extracts files to, or by looking at the driver files on the actual device after it's installed it just list 2 .dlls and a .sys file. Also wondering if there is any way to get the actual driver package that is pulled down from Win updates? There is an infrared driver that I can't seem to find anywhere, but Windows updates downloads/installs it fine. Any help appreciated.
  9. Much obliged, lots more to work toward today. Started with building a quick 64bit winpe and machine is booting after using the bcdboot 64bit version which is a positive. Think things are finally pulling together. In regards to drivers I was looking at the option to have machines first come out of a sysprep /audit /generalize and use the driverpath option in audit boot to have a folder with the needed drivers for all the machines I need to support, and just have it scripted to sysprep /oobe /reboot sysprep once the drivers had been loaded up. I may need to add in more supported models down the road and this seems like the simplest way to be able to add to the driver store. Again greatly appreciate the help.
  10. I should have been a bit clearer with my questions I think. The first thing I was wondering when installing the OS, do you go ahead and create a user acct and use that acct to setup the machine, or do you boot only into audit boot and do everything from here. Driver wise it seems like a lot of people run sysprep /generalize /audit /shutdown /unattend:unattend.xml then capture the image from here. After applying it back to a machine in the xml file it boots into audit mode loading all the drivers it needs for the particular machine by adding a driver path to the audit boot part. After that's done its scripted to reboot into the /oobe mode. The other way seems to be running sysprep /oobe /generalize /shutdown /unattend:unattend.xml then capturing the image. At that point adding all your drivers to the .wim file. Then when you apply the wim it boots directly into the oobe and loads drivers that are included in the .wim rather then from a driver path. I'm not really sure which way is the preferred method or if they are both fine. In regards to the diskpart script, when you create the first partition diskpart auto assigns c: so it isn't really accepting it when you try to assign it to the 2nd partition. At least that's how it's working on the machine i'm looking at now. I also would have though the 2nd partition you are creating is the one that needs to be active? I'm testing a few things now, just created 1 partition made it active and I'm applying the wim to it. The version I'm using is Enterprise which is essentially the ultimate edition with a vlk, and it does create the 100meg service partition. It seems reasonable that this would need to be reapplied for whatever reason MS set it up to begin with although I'm not terribly sure what that is. It does look like there aren't any actual files in the partition so maybe just creating it like you had in the example is all that needs done I suppose, I would just like to have a bit better feel for whats going on with it if I'm going to use this on client machines. One final question, the pe cd i'm using is win32 and the wim is 64bit, so the bcdboot.exe program give errors about it not being the correct version. I tried the other one located in the really long folder c:\windows\winsxs\amd64_longpathhere\bcdboot.exe as well with the same result Greatly appreciated your help.
  11. I'm not sure it's even possible to create a custom language pack, but to add them in check this post. It references adding language packs on the 2nd page. http://www.msfn.org/board/windows-7-dism-d...es-t131542.html
  12. There are lots of post here about options and methods etc, I was hoping I might get a bit of feedback about the process I'm trying to use. Objective is to have an image that can be used on maybe 10 different models of Lenovo laptops, with drivers for each type. Process: Install Win 7 64bit Enterprise Boot into audit mode Install drivers for machine i'm building it on (this saves a few steps in adding these drivers later) Install applications, updates, Office, ff, tb, a few others Sysprep machine /oobe /generalize /shutdown /unattend:unattend.xml Capture into a .wim file Mount .wim and add any drivers I need for other models using dsim. Apply the .wim file to machines as needed. Issues: After booting into audit mode and installing office, plus making some secpol.msc changes and windows updates, when the machine rebooted it got to a screen that said something to the effect that windows installation failed and to please try it again. I'm also not really sure what others are doing with the 100meg Win 7 service partition in regards to capturing it with image x and applying it back. Any help on the process or why I might be getting this error appreciated.
  13. I've been working on this a bit more, it seems like adding drivers to the wim files is really what most are doing. I'm not terribly pleased with that option and would much prefer to be able to dump drivers into a network share and when machines boot up out of sysprep they check the folder and install anything it needs, rather then having to mount, install, unmount a wim file everytime i want to change a driver. Bit more looking and that audit path is working properly now. From what I can tell you need to run sysprep /audit /generlize /shutdown /unattend:unattend.xml then capture the image at that point. When you apply the image to a new machine it will boot into audit mode using the folder path you specified in the xml file, then you need to have a synrun command that will tell it to sysprep /oobe /reboot and it will reboot after installing all the drivers you had in the path. Closing in on a done project with this, right now I'm hunting for a way to tell win to just accept drivers that are not signed, as a lot of the ones I'm having to use are Vista drivers which it is prompting to install everyone. I think I read a post on here about that somewhere, just gotta hunt it down.
  14. That site doesn't really mention how people are handling the 100meg service partition that win7 sets up. I'm still not very clear on what it even does, I've heard it a built in bootable winpe partition, or that it has something to do with efi booting. Since imagex will only do partitions, it seems like somehow this one needs to be captured and put back down, but i'm not to clear on how the partition should be setup.
  15. Still no luck using the audit pass. Basically what I'm trying to do, is build an image from a particular machine, and use this image on several different ones. However, I don't know the exact other machines so I need to be able to add drivers whenever vs adding them to a .wim file in which it seems like i could just dump whatever into the C:\temp folder that I was specifying in the unattend.xml file and it would load drivers from there, but for some reason it is not using the stuff in that folder when it comes out of sysprep. After reading about this a bit more the sysprep command i was running is "sysprep.exe /oobe /generalize /shutdown /unattend:Win_7.xml" in which case I don't think it would pay any attention to something in the audit part of the xml file since it is not entering that mode. This would explain why it isn't picking up those drivers I think. So basically asking for ideas here, want to build an image on one machine, then sysprep this one, capture a ghost image of it and be able to dump it on whatever machine. When it boots I need it to check a folder for drivers and fix anything that was missing, then boot into windows. I have all unattend options filled out in the xml file so it does boot into windows, it just isn't handling the drivers part which I don't really see any options on how to do that.
  16. You basically will need to create an unattend.xml file using WAIK as mentioned above. Make sure you use the AMD64 components when building the file. I mean to start with, download and install WAIK (its free from MS) then start with a simple unattend.xml file by filling in just the computername or something to get the feel for things. Then start adding in all the other pieces you need.
  17. Need a bit of help along these same lines. In WAIK when you add the driver path in it wants to browse for the folder you're trying to add, I assume this doesn't actually matter to much and you can point it to whatever then just change it? Basically I'm using a different machine to work in the xml file and it doesn't have the drivers on it, so I'm manually setting the driver folder to C:\temp in WAIK. On the machine that I'm actually running sysprep with the unattend.xml file on the C:\temp folder exist with the drivers in it. I run sysprep then let the machine reboot and it does not seem to be pulling these drivers at all. Does the .inf file itself have to be right in c:\temp ? Mine are setup kind of like C:\temp\Video\stuff here c:\temp\UPEK\stuff here etc, I was assuming it would hunt through all the sub folders, but it did not appear to do that. The devices can be manually installed by pointing them to this folder to look for a driver from device manager so I know the drivers are good, just can't get the machine to use them coming out of sysprep. Tks for any help. Just noticed ajua used the <settings pass="offlineServicing"> rather then "auditsystem" retesting. <settings pass="auditSystem"> <component name="Microsoft-Windows-PnpCustomizationsNonWinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <DriverPaths> <PathAndCredentials wcm:keyValue="Driver Path" wcm:action="add"> <Path>C:\temp</Path> </PathAndCredentials> </DriverPaths> </component> </settings> <cpi:offlineImage cpi:source="wim:c:/temp/install.wim#Windows 7 ENTERPRISE" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
  18. well my hope had been to have the acct created and the machine auto login to that acct. The other option was to do something similar to what you mentioned, have it login to a default acct, force acct creation then log off the default acct. I'm sure I could get things working this way somehow, but had really hoped I could locate how to have the acct created and it login to the acct on first boot. We reimage about 60 machines a day for various students, and use a scripted ghost install to obtain their acct info before imaging, then I am hoping to put something in place after the image is put down to have their acct recreated at boot. Tks for the super fast reply.
  19. Interesting, I was creating a dummy acct, and having it deleted on first login. Your way seems much better. I do have a question about accts created using the unattend.xml files though. Say I run sysprep.exe /oobe /generalize /unattend=unattend.xml /shutdown If I was to boot to a winpe cd, open up the unattend.xml file and change the settings for the account it creates, I was thinking this would change the acct that is actually created when it boot and comes out of sysprep. However what i've found is that it doesn't seem to matter i change in the xml file, it uses what wsa in the file when sysprep was originally run. Does anyone know where the data is stored in the xml file when the machine shuts down? I would like to be able to edit the file before machines are booted to have a user acct created that I can set. Essentially using the same image on various machines, but have a different acct created when it boots based on who's computer it is. tks for any help
  20. Replaced the system board, problem solved. Geez beat my head against the wall for 2 days on this one.
  21. It's worth a try to turn all the video options within the game to the very lowest, sounds like you're already 99% sure its not a heating issue, but it can't hurt to try running the game this way. just a thought
  22. The password can be in either place, but tks for the advice. All of the other machines are using the exact same account to access the share, I did recheck the permissions though and everything looks good. Server is pingable, same error msg when using ip to map the drive.
  23. Unfortunately these are laptops, so I can't really just pop in another nic. I did try using a usb to Ethernet device but winpe didn't seem to want to pick up the adapter. I work directly with the lenovo hardware techs, but I'm having a bit of a hard time convincing them it is hardware, since it does appear to work normally in windows. I think I've run out of options though, probably just going to write this off to being hardware, and turn it into an internal loaner for now.
  24. I've tried it every way possible really, fairly sure it's not a syntax error in the connection, especially since it works on every other machine I've got. I'm pretty much out of ideas here, but tks for the input.
  25. Having a problem connecting to a network share from a machine booted into winpe 2.0. The machine hosting the share is winxp+sp2 I have about 20 machines all lenovo thinkpads booting to a winpe cd that connects the the share and image themselves from it. The machine that I'm having trouble with is an r61, I have several of these machines all work fine with the exception of 1. I have removed the hard drive from the problem machine, and tried booting from the cd, I always get the same error msg about the username or password being incorrect. "system error 1326 has occurred" net use O: \\%servername%\%sharename% /user:%user% %password% Using the exact same syntax on an identical computer, it connects to the share with no problem. I setup the xp host machine to not require a username/password to connect to the share, and from all machines except the problem one they will connect using just: net use O: \\%servername%\%sharename% The problem machine again asks for a login/password and fails when entered. I tried using an external keyboard, with the same results. The machine having the issue can ping the host computer without issue. I've booted it to several different winpe cds, and usb keys always getting the same error msgs's. I've reset all bios defaults on this machine, same error messages. When booted into windows I can connect to the share without issue. I've googled and searched the forums, and only found one similar posting, but it looked like it was resolved by changing the syntax around on the connect string, however this did not work for me. Any help greatly appreciated. I've since setup a share on a laptop computer, and connected the two machines using a cross-over cable with the same results. It would seem to be a hardware issue, but I just can't get by the fact that the nic works fine in windows.
×
×
  • Create New...