@ITSolutions @Wayne-Workman same, I use to register all hosts with quick reg
Posts made by falko
-
RE: inventory registered machines via the pxe menu
-
RE: inventory registered machines via the pxe menu
@ITSolutions I have just enabled that thanks
-
RE: inventory registered machines via the pxe menu
@Wayne-Workman I have been using this, but I would like to add the option to the menu for registered hosts
-
inventory registered machines via the pxe menu
I have just imported 300 machines into FOG, whilst I have set inventory tasks and captured most of the equipment I was wondering if it is possible to inventory registered machines via the pxe menu?
this could also come in handy when doing hardware upgrades to random machines
-
RE: Kernel Panic on Quick Register
Version @ 8034 appears to be working fine now, thanks
-
RE: Kernel Panic on Quick Register
Version @ 8030 and I too receive the kernel panic when selecting from the pxe menu, deploy tasks set from the web work
-
RE: hostnamechanger access denied
@Tom-Elliott
With this, I can see the AD password…
http://<fog_ip>/fog/service/hostname.php?mac=<my_mac>&newService&json -
RE: hostnamechanger access denied
I am also seeing this issue, on 7945.
Seems intermittent though, as I deployed an image to a machine in the office and to virtualbox and they were fine. But I am now in an IT suite and have just seen this access denied code 5 in one of the logs -
Pending Hosts/Macs click here - still showing
currently on FOG version: 7911
I deployed the client to a few machines, they registered themselves and I then approved them.
However the banner at the top of the home page remains asking me to ‘click here to review’ which takes me to a page displaying ‘No results found’
-
RE: Chainloading failed
after confirming it to be working below, we got the call to an IT suite (unregistered in FOG) and this room had the chainloading isse
-
RE: Chainloading failed
@Sebastian-Roth I am also on r7843 (Debian 8), and recieving "chainloading failed, hit ‘s’ " during the pxe boot. however if I set a download task, it will correctly perform the task
-
RE: Dell Optiplex 7010, 1 driver causing issue with sysprep
@george1421
I have been trialling your method of driver Deployment. (I use to have the drivers on the VM image pre upload)
All working well, also I don’t use MDT as you said. So thanks for that tutorial. -
RE: Dell Optiplex 7010, 1 driver causing issue with sysprep
Clearly I have lost my ability to read properly…
the below message was even in red on the dell site
“NOTE: This CAB will not install correctly unless you are including the KMDF 1.11 update in your deployment process/image. Click HERE for details.”After installing https://support.microsoft.com/en-us/kb/2685811 & https://support.microsoft.com/en-us/kb/2685813 this is now working.
Apologies & thanks for the responses
-
RE: Dell Optiplex 7010, 1 driver causing issue with sysprep
I have just re-downloaded the A09 NWJXJ 04/14/2015 429 MB cab and testing another deploy, if this doesn’t work it would be great to have your results
-
RE: Dell Optiplex 7010, 1 driver causing issue with sysprep
yes, also forgot to mention this is Wndows 7 x32 using the drivers from here http://en.community.dell.com/techcenter/enterprise-client/w/wiki/3696.optiplex-7010-windows-7-driver-cab
-
Dell Optiplex 7010, 1 driver causing issue with sysprep
Hi all,
Just putting this out there to see if this has happened for anyone else…
I seem to have a problem with one of the drivers installing correctly via sysprep process, all the rest get detected from c:\drivers and install correctly. (I am using dells enterprise cabs that have been extracted)
The driver that breaks/stops the sysprep phases midway is the Intel AMT WS Management Driver, if I remove that from the drivers folder sysrep completes and installs all of the other drivers. Also the driver installs correctly if I browse to the said driver folder via device manager and update manually.
any ideas??