Error 'Could not open inode 'XXXXXX" through the library'


  • Developer

    @Jarl2-0 Thanks for the details. Sounds pretty straight forward. Though I still can’t imagine what exactly would break for ntfsresize. Unfortunately I haven’t got an answer from tucera yet.

    Is there anyone else out there who is able to replicate the issue as described here? @Testers @Moderators



  • @sebastian-roth

    It was after I removed the previous Windows version is when I had issues. I could take an image after upgrading to 1709 but when I went to clean out the previous windows version the next attempt to take an image would fail. I would say this happened about 4-5 times with different PCs (same model) before I pin pointed what step caused the image to fail.

    Steps for me were like this.

    1. Win10 machine with 1703 - Image Success
    2. Upgrade to 1709 - Image Success
    3. Remove old patch data - Image Success
    4. Remove previous Windows version - Image failed

    I removed the patch data and previous Windows install via Disk cleanup > Cleanup system files.


  • Developer

    @Jarl2-0 Gosh, NTFS is a complex topic. I’ve tried reading up on this and figuring out what goes wrong in the code. No answers yet. But I see that we have more than enough reports by other users as well and you seem to kind of nail it down. So I hope we can figure this out together. I just sent an e-mail to tuxera.com as we use their latest ntfs-3g/ntfsprogs code compiled in the buildroot environment that we use for FOS. Keeping my fingers crossed that we get an answer from them.

    Yes I’m able to reproduce this. Clean install upgrade to 1709 test capture > Windows cleanup to remove old patch data and previous versions of the OS. The cleanup is done with windows disk cleanup.

    Can you please be more specific on how exactly you reproduced the issue? Does it happen on the clean install or after updating to 1709 or only after running the disk cleanup tool? How many times did you test this? Please don’t get me wrong, I am not saying this is not right. I just want to nail it down as much as possible to we can give tuxera people good instructions on how to reproduce this so they can go ahead and find/fix the issue in the code.



  • @sebastian-roth Yes I’m able to reproduce this. Clean install upgrade to 1709 test capture > Windows cleanup to remove old patch data and previous versions of the OS.

    The cleanup is done with windows disk cleanup.

    Another update is that I am able to take an update with the “Multiple Partition Image - Single Disk” image type. I would prefer Single Disk Re-sizable but it always failed.

    These settings are working for us to capture 1709 images.

    0_1516981130795_Capture.PNG


  • Developer

    @Jarl2-0 Thanks for updating this. Are you able to reproduce this issue? Like clean install, do all upgrades to the latest, test capture. Then do a cleanup and test capture again. Best if it could be done in a VM environment where you can use snapshots to go back to an older state.

    How is the cleanup done? Through the normal Windows disk cleanup or using third party tools?



  • I have some more info on this, it seems to only happen for me after I remove the old Windows versions from a PC I want to take an image of. A freshly updated PC to 1709 will have no issues until you try to cleanup those files. Which is annoying because they take up about 30gigs of space.



  • Went through and imaged a new laptop with a 1703 image was able to make some changes and take an image from 1703 just fine. Upgraded to 1709 and got the same inode error, something must have change I’m going to try to sysprep the image to see if that helps but sysprep has been failing for me on 1709 as well.



  • @sebastian-roth Tried your suggestions still having no luck, I’ll look at some of the other posts on the forums and see if I can find anything that works.


  • Developer

    @Jarl2-0 We have had the issue posted in the forums a couple of times lately. Unfortunately we are not able to pin it down exactly. Possibly M$ has changed something with 1709 but on the other hand not all users see this issue. Quite often it can be fixed by disabling fast boot - which should be disabled on all machines anyway!

    I’d advise you to run a full chkdsk on Windows, maybe even defrag the disk and run chkdsk again. But this is just wild guessing.

    The Input/output error at the end of the message to me sounds like the filesystem inode is pointing to a sector that is beyond the disk. But I have no idea really.



  • I’ve confirmed that fast boot is disabled and I am still getting the error.


  • Developer

    @Jarl2-0 Please make sure you have fast boot disabled before trying to capture that image. As well read through this wiki article: https://wiki.fogproject.org/wiki/index.php?title=Windows_Dirty_Bit


Log in to reply
 

405
Online

5.7k
Users

13.0k
Topics

122.0k
Posts