midiboy

Hi ! Unfortunately, this does not work for Nero 7 anymore. The complete installer includes version 2 of BurnRights but I found no way to tell the installer to set burn rights for all users. I tried with the BURNRIGHTS=ALL property any a bunch of others but it does not seem to work. I then tried to track registry changes when setting burn rights after installation but those did not work either on the next silent install ... This "all in one Nero 7 installfile" is not the best approach I guess BYe, Alex

Hi Bashrat, new Promise SATAII 150 /SATA 300 TX Series driver: Promise driver 1.00.0.33 Bye, Alex

Hi ! @ZileXa: I asked Benjamin about the common documents folder a while ago already. As long as he is not able to work on Wihu 3.0 you might try my "workaround". I created this for my unattended DVD and it works: Add the following in your install.ini and adapt for your needs: Description.1=Common Documents on D command.1=CMD /C "%WIHU%\..\Diverses\common_onD.cmd" workdir.1=%WIHU%\..\Diverses selected.1=1 Then create cmd named common_onD.cmd in the appropriate folder and add this: @echo off if exist "%WINDIR%\system32\cmdow.exe" cmdow @ /HID if not exist "D:\Gemeinsame Dokumente" md "D:\Gemeinsame Dokumente" regedit /s .\common_onD.reg xcopy /S /E /H /Y "%AllusersProfile%\Dokumente\*.*" "D:\Gemeinsame Dokumente\" exit Last but not least, there is the reg file. In my case it looks like this: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders] "Common Documents"=hex(2):44,00,3a,00,5c,00,47,00,65,00,6d,00,65,00,69,00,6e,\ 00,73,00,61,00,6d,00,65,00,20,00,44,00,6f,00,6b,00,75,00,6d,00,65,00,6e,00,\ 74,00,65,00,00,00 edit: don´t copy the above codes directly, the forum software seemingly does not allow to display the correct codes ?!? It always edits them in some strange way ... Now, the above is for a german Windows, you cannot directly copy this if you use any other language windows. You not only have to change the Common documents name in the cmd to suit your specific windows version but more importantly, you have to first change the location of the path to the new location in the registry and then export that into the above reg file. This exported reg file will have the correct hex codes. It only works correctly with those hex values, it does not work if you import the path directly, I tried that. The reason for copying the content of the common documents folder is simple: Some programs like Adobe Acrobat copy some essential files in there and won´t work correctly if they are not at the location. Hope it works for you ! Bye, Alex

Mhh ... strange, I haven´t seen either of those problems so far All our GPO´s are processed, as is the startup script ... also I haven´t seen this delay you mentioned yet. But our domain is very small. Just 6-7 servers and less than 20 clients ... although if this is a hardware/driver bug in the NIC that should not influence anything ... Bye, Alex

Hi Rogue, What exactly is the problem ? I have installed a few computers using onboard Realtek Nics and have had no problems. One is even a small file server, the others are clients. No problems so far in our domain ... Bye, Alex

Hi Benjamin, thanks for the new version, I downloaded it a few hours ago and already used it in a Windows installation in VMWare. Unfortunately, this version is a bit buggy I made a few screenshots and added them iso you can see what I am taking about. Sorry for the quality, I had to reduce the a lot so I could upload them. 1. Screenshot1 and 2: The drive formatting feature has a problem now. Used to work fine in earlier versions but now it does not detect the drive anymore. If I point it to the relevant drive (D) then it works but this question comes up 4 times (once for each redirected folder) 2. Screenshot 3: I have the following in my ini: [Users] Home=%PERSONAL% [Environment] Personal=D:\%ThisUser% Yet, as you can see in the screenshot, the user Alexander which I created in Wihu has the standard homedrive/homepath values. This bug has been in Wihu at least 3 times before, then I remind you, you fix it and a few versions later it happens again 3. Screenshot 4 and 5: There is a new folder on C: after installation called DUSERPROFILE%. Contents of this folder is on screenshot 4. 4. The bug I mentioned here is still there too. Don´t know if you fixed that yet or not. As for the issue mentioned in the topic of this thread, I cannot say if it is fixed or not because this issue happened only with software I don´t have on my unattended DVD so I would need to do a real installation on my system to find out if this is fixed. I will do that but first I would like to wait until the other bugs are fixed if you have the time :-) Sorry for busting your weekend with this Bye, Alex

