@Quazz
You had the same. https://forums.fogproject.org/topic/7324/small-text-display-bug-image-capture
I should have seach before asking…

@Quazz
You had the same. https://forums.fogproject.org/topic/7324/small-text-display-bug-image-capture
I should have seach before asking…

@Quazz I asked this because i just saw a message twice saying Fog fixed MBR during capture task.
Hello,
I changed EFI to Legacy before upload since i created image on VirtualBox and I can’t boot on lan with EFI bios.
Will FOG will corrupt the EFI install since it detect MBR problem because it’s GPT.
Thank you.
Hello,
“Image Compression Rating” value isn’t saved correctly when changed for new images.
Not tested on image created before update to not lost settings.
I have update it with mysql 
update images set imageCompress = 6 where imageID=<ID>;
@Sebastian-Roth yes it’s working-1.6 updated this morning.
I am not able to reproduce the error on a test computer.
I’ll try to go back in classroom i have see the problem.
Edit :

It comes and go

@Sebastian-Roth
I make new install of Fog under Debian.
I was using Ubuntu years ago so it’s old install (3 years old).
I have been testing Fog version since years with Tom.
And as i work with VM, i can revert change easily.
Hello again,
When creating task from group, nothing is created but message say task has been added.
When creating single task (probably after opening host page from host list in a new window then starting the task), i end with timezone error saying it’s not in the DB.
Some task started well but i don’t remember if i started them the same way.
@Sebastian-Roth
I run Ubuntu 16.04. lol
It’s an old FOG install.
It’s working much better.
Thank you for the information.
Hello,
I have update to 1.6 and i have this during install :
* Setting up and starting TFTP Server.........................xinetd.service is not a native service, redirecting to systemd-sysv-install
Executing /lib/systemd/systemd-sysv-install is-enabled xinetd
tftpd-hpa.service is not a native service, redirecting to systemd-sysv-install
Executing /lib/systemd/systemd-sysv-install is-enabled tftpd-hpa
Too few arguments.
Too few arguments.
OK
And during deploy :

I have download manually .xz files in cas they were corrupt on my side without success.
root@fog0210003p:~/fogproject/bin# ls /var/www/fog/service/ipxe/ -l
total 54692
-rw-r--r-- 1 fogproject www-data 1943 juin 21 17:13 advanced.php
-rw-r--r-- 1 fogproject www-data 16272 juin 21 17:13 bgdark.png
-rw-r--r-- 1 fogproject www-data 21280 juin 21 17:13 bg.png
-rw-r--r-- 1 fogproject www-data 1134 juin 21 17:13 boot.php
-rw-r--r-- 1 fogproject www-data 8389280 juin 21 17:14 bzImage
-rw-r--r-- 1 fogproject www-data 7808448 juin 21 17:14 bzImage32
-rw-r--r-- 1 fogproject www-data 76 juin 21 17:14 bzImage32.sha256
-rw-r--r-- 1 fogproject www-data 74 juin 21 17:14 bzImage.sha256
-rw-r--r-- 1 fogproject www-data 234697 juin 21 17:13 grub.exe
-rw-r--r-- 1 fogproject www-data 592 juin 21 17:13 index.php
-rw-r--r-- 1 fogproject www-data 18863676 juin 21 17:14 init_32.xz
-rw-r--r-- 1 fogproject www-data 19691232 juin 21 17:14 init.xz
-rw-r--r-- 1 fogproject www-data 25340 juin 21 17:13 memdisk
-rw-r--r-- 1 fogproject www-data 1839104 juin 21 17:13 memtest.bin
-rw-r--r-- 1 fogproject www-data 29701 juin 21 17:13 refind.conf
-rw-r--r-- 1 fogproject www-data 262592 juin 21 17:13 refind.efi
-rw-r--r-- 1 fogproject www-data 201600 juin 21 17:13 refind_ia32.efi
-rw-r--r-- 1 fogproject www-data 208776 juin 21 17:13 refind_x64.efi
Bios update doesn’t fix the problem but remove the “Firmware Bug” line.
Thank you for your help.
I also see this in apache error log :
[Mon Jun 24 09:31:59.632454 2019] [proxy_fcgi:error] [pid 2051] [client 10.21.1.226:51916] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Class 'ServiceModule' not found in /var/www/html/fog/service/servicemodule-active.php:25\nStack trace:\n#0 {main}\n thrown in /var/www/html/fog/service/servicemodule-active.php on line 25\n'
You can use this if you don’t have the IRC client : https://web.libera.chat/#fog
@sebastian-roth I don’t think to go in the wrong direction about the 63s.
Here is what I have from command line on working computer :
DISKPART> detail partition
Partition 1
Type : 07
Masqué : Non
Active : Oui
Décalage en octets : 32256
N° volume Ltr Nom Fs Type Taille Statut Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 1 C NTFS Partition 232 G Sain Système
How I can get same result from debug task ?
I tried making the partition with parted (mkpart primary 63s 100%) but without success on booting computer.
I tried setting 63 as first sector using command “fdisk -c=dos /dev/sda” in debug but it’s not working at the end. I must have missed something.
@sebastian-roth HDD size is one problem link to hardware but I think OS boot is more about first sector of the partition.
I remember that my old Windows 7 image were build as windows XP and doesn’t start at 2048 but 63.
Thomas had fixed this before but I think he has probably reverted changes.
How can i check this ?
@sebastian-roth It deploy fine on the 300GB VM drive or a 1 TB drive.
I have a black screen with a blinking underscore on the VM.
On a computer, It’s write “A disk read error occured”.
@tom-elliott It’s a new HDD. I have tried on a VM with a 300GB HDD and I think image is corrupt because it doesn’t boot after deploy.
@sebastian-roth It’s an old image so i am not sure but I think it is one.
I have tried to run partimage in debug and it says that partition is too small to be restored.
Original size is : 250059317760 and destination size is 250058301440.
Is there a way to bypass this ?
I am running 1.5.0 RC 11 and since few update, I have this error.

Here are the files in the directory of the image.

@Tom-Elliott I have make a look at GUI this morning and I didn’t see anything blocking me. I would like to say that it looks functional for an average use.
