Error trying to restore GTP partition tables (restorePartitionsTablesAndBootLoaders)

[stormbyte]

@Tom-Elliott I’ve no information about the chunk size of each sector. Configuration is definitely by default. How can I check this and give you the information? (what tool to use?)

How do you think I can check/resize/change this strange sector behavior under Windows? (I’ve many tools by hand, but I don’t know which one to use!

Another infos: I’ve checked previsely all FOG messages during launch and import on client, there’s one showing at the first PXE beginning:
“EXT4-fs (ram0):couldn’t mount as ext3 due to feature incompatibilities
Populating /dev using udev: udev[2357]: error creating epoll fd: Function not implemented”
I read on other topics that normally I don’t have to take into consideration those messages, hope I’m right.

Here is the screenshot of the error I’ve just downloaded it: http://www.hostingpics.net/viewer.php?id=47018020160213180322.jpg

And another one: http://img4.hostingpics.net/pics/126443201602131803071.jpg

Thanks for your feedback and expertise Tom!

PS: do you think there’s a tool to change the start sector from 8 to 63??

[Sebastian Roth]

Or maybe sfdisk does some magic when creating the partition table and does not want the first partition to start at sector 8…??

[Tom Elliott]

@Sebastian-Roth Sfdisk is applying the sectors as the sfdisk dump shows up. It’s the resizing that’s causing our issues, and I think it’s because we’re expecting chunksizes of 512 and 2048. I can try to see if setting sector start 8 as chunksize 512 and see if that helps at all.

[stormbyte]

@Tom-Elliott Thanks!

[Tom Elliott]

@stormbyte building init’s with chunksize 512 if sector starts at 8, I don’t know if it will work (probably won’t) but if you still have the system you uploaded this with, please try putting it into an upload debug task (Create the task like you normally would, but in the confirmation screen select schedule as debug).

[Tom Elliott]

@stormbyte init’s are reuploaded, please rerun the installer to get them with the “fresh” changes.

[stormbyte]

@Tom-Elliott OK I do this from now. Just give you a feedback in some minutes.

[stormbyte]

@Tom-Elliott GIT PULL is showing ‘already up-to-date’ … do I need to wait some time before being able to catch your modifications? It seems there’s no modification of code (I already GIT PULL an hour ago to solve the GPT/MBR error). Thanks to tell me please how to proceed to force GIT PULL to catch your latest changes.

[Tom Elliott]

@stormbyte I didn’t push to git. Just rerun the installer.

[stormbyte]

@Tom-Elliott ok sorry result in 2mn

[stormbyte]

@Tom-Elliott unfortunately, same problem same error during partclone… what’s the next step?!?

[Tom Elliott]

@stormbyte Can you put the system you uploaded from back into upload but with debug?

[stormbyte]

@Tom-Elliott of course Tom, I’ve launched the station with debug mode. What command I should enter then on the workstation?

[Tom Elliott]

@stormbyte run:

blockdev --getpbsz /dev/sda1

[stormbyte]

@Tom-Elliott answer: 512

[Tom Elliott]

@stormbyte Okay, so that is added, but i got many things to do this weekend. I’ll likely not be able to get to this until next week if this is okay.

I have added the code to make the sector size use 512, so it should work.

[stormbyte]

@Tom-Elliott no problem Tom, there’s a life outside FOG world! please just tell me when you will deliver a new release to solve this problem, and thanks again for your time. I’m ready to make new tests if you need. Kind regards

[Tom Elliott]

@stormbyte when you get a chance, can you please update again and let us know if things are the same or fixed? I’m fairly sure they’re not fixed, but I’m not certain either.

Another “trick” we could try is to add to the d1.fixed_size_partitions with a :1 to the end of the line in the file.

[stormbyte]

@Tom-Elliott Tom, I’ve updated but the problem is exactly the same … I’m ready to try your other suggestion!

[stormbyte]

@Tom-Elliott You’re the boss Tom I’ve added a :1 at the end of the d1.fixed_size_partitions and it’s working! Installation is OK, no problem for partition anymore.

BUT your solution is throwing an error just before the partclone (I didn’t catch it, it’s really fast on screen - if you need it I can record a video). Due to :1 … any chance to include this into a future FOG release or do I need to manually change my file for each capture?

Also, this solution is working for both resizable / not resizable captures ???