Posts made by SeqSupportEdkey

Make sure your folder permissions are set correctly.

[quote=“Wayne Workman, post: 46889, member: 28155”]If you can get that close with your deployment, round up those 15 models and deploy this image to them…

Then you’re 15 hops, skips, and jumps away from having 15 images…

I maintain an image for each model at my building, and I build each from scratch. You’re waaayyy closer already with what you’ve already done.

Just un-do you’re driver deployment after you’ve got your 15 machines built the way you like.[/quote]

The problem is we have 14 different schools that are spread across the state. Some of these schools do not have the kind of equipment to put 11gb images x15 on the servers. That is why I am trying to find a better solution.

Just seeing if anyone might know a possible solution to this issue. I am having issues with my image and DPINSTALL. Process goes as follows; Unit is syspreped and put into oobe, The unattend file skips all the hoopla of oobe, its only purpose is to get it into a second run environment so dpinstall can run and this is the bat file that unattend.xml calls.

sc config “fog service” start= auto
cd c:\drivers
7z.exe x c:\drivers\x64.7z
“dpinst.exe” /c
net start “fog service”
net stop “fog service”
net start “fog service”

Dpinstall is supposed to look for the device then match it with the driver that is in the folder that is extracted. The problem is that once everything is all said and done the machines refuses to install graphics drivers and usb 3.0 drivers(intel or amd). The xml for dpinstall is set to install even if unsigned which all of the drivers are and after the machine is imaged I can go into the folder and install the drivers with device manager. Anybody have any ideas for better ways of doing this? Our biggest problem is we have about 10-15 models of machines to deploy to and it is big an issue creating an image for each one.

What TFTP boot file are you using on your DHCP server? Are you using dnsmasq? Does the upload truly finish all the way?(make sure to check the task management section to see if the upload is stuck.)

We got it fixed. There was a permission issues on the folder that contains the image. Thanks for the help.

[quote=“Wayne Workman, post: 46284, member: 28155”][/quote]

Correct in the task management the upload gets to 99.76% and does not go past that and partitions are MBR.

Yep still the same issue. Same as the image.

[quote=“Wayne Workman, post: 46272, member: 28155”]Sorry, I was thinking the upload finished, then realized and edited my post. btw, you’re very fast to reply![/quote]

Haha, Yes I try to respond as fast as possible.

Host is on VMWARE, and HDD is set to SCSI. Never had an issue with it before. Trying an upload again right now to see if it still occurs.

Oracle Virtualbox, Machine I am uploading from is running Ubuntu 14.04, Server is running Debian 7 and HDD configuration is Single disk Resizable.

We have looked at the logs and it is not showing anything out of the ordinary. I am not sure where to look in order to debug this.

Not sure how to debug this. Standard install of FOG 1.2.0 not updated. After finishing uploading the image from a virtual(just uploaded last week to the same server) which never truly finishes is stuck after Clearning ntfs flag.[ATTACH=full]1924[/ATTACH]

[url=“/_imported_xf_attachments/1/1924_Selection_013.png?:”]Selection_013.png[/url]

[quote=“Wayne Workman, post: 46077, member: 28155”]But the computers work fine with the same FOG server, but different physical location… I’m not sure the realtek.pxe file would help, but I’m sure it wouldn’t hurt anything to try.[/quote]

I just threw it out there because we have had issues with certain older managed/unmanaged switches not liking tftp and our new rtl8169 nics.

Also a thing to try is using the realtek.pxe file. There was an issue with rtl8169 cards with the eeprom that caused all kinds of weird issues.

Issue has been fixed by Micheal Brown over at iPxe. The realtek driver will work for now until we can get the undionly issue sorted too.

[quote=“Tom Elliott, post: 45581, member: 7271”]Do you have Spanning Tree Protocol on your network? If so, can you disable it? If you can’t disable it, could you try enabling PortFast/Rapid STP?[/quote]

Spoke to my boss and we are already using PortFast.

EDIT: And I am performing this on a portable fog server connected straight to the laptop that needs to be imaged to eliminate any of these networking issues.

[quote=“Tom Elliott, post: 45578, member: 7271”]Well,

I’m more interested in how you’re trying to boot. It seems, to me, that you’re trying to boot using efi, but the nic is trying to load through legacy. Does this sound about correct?[/quote]

I have tried loading both ways. Legacy and Uefi using a .efi and same issue with the configuring net0 then times out. I would prefer to do legacy because we have over 200 of these that need to be imaged.

[quote=“Tom Elliott, post: 45576, member: 7271”]Ah,

Then if you can change back the file to make the mac0’s proper again, we know then that that is not the issue.[/quote]

So why would gPXE work and iPXE not? Are we looking at a source code issue with the realtek driver?

[quote=“Tom Elliott, post: 45568, member: 7271”]/var/www/fog/service/ipxe/boot.php[/quote]

Same thing Configuring net0 fails and reboots. And the reason it shows as Quanta is because Realtek uses Quanta for their ODM mfg.

[quote=“Tom Elliott, post: 45560, member: 7271”]That leads me to think, then, that the wireless nic on the system is trying to load with an ip and failing because there’s nothing to connect to. Would you be so willing to change the boot.php lines and reverse mac0 and mac1 in the code?[/quote]

And where is the file located? I cannot find it on the fog machine nor in the iPxe source.