Hey Benjamin, no problem ! What other tool are you working on ? Bye, Alex

Hi Benjamin,no, from RunOnceEx like this: REG ADD %KEY%\051 /V 1 /D "%CDROM%\Setup\Wihu\wihu.exe /INI=%ini2% /beep=4 /NoCancel /NoRestartChange" /f where %ini2% = a different ini depending on the existance of a special file. MHh, I would like to avoid that because sometimes I am calling this cmd outside of Wihu too ... Thanks for testing this ... The strange thing with this error is that it works fine with all other installations, just with 5 (out of 50) this happens (and it is always the same 5 that do not work)- Bye, Alex

Hi Benjamin, this is a very very strange problem that has haunted me for months now. I decided to finally find the cause of it. Here´s the problem. I am calling the following cmd file in Wihu during software installation AFTER user installation at which time I am creating the user Alexander as a default user. So as far as I know, the software installation that follows will be installed as that user. right or wrong ? Now, the part of the ini that calls the cmd looks like this: Description.10=Trillian Einstellungen command.10=CMD /C "%INIDIR%\..\..\Einstellungen\Trillian\silent_install.cmd" workdir.10="%INIDIR%\..\..\Einstellungen\Trillian" selected.10=1 The silent_install.cmd looks like this: @echo off if exist "%WINDIR%\system32\cmdow.exe" cmdow @ /HID copy /Y .\profiles.ini "%PROGRAMFILES%\Trillian\users\global\" if exist "D:\Alexander\Desktop\Trillian.lnk" del "D:\Alexander\Desktop\Trillian.lnk" copy /Y "%AllUsersProfile%\Startm~1\Programme\Internet\Trillian Pro 3.lnk" "%USERPROFILE%\Startm~1\Programme\Autostart\" Now please take a look at what happened to the variable "%Userprofile%" during installation in Wihu: see pic ! As you can see, the variable will be resolved as "Default User" instead of "Alexander". Why´s that ? I am having this problem with 5 of my programs that I install. The rest installs fine. Is this a problem in Wihu or some other problem ? I wouldn´t know where else to look for that though ... Thanks for your help ! Alex

Hi Benjamin, The test version you posted corrected the Password bug, thanks. Any news on a new version ? Bye, Alex

Hi again, could that be this problem ? Bye, Alex

HI Benjamin, while you are fixing bugs, I think I have just found another one for you ... I have the following in my ini: Description.12=Winrar 3.5 command.12=CMD /C "%WIHU%\..\Winrar\silent_install.cmd" workdir.12="%WIHU%\..\Winrar" selected.12=1 locked.12=1 I have that one locked as you can see, so that people cannot uncheck that entry. That works, one cannot uncheck the program BUT if you untick "Alles auswählen" so that nothing is checked, the software above will not be installed although it is still ticked for installation !! Thanks, Alex

Yeah, cool ! That would be great ! You are the best, as always ! BYe and thanks Alex

Hi Benjamin, well, I would not mind if you removed that feature but maybe mow would, at least I think you created that feature for him. Anyway, I tried an installation now with the following entries in the ini: User.1=Administrator ShowonWelcome.1=0 Password.1 = * It did work, Administrator did not show up on the Welcome screen. However, this password thing is not working. Wihu is changing the password for the administrator to a "*" instead of leaving the password from winnt.sif as it is. Thats what I thought. Add the password in two places (winnt.sif and the wihu ini) is a bad idea, I don´t want that. An additional thing that happened now is that the Administrator will get the personal folders on D: as all my other users do. I don´t want that either. I guess I could specify the "normal" Windows folders for the Administrator in the ini but all this is a workaround for something which used to work all the time ... Well, I hope there is a solution that will be fine for everybody ... Bye, Alex

Mhh, yes. Alexander has administrator rights. Well, all I know is, that everything was fine until recently and now it isn´t :-) But I will test now with this setting in the ini: User.1=Administrator ShowonWelcome.1=0 Password.1 = * I hope that Wihu will leave the password from winnt.sif intact Bye, Alex

