FOG Image options when saving an image on a PC that has 2 hard disks?

[Sebastian Roth]

@Jim-Holcomb Real sorry, I forgot https:// at the beginning of the links and though they got interpreted as relative URIs. I fixed the URLs just now.

[Jim Holcomb]

@Sebastian-Roth Did what you requested, still same error, no disks found, even though lsblk shows the two hard drives and all the proper partitions.

[Sebastian Roth]

@Jim-Holcomb I will just quote what I have said before:

And if it’s still not working I ask you to take a picture of that actual error and post here. Makes it a lot easier to debug when we see where it actually fails. Otherwise it’s a lot of guessing and asking (possibly wrong questions).

[Jim Holcomb]

@Sebastian-Roth It’s the same picture as before, but here you go

[Sebastian Roth]

@Jim-Holcomb The Init version: ... in the picture is still exactly the same as before. Something must have gone wrong when you updated the inits. Please run the following commands and post output here:

ls -al /var/www
ls -al /var/www/html
ls -al /var/www/html/fog
ls -al /var/www/html/fog/service/ipxe

[Jim Holcomb]

@Sebastian-Roth said in FOG Image options when saving an image on a PC that has 2 hard disks?:

ls -al /var/www
ls -al /var/www/html
ls -al /var/www/html/fog
ls -al /var/www/html/fog/service/ipxe

ls -al /var/www
root@fog:~# ls -al /var/www
total 20
drwxr-xr-x  5 root     root     4096 Sep  9  2019 .
drwxr-xr-x 16 root     root     4096 Sep  5  2017 ..
drwxr-xr-x 10 www-data www-data 4096 Sep  9  2019 fog
drwxr-xr-x 10 www-data www-data 4096 Feb 16  2018 fog_1.5.4
drwxr-xr-x  2 root     root     4096 Dec  7  2018 html

ls -al /var/www/html
root@fog:~# ls -al /var/www/html
total 20
drwxr-xr-x 2 root root  4096 Dec  7  2018 .
drwxr-xr-x 5 root root  4096 Sep  9  2019 ..
lrwxrwxrwx 1 root root    13 Aug  4  2017 fog -> /var/www/fog/
-rw-r--r-- 1 root root 10701 Dec  7  2018 index.html

ls -al /var/www/html/fog
root@fog:~# ls -al /var/www/html/fog
lrwxrwxrwx 1 root root 13 Aug  4  2017 /var/www/html/fog -> /var/www/fog/

ls -al /var/www/html/fog/service/ipxe
root@fog:~# ls -al /var/www/html/fog/service/ipxe
total 94976
drwxr-xr-x 2 fogproject www-data     4096 Jun  8 17:55 .
drwxr-xr-x 3 www-data   www-data     4096 Sep  9  2019 ..
-rw-r--r-- 1 fogproject www-data     1943 Sep  9  2019 advanced.php
-rw-r--r-- 1 fogproject www-data    16272 Sep  9  2019 bgdark.png
-rw-r--r-- 1 fogproject www-data    21280 Sep  9  2019 bg.png
-rw-r--r-- 1 fogproject www-data     1134 Sep  9  2019 boot.php
-rw-r--r-- 1 fogproject www-data  8409760 Sep  9  2019 bzImage
-rw-r--r-- 1 fogproject www-data  7820576 Sep  9  2019 bzImage32
-rw-r--r-- 1 fogproject www-data       76 Sep  9  2019 bzImage32.sha256
-rw-r--r-- 1 fogproject www-data       74 Sep  9  2019 bzImage.sha256
-rw-r--r-- 1 fogproject www-data   234697 Sep  9  2019 grub.exe
-rw-r--r-- 1 fogproject www-data      592 Sep  9  2019 index.php
-rw-rw-r-- 1 jimh       jimh     20317908 Jun  8 17:52 init_32.xz
-rw-r--r-- 1 fogproject www-data 18862496 Sep  9  2019 init_32.xz.bak
-rw-rw-r-- 1 jimh       jimh     20889900 Jun  8 17:50 init.xz
-rw-r--r-- 1 fogproject www-data 19689360 Sep  9  2019 init.xz.bak
-rw-r--r-- 1 fogproject www-data    25340 Sep  9  2019 memdisk
-rw-r--r-- 1 fogproject www-data  1839104 Sep  9  2019 memtest.bin
-rw-r--r-- 1 fogproject www-data    29701 Sep  9  2019 refind.conf
-rw-r--r-- 1 fogproject www-data   262592 Sep  9  2019 refind.efi
-rw-r--r-- 1 fogproject www-data   201600 Sep  9  2019 refind_ia32.efi
-rw-r--r-- 1 fogproject www-data   208776 Sep  9  2019 refind_x64.efi

[Sebastian Roth]

@Jim-Holcomb Ok, seems like you have the new init files in place. Do you see it print a more current Init version: on screen when it boots to a task?

If you still see the old version I’d ask you to run the command find /var/www -type f -name "init.xz" and post output here.

[Jim Holcomb]

@Sebastian-Roth root@fog:/images/m78win10# find /var/www -type f -name “init.xz”
/var/www/fog/service/ipxe/init.xz
/var/www/fog_1.5.4/service/ipxe/init.xz

[Sebastian Roth]

@Jim-Holcomb Ohhhh well, now that I have looked at the code in detail and checked your pictures over and over again I noticed the kernel parameter fdrive=/dev/nvme0n1 which you have set as Host Primary Disk for when you were imaging only one drive. Setting this will cause the multi disk upload to fail. I know this is not great but really, what do you expect to happen if you force a primary disk setting and still want it to enumerate your two disks on it’s own. This can’t work.

Please clear the Host Primary Disk setting from the host and capture again. I am very sure it will find your two disks. If it then fails at a different stop I need you to take a fresh picture and post that here.

[Jim Holcomb]

@Sebastian-Roth Okay will do

[Jim Holcomb]

@Sebastian-Roth Gosh darn it, that worked!!! What ultimately was done was what you suggested. Someone else had suggested the primary disk change, that was removed. But there was also some custominit.xz or something like that listed as well, so I changed that to init.xz. Can’t believe it, but that worked! Now going to try and deploy this same image to exact same hardware on different PC. I’ll let you know how the deploy goes. Sebestian (and team) thanks so much for your hard work and diligence on this. -Jim

[Sebastian Roth]

@Jim-Holcomb Great to hear! Keep us posted. I won’t be online much in the next two days though…