Mounting File System Failed
-
@Rusty Trade out patch cables, if you have more than one of these problematic dells I would suggest trying with another just to see what happens.
Are you using a managed switch?
Are DHCP Helper addresses set on the managed switch?
Is portfast enabled on the managed switch?What if you created a reverse lookup zone and it worked more reliably?
A lot of things use PTR records. There’s no conformity. Printers sometimes, computers finding printers, computers with IP printers installed and drivers that want to use the FQDN, some client / server software uses PTR records. the list goes on.
I wouldn’t be surprised at all if the firmware on the device you’re using is trying to querry for the PTR record just to fill some internal system variable (whether it’s used or not).
as @george1421 said, it is good practice to have a reverse lookup zone. More stuff will work and you’ll have less mysteries.
-
@Rusty Some systems will try to do a two way match between conical name->IP address -> conical name. This is a standard function of DNS. I’m kind of surprised that this issue (not having a reverse lookup zone) hasn’t been a problem.
-
Updating to SVN 4367 didn’t help with this Dell Inspiron I have here. The second laptop I have here boots into FOG menu everytime.
-
@Rusty try undionly.
kkpxe -
@Rusty said:
Updating to SVN 4367 didn’t help with this Dell Inspiron I have here. The second laptop I have here boots into FOG menu everytime.
Not to fork this thread, but just so I can get this clear in my head.
You have two computers that are exactly alike. They are the same models, with the same bios release and the same bios settings. But one boots to the fog menu and the other hangs at the init devices?
Have you tried to reset the bios back to defaults on the one that doesn’t work, save and reboot, then make any changes necessary for your image (uefi, legacy, roms, etc.) save then pxe boot. If it still hangs. Power it off, remove the battery and charging cable. Then power everything back up. If it still hangs then I might consider the mobo has issues. There may be a way (kernel parameter) that the developers can set to tell exactly where its hanging.
-
@george1421 No they are not the same, I do have another one the same as the problem one I think, Ill try that when I find it and its available. We have a high mix of different machines here, mostly Dell though.
Actually the first instance of FOG I got going (Thanks @Wayne-Workman ) DID work with this machine, and I never saw an instance of this problem. Not exactly sure what version it was, and I just deleted those VMs this morning
@Wayne-Workman I made the change to undionly.kkpxe still no worky
-
@Rusty said:
Actually the first instance of FOG I got going (Thanks @Wayne-Workman ) DID work with this machine, and I never saw an instance of this problem.
If you can get a date for that, it would help out. We can install that old version and see what happens.
-
@Rusty It would be interesting to know if this computer’s bios is up to date. From Wayne’s suggestion, it would be great to know what SVN worked so then we could go back to the devs and say what’s different between then and now, why did this stop working? I’m still leaning towards the hardware on this issue though.
-
@george1421 As am I. This is a crappy old Inspiron 9400 that should really go in the bin because it is so slow, but Ill have to keep it until I get approval for a some newer (used) machines.
-Just tested an Inspiron 6400 from the same era (looks pretty much the same but 15") Same deal.
-Just tested a newer Inspiron 1720 and it works fine.The BIOS versions have probably never been updated…not sure if its worth it, but I could do it for education sake.
-
After capturing images from multiple machines, it looks like this issue is due to an incompatible BIOS in these old Dell machines.
I guess this issue can be marked solved…
Thanks for your help everyone