Hi Benjamin, well, that screenshot looks nice ! But it is not really necessary, only if you have nothing else to do ... All that would be necessary is a message that the folders have changed and that the user should go back and change them if he wishes (telling the user where to find the settings) or accept them. Thanks, Alex

Mhh,if that is so, why did it always work fine before in earlier Wihu versions ? I never mentioned the Administrator in the ini and it never showed up on the welcome screen until now ... Also, I dont think that this is the default Windows behaviour. Usually, the Administrator only appears on the Welcome screen if there is no other useraccount available. If there is at least one account available, the Admin account does not appear. That is the default behaviour. That was also the case with earlier Wihu versions, so I guess THAT was default behaviour. Now, the admin account appears even when another account exists. No, but that only appeared when I used the User.1=Administrator entry in the ini. I will try that next :-) Bye, Alex

Hi Benjamin, I do sometimes give my CD including Wihu to other people so I get feedback a lot. One thing that always comes up from users who never used Wihu before and I mean always, is that they don´t know that I set a different path for users personal folders in the ini. Then, after the installation they are wondering why their personal folders are all on D:\%username% instead of the usual, default place. This happens because a "normal" user seemingly never clicks on "Eigenschaften" in the second Wihu screen where you can change the settings of the newly created account. I thought of a small addition to Wihu that would really make it a lot easier for people not familiar with Wihu. Could you maybe add a message box to Wihu that will pop up after the user created a user account and clicks on "weiter" ( to go to the Software installation screen) if and only if the path to the personal folders are different from Windows standard and if the user has not changed them manually in Wihu yet (has not clicked on the "Eigenschaften" button for a user account and changed them there) This messagebox should say something like this (could be edited in the ini, if it is not too much work): The Personal folders of the user(s) you just created will be different from the Windows Standard. Right now the personal folders will be ... (show settings from ini) If you want to change those paths click on Change, otherwise click on Continue. If the user clicks on Change he will be presented with the User account settings page, ideally with the "Systemordner" tab visible already. edit: If the user created more than one account, or if more are created by default, Wihu should maybe instead go to the second Wihu screen again and tell the user to click on "eigenschaften" for each account. If this is too complicated, distinguising between one or more accounts, just drop the user back to the second wihu screen and tell the user to click on "Eigenschaften" for each account. If the user clicks on Continue, nothing is changed and the user goes on to software installation. Would that be easy or quick to implement or would it take long ? It would really help me out Thanks, Alex

Hi Benjamin, I did a new installation (in VMware) with Wihu now, just so you get your regkeys ... So I did it without mentioning Administrator in the ini file as I posted before. Administrator now shows up on the welcome screen and this is the regkey you wanted: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList] "Hilfeassistent"=dword:00000000 "TsInternetUser"=dword:00000000 "SQLAgentCmdExec"=dword:00000000 "NetShowServices"=dword:00000000 "HelpAssistant"=dword:00000000 "IWAM_"=dword:00010000 "IUSR_"=dword:00010000 "VUSR_"=dword:00010000 "ASPNET"=dword:00000000 "Alexander"=dword:00000001 I hope you can change the behaviour so Administrator does not show up on the Welcome screen by default Thanks, Alex

HI Benjamin, just tried your new version. A quick test showed that it seems to work now, I will use that version for my next installation and tell you. Thanks ! No, I do mean Home=%PERSONAL% as I want this to be the default for all users. It always worked .... can I still use it ? Yeah, I know, I just mixed up the words. I did mean base directory. Mhh, I did reformat C: before installation and I did not use any of the switches you mentioned. Strange. Anyway ... for my next installation I will use those values: [Users] Home=%PERSONAL% Group=1 Status=0x10028 Default=0 User.0=Name eingeben Group.0=1 Status.0=0x10028 Comment.0=This is a new user created with WIHU [Environment] Personal=D:\%ThisUser% My Video=D:\%ThisUser%\Eigene Videos My Music=D:\%ThisUser%\Eigene Musik My Pictures=D:\%ThisUser%\Eigene Bilder Favorites=D:\%ThisUser%\Favoriten Desktop=D:\%ThisUser%\Desktop Administrator will still show up on the Welcome page this way, right ? Do you still need the regkey after such an installation ? BYe, Alex

