@Tom-Elliott
Hi, the new EXP_20261001-163131 work like a charm without the postinit workaround. Thank you!

@Tom-Elliott
Hi, the new EXP_20261001-163131 work like a charm without the postinit workaround. Thank you!

@Tom-Elliott
Hi!
Just to let you know that I’ve found a solution.
I’ve added

if ! grep -q 'mdraid=true' /proc/cmdline; then
    echo "AUTO -all" > /etc/mdadm.conf
    mkdir -p /etc/mdadm ; echo "AUTO -all" > /etc/mdadm/mdadm.conf
    rm -f /lib/udev/rules.d/*md-raid* /etc/udev/rules.d/*md-raid* 2>/dev/null
    udevadm control --reload 2>/dev/null
    mdadm --stop --scan >/dev/null 2>&1
fi

to /images/dev/postinitscripts/fog.postinit and that prevent mdadm from interfeering with disk scan on precapture phase.
Thank you

@Tom-Elliott said in Unable to capture image on NVME systems since 1.5.10:

Maybe that’s part of why you’re running into issues?

Hi Tom, after your hint i’ve revised the settings for the windows images and now the capture is working.
For the linux images i confirm the partitions contian part of a mdadm raid, back to the old fog versions, these images where captured without issues, now it seems tath the presence of mdadm won’t let the image capture start.
I’ve tried to set the image type to raw and that work, but is wery inefficient.
I’ve also tried to switch from partclone to partimage without success.
Thank you

Hi,
i’ve used FOG 1.5.9 for years now, and recently i’ve updated to the more recent releases, initially 1.5.10.1798 and currently running 1.5.10.1870.
Since i’m on 1.5.10, i’m not able to capture images from systems using NVME’s as you can see from the snips attached.
I’ve also tried various version of fos and the issue is happening for both Windows and Linux installations. What it could be to cause this problem?
Thank you very much