Fatclone.C: Filesystem isn't in a valid state
-
This sounds like a partclone error.
What is unique about this system?
What hardware are you trying to capture?
Has this system disk been closed properly by shutting down the reference image cleanly?
Does this Win7 box have a unique hard/storage drive? -
A FAT partition on Windows 7? Is this an EFI installation?
-
This concerns a Lenovo M900 Desktop (ThinkCentre) - Type 10FLS4BD00
The Windows 7 image can boot successfully, but the FS is NTFS, not FAT.
I performed a chkdisk /F, but that did not resolve anything -
@abos_systemax Can you please post a picture of Disk management with the partition layout.
Fatclone.c shouldn’t run if there’s no FAT partition, so I can only assume there is a hidden one.
-
The output from Fdisk is as below:
Disk label type: gpt
Device | Start | End |Sectors |Size | Type
/dev/sda1 | 2048 | 206847 | 204800 | 100M | EFI System
/dev/sda2 | 206848 | 468991 | 262144 | 128M | Microsoft Reserved
/dev/sda3 | 468992 | 168353297 | 167884306 | 80.1G | Microsoft Basic data
/dev/sda4 | 467146752 | 500117503 | 32970572 | 15.7G | Microsoft Basic datathe Partclone fails on Sda1
-
@abos_systemax So, it IS an EFI system, alright, that brings us one step closer.
Boot into Windows
Disk management
Right click System Reserved (100M in size) and choose change letter and paths
Click on add
Choose a letter (doesn’t matter, we’ll take K for the example)
Open command prompt (administrator)
Now type chkdsk K: /f
After it’s done you can remove the letter again through disk management
Linux has dosfsck, but I wouldn’t trust it with the boot partition of a EFI windows installation personally.
-
@abos_systemax My intuition is telling me this is a half breen win10/win7 installation setup.
I see bits of both OSs in the partition table For Win7 You would normally have a boot partition (my guess /dev/sda2) and then an OS partition (/dev/sda3). With Win10 you would have a boot partition (/dev/sda1), an OS partition (/dev/sda3) and a system recovery partition (/dev/sda4).My guess is this system came with Win10 on it, then you reloaded Win7 over the top of the win10 install??
-
@george1421 I just looked at a fresh win10 uefi install and there are 4 partitions on that disk
sda1: EFI System 100M
sda2: MS Reserved 16M
sda3: OS 232GB
sda4: Windows Recovery 450MI’m thinking the 15G partition in your layout is the OEM windows recovery stuff.
-
@Quazz
After that, I receive an I/O error:4 from fatclone.cmessage: Fatclone.c: I/O error:4
-
@abos_systemax Imo, this indicates that the drive itself has issues, bad sectors most likely.
-
I’m thinking the same thing Quazz is. Often it is very helpful to try with a different machine, a different drive, a fresh build of an image, even starting out with a zeroed-out hdd would help. FOG has a normal-wipe feature built-in that would do the job of blanking a disk.
-
@Quazz There are options to capture only certain partitions; is there a method to SKIP certain partitions?
I am able to capture SDA2,SDA3 and SDA4 with no problem -
@abos_systemax You could capture each of those partitions to their own image, then via terminal you could put them all together into a new image’s directory manually. The required support files for it can be copied from another similar image and then modified. Final step being to create an image definition for it in the web interface and trying it out.
-
@Wayne-Workman can I just use the MBR that is created on the image?
-
Meh, too bad… if I only restore partitions 2,3, and 4, I receive a Windows needs to be repared error because the Win10 EFI Boot manager still thinks it boots Windows 10…
The FOG screen displays a message about formatting and settingup the new MBR/GPT… but it doesnt seem to do that; is that correct?
-
@abos_systemax said in Fatclone.C: Filesystem isn't in a valid state:
@Wayne-Workman can I just use the MBR that is created on the image?
That’s what I would try first. It’s just a file in the image’s directory, easy enough to replace.
-
@Wayne-Workman I tried, but Windows is unable to launch.
I am wiping the disk now to ensure that the EFI partition is removed before the image is appliedBut alas, it is still unable to find the OS disk
-
@abos_systemax 7 days into this, I would recommend cutting the losses and rebuilding the image. Don’t go 100% on the new image, just install base-windows only and try capturing. Adjust the firmware settings as needed until you get the image to capture. Once you can successfully capture, then complete your image and capture again.
-
@Wayne-Workman Problem is: our customers build their images and we have to work with it… Ill still try to figure things out; but this thread can be closed. Apparently it’s not a FOG issue, it’s a hardware (or software) related issue; which doesn’t fall into Fog’s domain…
Thanks for the support anyway; you did point me in the right direction: at least now I know what the problem is.
-
@abos_systemax Well as a last resort, use the RAW image type. But beware it takes a complete and uncompressed image. So if you capture a 2TB disk, you get a image that is 2TB in size.
But I do think there is an issue with the image and I do believe that zero-ing the disk prior to a re-install would most likely work.
