Navigation

    FOG Project

    • Register
    • Login
    • Search
    • Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. Bristow 0
    B
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Bristow 0

    @Bristow 0

    Teacher and FOSS addict

    6
    Reputation
    49
    Posts
    1
    Profile views
    0
    Followers
    0
    Following
    Joined Last Online
    Location Lyon - France

    Bristow 0 Follow

    Best posts made by Bristow 0

    • RE: FOG Project call for engagement

      @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)

      posted in Announcements
      B
      Bristow 0
    • Small errors in migration commands

      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 !

      posted in General
      B
      Bristow 0
    • RE: Migrating FOG from a Optiplex 7010 to a dedicated server?

      @tesparza

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

      posted in General Problems
      B
      Bristow 0
    • RE: [Solved] Grub rescue after deploy task

      @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!

      posted in Linux Problems
      B
      Bristow 0
    • RE: Update french translation for Fog 1.5.9

      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…

      posted in General
      B
      Bristow 0
    • RE: Translate the FOG project website

      @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 🙂

      posted in General
      B
      Bristow 0

    Latest posts made by Bristow 0

    • RE: Cloned PC takes longer to boot

      @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.

      posted in Linux Problems
      B
      Bristow 0
    • RE: Cloned PC takes longer to boot

      @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"
      
      
      posted in Linux Problems
      B
      Bristow 0
    • RE: Cloned PC takes longer to boot

      @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.

      posted in Linux Problems
      B
      Bristow 0
    • RE: Cloned PC takes longer to boot

      @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.

      posted in Linux Problems
      B
      Bristow 0
    • RE: Cloned PC takes longer to boot

      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

      posted in Linux Problems
      B
      Bristow 0
    • Cloned PC takes longer to boot

      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 !

      posted in Linux Problems
      B
      Bristow 0
    • RE: Modify the linux system of a workstation in multi-boot ?

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

      posted in General Problems
      B
      Bristow 0
    • RE: Modify the linux system of a workstation in multi-boot ?

      @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 :

      f310dea5-b0af-4217-8c8e-dc9516775004-image.png

      Thanks for your help !

      posted in General Problems
      B
      Bristow 0
    • RE: Modify the linux system of a workstation in multi-boot ?

      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

      posted in General Problems
      B
      Bristow 0
    • RE: Modify the linux system of a workstation in multi-boot ?

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

      IMG_20211217_133613.resized.jpg

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

      posted in General Problems
      B
      Bristow 0