@lemeunier said in FOG Project call for engagement:

PS: j’ai la flemme de traduire ça en anglais…

Pourtant, cela prend 3 s avec https://www.deepl.com/translator

Hello Sebastian, Hello Tom

First of all, I would like to salute your work which is very helpful for us on a regional scale (Hauts-de-France, France).
The development of FogProject systems is unquestionably irreproachable and indispensable for large structures such as ours.

Have you thought about switching to a business model geared towards professionals, like WAPT?
We would be delighted to collaborate with you in this context, and this would allow you to recruit developers in a paid way.

Best regards.

(Ne compliquons pas la vie des développeurs)

I have just migrated a Fog from one server to another and I noticed 2 small problems on this page: https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG#Arranging_Images

The following command generates 2 messages :

root@fogserver:~# mv /images/dev/* /images
mv: Cannot move '/images/dev/dev' to '/images/dev': The folder is not empty.
mv: Cannot move '/images/dev/postdownloadscripts' to '/images/postdownloadscripts': The folder is not empty.

I don’t think it’s serious, is it?

But this one is more annoying:

root@fogserver:~# chown -R fog:root /images
chown: incorrect user: " fog:root ".

The fog user does not exist, it is fogproject. So I replaced by this command:

chown -R fogproject:root /images

Thanks for this amazing project !

@tesparza

I made the same thing with this doc : https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

@Sebastian-Roth you put me on the track!

The bios was configured in legacy bios first, I switched to uefi first and it works!

Thank you!

I have made good progress on the translation of FOG into French.

There was a lot of work. Currently, I’m trying to translate directly in PoEdit but is there a solution to see my work in FOG, knowing that I installed FOG (dev-branch) on a VM…

Thanks !

PS : I should be able to push my file this week…

@wayne-workman The Google translation of technical project is just awful. Deepl gives much better results.

Besides, I hardly ever use Google and even less Google Chrome

I’m waiting for Tom’s answer

@george1421

$ cat /etc/initramfs-tools/conf.d/resume 
RESUME=UUID=73c90b5f-8486-4ba7-b9d2-a318c57d89a5

but I created this file. It did not exist when the cloning was completed.

@george1421

Like this :

/dev/sda6: UUID="73c90b5f-8486-4ba7-b9d2-a318c57d89a5" TYPE="swap" PARTUUID="8f07c4f0-06"
/dev/sda5: UUID="3b3c3f72-f223-4d79-b6d9-c109a8dce12e" TYPE="ext4" PARTUUID="8f07c4f0-05"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: LABEL="Win7" UUID="386EED41073FF16B" TYPE="ntfs" PARTUUID="8f07c4f0-01"
/dev/sda2: UUID="e19aa8e5-902d-49a8-9794-1933dee19faa" TYPE="ext4" PARTUUID="8f07c4f0-02"
/dev/sda3: UUID="0DDFEA530EBC86EF" TYPE="ntfs" PARTUUID="8f07c4f0-03"

@george1421 Thank you for the answer.

I don’t have enough experience with FOG scripts, so I do it manually.

I’m still glad I found it and maybe it will be useful for someone later!

I’ll put the procedure here in case the article disappears:

Problem:
Linux booting and taking a long time while looping with the script:
/scripts/local-block

Reason:
Linux boot needs to know the UUID of the Swap file it tries to mount.

Solution:
Run the command:

blkid

and get the UUID of the Swap file.
Run the command:

nano /etc/initramfs-tools/conf.d/resume

This file doesn’t exist. It will then be created.
Add the following line as follows(example of UUID):

RESUME=UUID=4b7ead25-e0d9-4064-bfa3-167ac46ada3f

Save the file
Run the following command:

update-initramfs -u

Reboot.

@george1421 on Mastodon, I was suggested this blog post :
https://tipstricks.itmatrix.eu/solving-the-running-scripts-local-block-loop-while-booting-in-linux/

and as a result, I saved 30 s of direct boot time, it worked perfectly.

Maybe the linux fog client does this job? As it didn’t rename the machines for me (I don’t know why), this could be the cause of the problem?

Thanks.

Thank you @george1421

I don’t have an error, it just takes longer to boot on a cloned PC.

I recapitulate my procedure:

• I took a snapshot of a Lenovo workstation classroom with 8G of Ram and i5.
• I deployed this image on an HP workstation with 4G of ram and an i3
• I captured this image again on Fog
• I deployed this image on a strictly identical PC near (HP with 4G ram and an i3)

The latter PC takes 20s longer to boot… and overall, all HP PCs are very slow to boot compared to my old linux distribution which was based on Ubuntu 16.04.

Thanks

I have a new problem

• I cloned a workstation to an identical one, and it takes 20s longer to start (fstab checked)…
• Also, I switched from 16.04 to 20.04 and had to double the boot time on this 4GB computer with an i3.

Could this be a known problem with Linux partition cloning?

I’d like to point out that I made my initial image on a computer newer than these two…

Thanks !

@sebastian-roth Yeahh, it works ! Thanks again !

@sebastian-roth First of all, I thank you once again for helping me solve my problems.

I confirm that the code is identical to the GitHub.

Here are the contents of the image folder

$ ls -al /images/UbuntuMate2004/
total 6204524
drwxrwxrwx  2 root       root       4096 juil.  1  2021 .
drwxrwxrwx 14 fogproject root       4096 déc.   2 08:36 ..
-rwxrwxrwx  1 root       root          4 juil.  1  2021 d1.fixed_size_partitions
-rwxrwxrwx  1 root       root          0 juil.  1  2021 d1.has_grub
-rwxrwxrwx  1 root       root    1048576 juil.  1  2021 d1.mbr
-rwxrwxrwx  1 root       root        268 juil.  1  2021 d1.minimum.partitions
-rwxrwxrwx  1 root       root         16 juil.  1  2021 d1.original.fstypes
-rwxrwxrwx  1 root       root         39 juil.  1  2021 d1.original.swapuuids
-rwxrwxrwx  1 root       root    2549735 juil.  1  2021 d1p1.img
-rwxrwxrwx  1 root       root 6349798077 juil.  1  2021 d1p2.img
-rwxrwxrwx  1 root       root        268 juil.  1  2021 d1.partitions

and the first directory :

$ ls -al /images/PartLinuxSda5/
total 6200988
drwxr-xr-x  2 root       root       4096 déc.   3 11:42 .
drwxrwxrwx 14 fogproject root       4096 déc.   2 08:36 ..
-rwxr-xr-x  1 root       root 6349798077 déc.   3 11:42 d1p5.img

I’m not sure, but shouldn’t I put the post I’m capturing on my Ubuntu 2004 Image?
Currently, I have this :

Thanks for your help !

I found in apache2 log :

[Mon Jan 03 10:54:34.631953 2022] [proxy_fcgi:error] [pid 9034] [client 172.17.14.41:40394] AH01071: Got error 'PHP message: PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/fog/lib/fog/fogftp.class.php on line 953'

I didn’t find much to do in the forum… Any idea ?

Fog 1.5.9

Thanks

It works with set the image type to “Single Disk - no resizable”, but, i can’t captured because updating database failed

I don’t know why because my server works fine.