new version e2fsck ?

[dvorak]

I am getting the same errors. below is a photo:

trying to capture a dual boot image for our labs that includes:
Windows 10/11 (can verify if important, but is sysprepped)
Ubuntu 23.04

did all the fsck, resize2fs, no avail.

Thanks

[dvorak]

P.S
I did upgrade e2fsck on our FOG server via SSH to the latest:
e2fsck 1.47.0 (5-Feb-2023)
Using EXT2FS Library version 1.47.0, 5-Feb-2023

but it throws the exact same error.

UPDATE I got it fixed.

Used answer from MarSoft found here (the last comment):
https://github.com/NixOS/nixpkgs/issues/229450

basically run :
tune2fs -O ^orphan_file /dev/mydevice
e2fsck -f /dev/mydevice

and it is successfully capturing

@rhromyko maybe try the above and see if it works for you too (that is, if you’re still having issues).

[george1421]

@dvorak Its not e2fsck in your fog server host OS, its in the FOS Linux OS that gets copied to the target computer during pxe booting. That needs to be updated.

[rodluz]

@dvorak Just as @george1421 said, e2fsck needs to be updated on the FOG Operating System (FOS), specifically the inits. The FOS inits haven’t been updated in a bit over a year but I can build new ones for you so you could test it out, just let me know.

[dvorak]

@george1421 said in new version e2fsck ?:

FOS Linux OS

Thanks for that tidbit. Using this guide in the FOG wiki:
https://wiki.fogproject.org/wiki/index.php/Modifying_the_Init_Image

I was able to replace initmountdir/sbin/e2fsck with the latest version.

I booted a fogclient into debug mode and ran “e2fsck -V” to verify the changes.

Thanks George!

[_Goldenzweig]

@dvorak Hello! I followed the steps described in your instructions and in the FOG wiki, and replaced the e2fsck file in init.xz (I took the current version from a laptop on Ubuntu 23.04) but this also did not help - when I switch to debug mode, I cannot see the e2fsck version, and also capture the image 23.04…the error in both cases is below. Maybe I’m missing something? Apart from replacing the file, I didn’t give anything else

[Sebastian Roth]

@_Goldenzweig said in new version e2fsck ?:

I took the current version from a laptop on Ubuntu 23.04

I guess the official Ubuntu binary is dynamically linked - it uses external libraries which are not included in the FOS init. It’s interesting @dvorak got this solved. Not sure which e2fsck binary was used.

Anyhow it’s probably time to update the FOS inits anyway. @rodluz Did you get to build some new ones based on the latest LTS buildroot version? I just started a build to see whether this is going to be an easy one or causing us trouble.

[george1421]

@Sebastian-Roth I think I was able to solve this with the current buildroot build by just updating what buildroot package it would download to get the new e2fsk code. But I know you are right that we should update to the latest version since FOG is using kernel 6.2 now.

[_Goldenzweig]

@Sebastian-Roth Thanks for the answer! As a result, I solved the issue with the image using the method described here https://github.com/NixOS/nixpkgs/issues/229450… however, I understand that this is not a completely final solution, because it would be more correct to update e2fsck in FOS, as you say. If you find somewhere a working FOS with the required version of e2fsck, I will be very grateful!

[WhiteMountainMan]

@dvorak said in new version e2fsck ?:

Used answer from MarSoft found here (the last comment):
https://github.com/NixOS/nixpkgs/issues/229450

basically run :
tune2fs -O ^orphan_file /dev/mydevice
e2fsck -f /dev/mydevice

and it is successfully capturing

I can confirm that this works as well.
I ran into this issue trying to take an image of an EndeavourOS virtual machine.
On the EndeavourOS virtual machine i had to boot off a USB so that the host OS was unmounted and then ran the following commands from terminal:

tune2fs -O ^orphan_file /dev/sda1 (Yours might be different, use lsblk to check)
e2fsck -f /dev/sda1 (Yours might be different, use lsblk to check)

After doing this i was able to take a system image with FOG 1.5.10.15