Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled
-
@b.nelson OK dhcp is where I would start.
To get the iPXE menu to boot you need to adjust your dhcp server to send the IP address of your fog server for dhcp option 66 {boot-server} and for dhcp option 67 {boot-file] need to be undionly.kpxe for bios systems and ipxe.efi for uefi systems
Let first start with what device is issuing dhcp address for your pxe booting clients? Is it a windows server, router, FOG server or something else? -
@george1421 With a router and the server is with a static IP
-
@b.nelson OK good, how is your pxe booting clients able to pxe boot? Did you set the dhcp options in the router or did you enable a service like dnsmasq? Its kind of, sort of working. What’s not clear right now is how??
Did you have fog set up in the past?
-
@george1421 There is a VLAN dedicated to the servers which is handled by static IP.
No, we did not have fog in the past.
-
@b.nelson Can you get us this information?
sha512sum /var/www/fog/service/ipxe/bzImage{,32}
(I’m just trying to make sure you don’t have a corrupt file along the way.)Do you see the iPXE Menu on the client machines?
What is providing network addresses to the client machines? (Is this your vmware vlan switch handing dhcp to the client machines?)
-
root@FOG:/home/user# sha512sum /var/www/fog/service/ipxe/bzImage{,32} c75abc75be06a219920c5c29809436ba66f9d1b5f56af757ee8a28393620e83d0b44f3f8bb582b4e8ad01c4c3e247fde99916d06ff3374631ac3453e042dc3f8 /var/www/fog/service/ipxe/bzImage 0e465ea8c7607377d5f023c5be9838392ba3ef3ab0c793125cde4d5d1cf40c60dc17518be7d6c71ef65e8b261a3d0fce3fa380f6e07bbcaa0fbf59bd72d59b4f /var/www/fog/service/ipxe/bzImage32
-
When you ran the FOG Installer, did you choose to have it install DHCP?
-
@Tom-Elliott no
-
@b.nelson Is there a windows machine somewhere on the vlan handing out DHCP addresses then?
-
@Tom-Elliott In the VLAN there is no DHCP the server is with static IP.
The windows that we want to clone are in another VLAN with DHCP.
-
@b.nelson and the “remote” systems are on the “other” vlan when you’re attempting to capture?
-
Essentially, the thing Giving out DHCP is also giving the bootfile and where to boot from.
This “other” vlan is where you need to look at the bootfile it’s handing out.
-
@b.nelson said in Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled:
@george1421 There is a VLAN dedicated to the servers which is handled by static IP.
No, we did not have fog in the past.
So then for your pxe booting clients are they on the same vlan as your fog server?
-
@george1421 si
-
@b.nelson said in Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled:
The windows that we want to clone are in another VLAN with DHCP.
On this vlan you are using a router for dhcp?
-
@b.nelson said in Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled:
@george1421 si
Just to be sure fog server is on the same subnet as your pxe booting clients? If that is the case we can use the FOG server to tell us what is going on.
What you have is very strange and should not be working this way.
-
@Tom-Elliott yes
-
@george1421 I make a tutorial a while ago that might help here. https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue
We will use tcpdump to capture a client pxe booting to the FOG menu. Once at FOG menu stop tcpdump and post the pcap file to the forum. This will tell us all the questions we will ask.
-
Dear All,
New user/taken over 1.3.8 project from coworker.
I am having the same issue after upgrading to 1.4.0 today. Not sure where to change pxelinux.0 reference. Using windows as DHCP with options set. Any help would be great!! -
@callcenter If I remember correctly the target computer was getting pxelinux.0 from some unknown place.
If the target computer (that you are pxe booting) and fog server is on the same subnet then we can use the fog server to help diagnose what is really going on. In my last post I provided a link to a tutorial on how to setup a packet capture of the pxe booting process. That pcap file will tell us what is going on.