Re: [Unattended-Dev] Time to think on Win7
I have a Win7 unattended going. Well, kind of. I boot from a USB drive with an unattended xml file on it, which does the basic install and then starts a modified "apps only" type of install after windows is done. I have to create/modify the unattended xml by hand every time - it has my computer name, domain, etc, as well as the main unattended bat file tor run. I also create a user-pc specific .bat file that contains all of the todos for the user and pc type. It's been a couple of years since I set it up, and I know I ran into several problems, mainly around running scripts from a share that was in my windows domain and a computer that wasn't - or vice versa. I created a special account in my domain to do the install with. And I ended up breaking the pre.bat into two parts with perl being installed between them. That part of my unattended xml looks like: 1 Running appsonly cmd /C start /wait net use Z: \\ntinstall\install mypass /user:mydomain\myuser 2 Running appsonly cmd /C z:\bin\pre1.bat 3 Running appsonly cmd /C Z:\scripts\perl.bat 4 Running appsonly cmd /C z:\bin\pre2.bat 5 Running appsonly cmd /C z:\bin\todo.plUserSpecificFile.bat 6 Running appsonly cmd /C z:\bin\post.bat I tried the WinPE boot then install from a network share yesterday for the first time, and it worked great. No PXE boot is required. Here's my thoughts on how this could work: User has to make a WinPE boot disk and boot from it. Map \\ntinstall\install to Z: >From the PE environment run a script from Z: that builds an unattended xml file based on user input and saves it somewhere on Z: Run setup from the Z: drive using the unattended that was just built. I have a volume license and used that to install from. I don't know if there are any differences that would stop this approach with OEM or retail media. I'm not very experienced with windows scripting, and but I imagine that several of the things I do in the unattended (join domain, set local admins, rename pc) could be done after the install via todos. Thoughts? Doug On Mon, Oct 1, 2012 at 4:04 AM, Johan Ho wrote: > Den 21.09.12 02:34, skrev Juanjo Pablos: > > Hi, > > I just saw that win7 had become Nº1 in the operations Systems market > share. > > > http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=10 > > > > I do not see myself with enough time to accomplish this task. So I beg > > for some help on this matter. > > > > > > > -- > > Got visibility? > > Most devs has no idea what their production app looks like. > > Find out how fast your code is with AppDynamics Lite. > > http://ad.doubleclick.net/clk;262219671;13503038;y? > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > ___ > > unattended-devel mailing list > > unattended-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/unattended-devel > > > > I also recently started trying to get unattended installation of Windows > 7 to work. I found this old post on the unattended info mailing list: > > > http://www.mail-archive.com/unattended-info@lists.sourceforge.net/msg09116.html > > I got as far getting the WinPE 3.0 boot image up and running, but I need > to focus on other projects right now. Anyways, it did sound like they > got it to work. > > Johan Ho > > > -- > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > ___ > unattended-devel mailing list > unattended-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/unattended-devel > -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d___ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
Re: Win7 progress?
On Wed, Apr 28, 2010 at 10:19 AM, Meier, Jye R. wrote: > I’ve also been considering this, and I come to some of the same > conclusions you do: > > 1: install.pl needs to be modified. I was thinking of modifying it with > conditionals at each question so that we can write txt or xml based on the > install media/os. > One thing I didn't get working with my autounattend.xml file is the partitioning. No matter what, it would bring up the dialog. I don't know if I was doing something wrong in my XML or not. I just gave up. I didn't look too closely at modifying install.pl yet. 3: I’ve also considered the separate partition for booting into Windows 7. > I’m going to try and do it manually first to see what options we have. > Good luck - I was going to try that and quickly realized I was over my head given the amount of time I had to spend on it. > 4: I think UAC can be disabled though the answer file. This is > speculation, but I think I saw an option for it when reading the > docs/browsing through WAIK. > There is an environment variable that be used to turn off the warnings, and I suspect UAC can be enabled/disabled via registry settings as well. It might also be possible to add "ntinstall" to the list of trusted servers. > I’m in a bit of a crunch to get this working soon, so I’m planning on > pounding on it hard in May. I haven’t spent a ton of time in > install.pl/WinMedia.pm I’d like to see your code/changes to > install.pl/WinMedia.pm, if you’re down with that. > Unfortunately, I only made enough modifications to get past the part where it looks for valid OS. And that was really just some hard-coded hacks (modified the if/else where it checks for i386 and amd64 to also look for source). Then I just copied the other files it looks for over to my win7 os directory to get past the read-the-files-and-determine-the-version part. So my changes are pretty much worthless in terms of something to build from. Doug -- ___ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
Re: Win7 progress?
So, I've been playing with Win7 for a couple of days, and reading lots of web pages and unattended code. I just wanted to capture a couple of the things I found out. This is not meant to be an exhaustive list, just some thoughts/observations. 1) New unattended file format. Used to be unattended.txt, now is an XML-based file. So that means that install.pl will have to change to write the new format, perhaps read defaults differently, etc. 2) Different file structure on install disk. Several of the files that install.pl looks for do not exist any longer. i386 directory gone. Etc. 3) Can't run Win7 setup from current boot disk process. (I think this is true. Hacking the nt5install script to try is beyond my abilities.) Should the new process require PXE (hope not)? Use WAIK to create a WinPE disk that contains and can run install.pl? Is it possible to create a small partition on the new PC hard drive, copy the Win7 install files from the network, create the unattended, boot to that partition to install, then get rid if it post-install? 4) UAC (by default can't run todo.pl from Z: without warning popups) and other concerns on applications. I'm sure there are others, but those are some of the major changes I've found so far. I hacked around 1 (hand created Autounattended.xml bundled with my install media), 2 (hacked up install.pl and WinMedia.pm), and 4 (joined the domain during the install so that \\ntinstal\install was a trusted share) so I could try various things out. Thoughts? Doug -- ___ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
Re: Win7 progress?
On Mon, Apr 26, 2010 at 3:15 PM, Juan Jose Pablos wrote: > Allison Roth escribió: > > I was looking at the ticket for tracking Win7 progress > > (http://sourceforge.net/apps/trac/unattended/ticket/3) and saw it hasn’t > > been updated in 4 months. Is this still being worked on? I used > > did you follow the guide?: > https://sourceforge.net/apps/trac/unattended/wiki/Win7 > > It will allow to boot up from the network, I did managed to install a > system using this (no unattended) > > One (temporary) approach is let Windows do the install, then use the 'appsonly' script to handle the rest of the applications. I worked on this over the weekend (on-and-off for several weeks, really). I'm not done yet, but I'll try to summarize some of the things I found... Basically, I added a customer Autounattend.xml to my Win7 media at the root. Bootable USB drives work pretty well for that. My file sets the various things the installer prompts you for. At the end of everything, it mounts my unattended share and runs appsonly.bat. I had to work around several things (like security pop-ups), authenticating for my install share with a domain ID, and so forth. But it mostly works. I still get prompted during the install to partition my disk - I tried to suppress that and just gave up figuring it's a good safeguard. Other than that, I don't get any prompts until appsonly kicks in, then don't have to do anything else until after the applications are done. Not bad. I'll try to give a little better summary of some of the things I bumped into later - not much time to type right now. Doug -- ___ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel
Most recent linuxboot.iso on SF gives error on boot
Hello unattended team! I just downloaded the most recent boot disk package from sourceforge. /49rc4/unattended-4.9-linuxboot.zip When I boot from that image, I get an error of "Could not find kernel image: menu.c32". I see from searching the mailing list archive that this was reported and reported fixed back in Feb. Is it fixed in SVN and not in the prebuild release ISO? If so, any chance of getting a new ISO up? I was in the process of upgrading my "unattended" install to SVN-latest and noticed the ISO doesn't work. Thanks, Doug -- ___ unattended-devel mailing list unattended-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/unattended-devel