Benjamin, sorry, but your are missing the point here ... Look at the picture again: That profile is for the username "alexander", yet it shows a profile path: D:\Administrator ... Get it ? Something is wrong, it should be D:\Alexander, not D:\Administrator Also, I just found out, that Wihu created a second profile folder in the C:\Documente und Einstellungen folder named Administrator.Computer .... !?!? (see pic) As for the regkey ... mhh, sorry, don´t have what you want unless I reinstall Windows again, which I may do soon anyway, but not now. Thanks, Alex

Hi Benjamin, nice to hear from you again ! Here´s the entries for the regkey you mentioned: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\SpecialAccounts\UserList] "Hilfeassistent"=dword:00000000 "TsInternetUser"=dword:00000000 "SQLAgentCmdExec"=dword:00000000 "NetShowServices"=dword:00000000 "HelpAssistant"=dword:00000000 "IWAM_"=dword:00010000 "IUSR_"=dword:00010000 "VUSR_"=dword:00010000 "ASPNET"=dword:00000000 "Administrator"=dword:00000000 "Alexander"=dword:00000001 By the way ... The administrator entries, I mentioned above ... they worked. However, they somehow cleared the administrator password I set in winnt.sif which is bad and I don´t want to add the pw in two places if I can avoid it ... so maybe you succeed in restoring the default Windows behaviour ... One other thing .... As you can see at the attached pic, the Alexander account I created with Wihu shows a strange profile path (D:\Administrator). I don´t know how long that error exists, just saw it ... ah ... no, I don´t have anything in my ini file in the [users] section except for the following: [Users] Home=%PERSONAL% Group=1 Status=0x10028 Default=0 User.0=Alexander Group.0=1 Status.0=0x10028 [Environment] Personal=D:\%ThisUser% My Video=D:\%ThisUser%\Eigene Videos My Music=D:\%ThisUser%\Eigene Musik My Pictures=D:\%ThisUser%\Eigene Bilder Favorites=D:\%ThisUser%\Favoriten Desktop=D:\%ThisUser%\Desktop Bye, Alex

Hi Again, maybe I already got it ... would the following work ? user.1=Administrator ShowOnWelcome.1=0 ? Thanks, Alex

HI Benjamin, upgraded to latest version but now the Administrator account shows up on the Welcome screen which it never did before. I don´t have any setting for the Admin account in my ini file yet, can you quickly tell me what I have to add so that the Admin account does not appear (like in previous versions ?) Sorry, I am a bit in a hurry these days and don´t have much time to look for the solution myself ... If you have the time ... Thanks ! Alex

Hi Bashrat, got myself a new computer today and the new board, the Asus P5LD2 Deluxe has two devices which were not, or not properly detected by your driverpacks yet. Maybe you could update your next revision ? 1. First driver is from the onboard Silicon Image SIL3132 SATA2/Raid controller. That would probably be something for your masstorage pack. The latest driver can be downloaded from the SI website. It works fine on the board. 2. The second driver is actually supported by your driverpack already but somehow it did not get installed during installation. It is for the onboard Realtek ALC882M HD Audio chip. After installation, I have an exclamation mark for a PCI device (see pic). If I try to install the driver for that device, windows asks for a hdaudbus.sys which actually exists in the Windows\System32\drivers directory. After Windows finds that file, it installs the drivers for the Realtek Audio driver. Does Windows not find the HDBus audio driver because of a missing device ID ? I am posting both here: For the Realtek Audio device: HDAUDIO\FUNC_01&VEN_10EC&DEV_0882&SUBSYS_10430000&REV_1001\4&33C4032D&0&0001 For the Microsoft UAA Bus Driver for High Definition Audio: PCI\VEN_8086&DEV_27D8&SUBSYS_81A01043&REV_01\3&11583659&0&D8 I hope you can add those to your driverpack too ! Thanks, Alex