iPXE boot problem
-
@Sebastian-Roth
Hello,All the machines have this message error, I tried on 4-5 machines … I followed the troubleshooting guide, all the steps work but I still have the message error. I don’t understand why … The message error talks about a non-existent file that i have on the server.
-
Could you please take a picture of the error screen. Sometimes it’s somewhere in the details and we just cannot find the needle in the stack by asking questions.
-
-
Can you please try this undionly.kpxe? See here for more details about this binary: https://forums.fogproject.org/topic/4973/default-ipxe-connection-timeout-on-dell-only/6
-
Thank you very much, it works now but i have this message error before :
https://www.dropbox.com/s/20df005b7rzx6f7/IMG_3760.JPG?dl=0 (Sorry i can’t download the picture here, too big)
Is it important ?
-
@Bcetinkaya What happens after that?
-
The installation begins, but i have an error message : “no image in PartClone” but it continues and it fogs the machine
-
@Bcetinkaya Can you take a photo of that error, the “no image in partclone” message?
-
I took some pictures, i put the links below :
https://www.dropbox.com/s/omwhathmz63flij/Photo 28-01-16 15 15 49.jpg?dl=0
https://www.dropbox.com/s/kf930uxroz9apqr/Photo 28-01-16 15 19 20.jpg?dl=0
https://www.dropbox.com/s/yw23vjhrxgwwefp/Photo 28-01-16 15 19 26.jpg?dl=0
https://www.dropbox.com/s/j0n61wxh52754v9/Photo 28-01-16 15 19 32.jpg?dl=0
https://www.dropbox.com/s/d7b5i9yj2i4a5z4/Photo 28-01-16 15 19 40.jpg?dl=0
But after that it continues :
https://www.dropbox.com/s/bb5b9l0fig037qi/Photo 28-01-16 15 19 44.jpg?dl=0
-
The red and green messages you see when booting are iPXE debug messages. You can just ignore those for the moment! Works like a charm as we see.
The error “This is not partclone image” does not sound very healthy. I guess the image is corrupt. Can you run this command on the FOG server
ls -al /images/mikreleaseup
and post the output here. Anyhow, I guess it would be a good idea to capture this image from your host again. When and how was this image created? -
I don’t have /images directory … The image is an upload of a master, you think the image is corrupted ?
-
Well at least the second partition seams to have an issue.
Where are you images stored then?? /images is the default path used by FOG.
-
This post is deleted! -
OK I found the directory it was /opt/images
[root@fog ~]# cd /opt/images
[root@fog images]# ls -al
total 40
drwxrwxrwx 9 fog root 4096 Jan 28 16:17 .
drwxr-xr-x 12 root root 4096 Dec 24 11:27 …
drwxr-xr-x 2 root root 4096 Jan 8 17:39 DELLPRECISIONWIN7V4c
drwxrwxrwx 2 fog root 4096 Jan 28 16:17 dev
drwxrwxrwx 2 root root 4096 Jun 9 2015 mikrelease310
drwxrwxrwx 2 root root 4096 Dec 9 16:39 mikrelease310render
drwxrwxrwx 2 root root 4096 Jan 28 16:16 MikreleaseTEST
drwxrwxrwx 2 root root 4096 Dec 9 16:19 mikreleaseup
-rw-r–r-- 1 root root 0 Jan 24 2014 .mntcheck
drwxrwxrwx 2 root root 4096 Nov 27 2014 w7milpcmasterI uploaded a new Image from a Master (MikreleaseTEST) but i still have the message error for the 2nd partition…
-
And you don’t see any errors while uploading the image again?? Please show us what you have in those directories
ls -al /opt/images/MikreleaseTEST /opt/images/mikreleaseup
-
no message error when I uploaded the image again …
[root@fog ~]# ls -al /opt/images/mikreleaseup
total 149280
drwxrwxrwx 2 root root 4096 Dec 9 16:19 .
drwxrwxrwx 8 fog root 4096 Jan 28 17:01 …
-rwxrwxrwx 1 root root 0 Dec 9 16:18 d1.has_grub
-rwxrwxrwx 1 root root 1048576 Dec 9 16:18 d1.mbr
-rwxrwxrwx 1 root root 111009518 Dec 9 16:18 d1p1.img
-rwxrwxrwx 1 root root 20 Dec 9 16:18 d1p2.img
-rwxrwxrwx 1 root root 40625085 Dec 9 16:19 d1p4.img[root@fog ~]# ls -al /opt/images/MikreleaseTEST/
total 151012
drwxrwxrwx 2 root root 4096 Jan 29 09:06 .
drwxrwxrwx 9 fog root 4096 Jan 29 09:06 …
-rwxrwxrwx 1 root root 0 Jan 29 09:05 d1.has_grub
-rwxrwxrwx 1 root root 1048576 Jan 29 09:05 d1.mbr
-rwxrwxrwx 1 root root 111009517 Jan 29 09:05 d1p1.img
-rwxrwxrwx 1 root root 20 Jan 29 09:05 d1p2.img
-rwxrwxrwx 1 root root 42394069 Jan 29 09:06 d1p4.img -
Why is partition two image file (d1p2.img) really small?? And why is d1p3.img missing? What does your partition scheme on this client machine look like? I am confused.
Has uploading and downloading an image ever worked with this machine? I doubt it.
-
I have no problem with the machine I uploaded the image, I can show you all the partitions in the computer with a “df -h” :
there is no /dev/sda3,I suppose that’s why there is no d1p3. img file in /opt/images/****Filesystem Size Used Avail Use% Mounted on
/dev/sda2 39G 11G 26G 29% /
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 32G 1.2M 32G 1% /run
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/sda4 189G 102M 180G 1% /datas
/dev/sda1 477M 114M 335M 26% /boot
nas.fx.fr:/apps/ 300G 262G 39G 88% /s/apps
nas.fx.fr:/xchange 100G 1.4G 99G 2% /s/xchange
nas.fx.fr:/Prods 36T 34T 3.0T 92% /s/prods -
Showing the partitions with fdisk would be more interesting. Can you please run
fdisk -l /dev/sda
as root on this system and post the output here?df
shows that /dev/sda2 is mounted as the root partition (/). So this is a really important part af your system and should not be only a few kilobyte as an image file. What do you see when uploading an image when partclone is coming up with /dev/sda2?? Does it take several minutes or just skipping away in seconds? -
[root@pc101 ~]# fdisk -l /dev/sda
Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a6794Device Boot Start End Blocks Id System
/dev/sda1 * 2048 1026047 512000 83 Linux
/dev/sda2 1026048 82724863 40849408 83 Linux
/dev/sda3 82724864 97656831 7465984 82 Linux swap / Solaris
/dev/sda4 97656832 500117503 201230336 83 LinuxThat’s what I have during the upload of the 2nd parition:
https://www.dropbox.com/s/xzxyta9dw2xr8kb/Photo 29-01-16 11 37 46.jpg?dl=0
https://www.dropbox.com/s/xh7rk8n1nijjzfb/Photo 29-01-16 11 37 52.jpg?dl=0
But I have this now on the Fog server :
[root@fog MikreleaseTEST]# ls -al
total 3805676
drwxrwxrwx 2 root root 4096 Jan 29 11:37 .
drwxrwxrwx 9 fog root 4096 Jan 29 11:38 …
-rwxrwxrwx 1 root root 0 Jan 29 11:30 d1.has_grub
-rwxrwxrwx 1 root root 1048576 Jan 29 11:30 d1.mbr
-rwxrwxrwx 1 root root 111009523 Jan 29 11:30 d1p1.img
-rwxrwxrwx 1 root root 3738781709 Jan 29 11:37 d1p2.img
-rwxrwxrwx 1 root root 42333526 Jan 29 11:38 d1p4.imgYou think it’s ok now ? d1p2.img is bigger than before