Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. If you already have an account, login here - otherwise create an account for free today!
Wiki: Slipstream Windows Home Server
#41
Guest_Drashna (WGS)_*
Posted 11 December 2008 - 07:17 AM
Guest_Drashna (WGS)_*
#42
Posted 11 December 2008 - 12:24 PM
An example on how to do this with WHS disk Management:
[codebox]REG IMPORT "<path to your regfile>\WHSDiskManagement.reg"
msiexec /i "<path to your Add-Ins\WHSDiskManagement.msi" /quiet[/codebox]
I prefer to use D:\Shares\Software\Add-Ins\ when installing the add-ins. I simply copy the add-ins that are selected in the menu to that location first before installing.
A small example of my script:
[codebox]COPY "<path to Add-In>\\Install\\Add-Ins\\WHSDiskManagement.msi" "D:\\Shares\\Software\\Add-Ins" /Y'
REG IMPORT "<path to regfile>\\Install\\Add-Ins\\WHSDiskManagement.reg"
msiexec /i "D:\\Shares\\Software\\Add-Ins\\WHSDiskManagement.msi" /quiet[/codebox]
I have both the Add-In and regfile in the same directory for easy install. Basicly, this is it.
If you need some regfiles of add-ins then I'm happy to help you out. But it's more fun to do it yourself, use VirtualPC to install WHS and the add-ins you want to use, extract the regfiles and use them in your scripts.
#43
Posted 11 December 2008 - 08:41 PM
I used it to create the WHS X:\Files Edition. (And yes, I'm still working on it! - New version will be somewhere early next year!)
An example on how to do this with WHS disk Management:REG IMPORT "<path to your regfile>\WHSDiskManagement.reg"msiexec /i "<path to your Add-Ins\WHSDiskManagement.msi" /quiet
I prefer to use D:\Shares\Software\Add-Ins\ when installing the add-ins. I simply copy the add-ins that are selected in the menu to that location first before installing.
A small example of my script:COPY "<path to Add-In>\\Install\\Add-Ins\\WHSDiskManagement.msi" "D:\\Shares\\Software\\Add-Ins" /Y'REG IMPORT "<path to regfile>\\Install\\Add-Ins\\WHSDiskManagement.reg"msiexec /i "D:\\Shares\\Software\\Add-Ins\\WHSDiskManagement.msi" /quiet
I have both the Add-In and regfile in the same directory for easy install. Basicly, this is it.
If you need some regfiles of add-ins then I'm happy to help you out. But it's more fun to do it yourself, use VirtualPC to install WHS and the add-ins you want to use, extract the regfiles and use them in your scripts.
I see so you are actually running this after the OS has already been installed. That's a nice approach. By doing it this way, you can always keep it up to date and you don't need to build a new ISO when you need to update an addin or add a new one. Just dump it all on a thumb drive and install the script. Kind of like an all in one add-in.
I'll play with this if I get some time this weekend. I need to get virtual machines running first so I can tinker without breaking anything... again.
#44
Guest_Luca_*
Posted 12 December 2008 - 08:43 AM
Guest_Luca_*
I prefer to use D:\Shares\Software\Add-Ins\ when installing the add-ins. I simply copy the add-ins that are selected in the menu to that location first before installing.
A small example of my script:D _linenums:0'>COPY "<path to Add-In>\\Install\\Add-Ins\\WHSDiskManagement.msi" "<strong class='bbc'>D:\\Shares\\Software</strong>\\Add-Ins" /Y'
I'm puzzled !
I'm always been told and I always red not to write directly to d:\shared in order to not make DEmigrator upset.
I'm always been told and I always red to write only to \\<server>\<sharename> ...
I believed that :
- it's safe to read from d:\shares\...
- it's NOT safe to write to d:\shares\...
Something changed ?
I'm wrong?
Thanks,
Luca.
#45
Guest_Drashna (WGS)_*
Posted 12 December 2008 - 09:37 AM
Guest_Drashna (WGS)_*
Only in certain cases, where you can't get around it is it appropriate. The reason we always tell people to *never* use it is that problems do arise from using d:\shares. yes, part of this was due to the corruption bug, but even not entirely.I'm puzzled !
![]()
I'm always been told and I always red not to write directly to d:\shared in order to not make DEmigrator upset.
I'm always been told and I always red to write only to \\<server>\<sharename> ...![]()
I believed that :
- it's safe to read from d:\shares\...
- it's NOT safe to write to d:\shares\...
Something changed ?
I'm wrong?
Thanks,
Luca.
It's one of those "at your own risk" things. I have a very intimate understanding of how the Drive Extender technology works (but flawless understanding, but close), and I understand the risks.
But the thing is, during installation, the shares are not set up. There isn't a choice. And a lot of the stuff we do for the x-files is during the install process, so it is easiest and the most reliable way for us to do it.
#46
Posted 12 December 2008 - 10:56 AM
But the thing is, during installation, the shares are not set up. There isn't a choice. And a lot of the stuff we do for the x-files is during the install process, so it is easiest and the most reliable way for us to do it.
I've tried it a hundred times (I believe it's even more right now!), and no problems. It's like Drashna said, my installer works right after the normal installer. And I use some "special" runonce reg stuff when needed to be safe.
#47
Guest_Luca_*
Posted 12 December 2008 - 12:40 PM
Guest_Luca_*
Having a more than decent experience in IT (> 15 years), I'd like to and I think I could better understand how the DEmigrator works.
May you addresse me to any document that is more than an advertisement pdf as those I have already read?
Or ... even in pm ... few lines of explanation in more from you.
Luca.
#48
Posted 02 May 2009 - 06:47 PM
When you get to the point where it asks for additional storage drivers (in the UI portion), browse to the System32 directory and find "diskpart.exe". Right-click on it and click on Open.
That will give you a Vista diskpart where you can run all the commands to prep a USB drive.
That's what I had to do since I don't have any Vista machines at home.
#49
Posted 07 June 2009 - 09:20 AM
#50
Posted 07 June 2009 - 02:22 PM
Not so simple answer: the PP2 installer requires that the OOBE wizard to have already been run. You can't integrate the update like a normal update because the components get installed later and will overwrite the newer files.
#51
Posted 19 June 2009 - 04:02 PM
#52
Posted 17 September 2009 - 02:15 PM
Thank you
#53
Posted 17 September 2009 - 02:45 PM
Hi, when you say add the dos file,to the folder in the beginning, what dos file?
Thank you
I'm assuming you are refferring to the following from "Setting Things Up" with your question:
"2. Copy your DOS drivers folder into C:\WORK, and rename it to DOS."
All this means is take the driver you want to slipstream (the acutal driver files, not the .exe <you may have to extract them using WinRAR or 7zip>) and copy it to a folder named "DOS" in your C:\Work\ directory.
#54
Posted 17 September 2009 - 03:39 PM
is this where i would put SP1, 2 and 3 also if this is true after extracing each of them, do i put them in folders inside the dos folder
#55
Posted 18 September 2009 - 08:59 AM
Thanks
TLE
#56
Posted 15 October 2009 - 05:04 PM
Thanks
#57
Posted 29 November 2009 - 06:52 PM
I assume the DOS files we are talking about are any additional drivers for hard drives that are not included in WHS. is that correct? Is it possible to include drivers for additional HD controllers like the RocketRaid 3520? I am currently using this to control additional hard drives on my system in JBOD mode not Raid.
I am about to rebuild my WHS as the system disk is failing. Will the slipstream allow me to include these drivers during the install?
Thanks
Jan
#58
Posted 30 November 2009 - 04:21 AM
#59
Posted 02 December 2009 - 12:33 PM
The DOS drivers are the textmode drivers for Server 2003 or XP.
Thanks Drashna. Sorry to sound stupid but what are textmode drivers?
Jan
#60
Posted 02 December 2009 - 08:59 PM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users





Back to top
Contributor








