Hi,
Again, my responses in capital. Thanks for this further explanation. Let us take a breather for the moment though -- I'm not going to do this today yet, and I can't tomorrow anyway. I think today
I will scout, maybe in an Acronis forum, to see if someone very unlikely has some special way to work around this, but I doubt it. I figure can't hurt to ask, although I think you've already said a lot more than anyone there will or can. Still before I
do something irretrievable, I should at least look first, so I don't later kick myself for not having done so -- just a look before you leap thing. Then, when I surely don't find anything, I am figuring I will kill out partition #4, and then see if, without
it between #3 and #5, I can do the image. Maybe I will expand #5 into an empty #4 first, so there is no leap over a partition or space. If the imaging still doesn't work for lack of space, then kill #5. And hope that eliminates any link, rather than leaving
a confusing dead link behind, and that I can do the image. I still worry I won't be able to, since I can't even do the 71 GB Image, for which there is no dispute I should have plenty enough empty space for but can't get done now -- that is quite worrisome:
You had a ? mark after your statement concerning the 128MB partition...
YES, THAT WAS ASKIGN IF YOU AGREED WITH WHAT I PROPOSED, WHICH WAS TO KEEP THAT PARTITION AS THE FIRST PARTITION, KILL THE OTHER TWO OUT. YOU HAD INDICATED YOU DIDN'T KNOW WHERE THAT HIDDEN PARTITION
WAS, BUT I DID, AND IT WAS IN THE APPROPRIATE SPOT TO DO THAT. BUT NOW YOU ARE EXPLAINING THAT PARTITION WON'T MOVE OVER TO THE BEGINNING, SO THAT OTHER SPACE
FROM #1 AND #2 WILL BE LOST ANYWAY.
Technically it is not a indexing log... it is more accurately a file table...
On a MBR drive this would be called a MFT, or Master File table...
OK. AND SEEMS TO ME I'VE HEARD THAT TERM "MASTER FILE TABLE" BEFORE SOMETIME.
As I said... the space that was moved from #5 to #3 is still PHYSICALLY on #5...
YES, THAT IS WHAT I NOW UNDERSTAND YOU SAYING. EARLIER YOU HAD PHRASED IT SOMETHING LIKE "WHETHER MOVED OR LINKED," WHICH IS A PHRASE OF UNCERTAINTY BUT NOTING THAT DIFFERENCE DOESN''T MATTER.
That is why I first mentioned sliding #4 into #5 to make #4 larger and #5 smaller...
Then slide #3 over into #4 to make #3 larger.... So that all of the added space would be physically part of #3... but you did it differently...
I WAS LOOKING FOR A WAY TO DO THAT WHEN I WAS IN PARTITION WIZARD, AS I WENT THERE THINKING THAT IS THE ONLY WAY IT CAN BE DONE. I DID NOT SEE A WAY, BUT I STOPPED LOOKING WHEN I SAW THE WAY
TO GO DIRECTLY FROM #5 TO #3, SO MAYBE THERE IS WAY TO DO AS YOU ARE SAYING TOO.
I NOTE, I DON'T KNOW WHAT PARTITION WIZARD DOES BEHIND THE SCENES TO DO IT -- IT TOOK MORE THAN A HALF HOUR FOR IT TO DO WHATEVER IT IS IT DOES. IT SAYS IT IS "MOVING" THE SPACE. BUT MAYBE IT
ISN'T MOVING IT, MAYBE IT IS ONLY LINKING IT (I THINK THAT WOULD BE BAD COMMUNICATION AGAIN, THEY SHOULD SAY THEY ARE PROVIDING A LINK TO IT OR SIMPLY ACCESSING THAT SPACE, NOT SAY "MOVING" IT IF THEY ARE NOT MOVING IT. IF THEY HAD, I WOULD HAVE ASKED YOU
BEFORE OPTING FOR THAT -- IN FACT, I WOULD NOT HAVE WANTED THAT). YES, MAYBE THEY DID SIMPLY LINK, NOT MOVE IT AS THEY SAID. BUT SINCE THEY DON'T EXPLAIN, I CAN'T KNOW THAT THEY DIDN'T DO A PROCESS OF MOVING IT THROUGH #4 AND THEN TO #3 EITHER -- IT TOOK
LONG ENOUGH FOR THAT. THEY DON'T EXPLAIN WHAT THEY DO, SO I CAN'T KNOW. THEY SIMPLY SAY THEY MOVE IT.
It doesn't matter that something SEES the space... The sectors on a HDD are numbered... The fact that Partition Wizard used some trickery to LINK two different partitions doesn't change the fact
that the sector number sequence is out of whack...
YES, IT MIGHT VERY WELL HAVE LINKED IT, AND WITH THE TROUBLE WE ARE HAVING, THAT SEEMS VERY LIKELY WHAT THEY DID. AND THEN ACRONIS CAN ONLY HALF READ THAT, SHOWING IT IN THEIR CHART AS MOVED
TO #3, BUT NOT FINDING IT ON #3 WHEN IT TRIES TO DO THE IMAGE. SO MAYBE IT CREATES SOME INDICATOR THAT AFFECTS THE READING FOR THE CHART, BUT, THE ROUTE TO GET TO THE SPACE IS STILL INTERFERED WITH BY THAT NUMBERING SYSTEM YOU MENTION, AND ACRONIS CA'NT
FOLOW WHATEVER IT IS THAT PARTITION WIZARD DID WITH THAT NUMBER SYSTEM.
It is like expecting Acronis to automatically put part of the image on one HDD, and the rest on another HDD... It doesn't work that way, and that is what you are not understanding... I don't know
why the smaller 71GB image won't fit...
WELL, ACTUALLY, ACRONIS INDICATES IT DOES AND WILL AUTOMATICALLY SPLIT FILES AS NEEDED TO FIT SPACE. YOU HAVE TWO OPTIONS ABOUT THAT, BUT THER E IS NO OPTION NOT TO LET THEM BE SPLIT. BUT THAT WOULD
BE WITHIN THE IMAGE, NOT MAKING TWO PARTIAL IMAGES. (ALTHOUGH ACRONIS ALSO WILL MAKE THE IMAGE TO A SET OF DVD'S, PROBABLY 20 IN ALL, AND THUS LINKING ONE DVD TO THE OTHER DOWN THE LINE -- SIMILAR TO LINKING FROM ONE PARTITION TO ANOTHER -- BUT THIS IS
SIMPLY ACADEMIC FOR THIS DISCUSSION.)
You are also misconstruing what I am talking about when I say the 128MB type partitions are normally put first and last... That comment can be interpreted two ways...
I intended one meaning, and you are thinking of the second...
My point was that it is usually\best at the very beginning of the HDD space or the very end of the HDD space... By your interpretation, it can be made #1... which is true, but it is not at the beginning
of the HDD...
As a result of this, the 1GB space between the beginning of the HDD and the 128MB partition can't be used as part of the #3...
OK, YOU SAY IT CAN'T BE MOVED -- I UNDERSTOOD YOU SAYING THAT LAST NIGHT. AT LEAST NOT SIMPLY BY KILLING OUT #1 AND #2. JUST OUT OF CURIOSITY, CAN'T THAT 128 MB HIDDEN PARTITION BE EXPANDED
INTO #2, AND THEN #2 EXPANDED INTO #1, AND THEN #3 EXPANDED INTO THE EXTRA EMPTY OF WHAT IS NOW THE ONLY PARTITION TO ITS LEFT? (OF COURSE, I WOULD EMPTY OUT #1 AND #2 FIRST, LEAVING EMPTY PARTITIONS) ITS NOT A SIGNIFICANT ENOUGH AMOUNT OF SPACE TO
WORRY ABOUT -- BUT GETTING RID OF UNNEEDED THINGS IS CLEANER. OF COURSE, IF I CAN'T DO WHAT I JUST PROPOSED, THEN WHY BOTHER DOING ANYTHING WITH #1 AND #2, JUST LEAVE THEM AS IS.
I should point out that everything I am describing concerning partitions, is the way MBR Drives work... and I know GPT Drives work a bit differently...
OF COURSE, MINE IS GPT.
So I can't say 100% for sure that trying to combine #3 with the 1GB of free space would cause a problem... I don't know for sure...
I am trying to prevent you from causing your 88GB Win 8.1 image to become useless.. I don't think trashing 1GB is a big deal as compared to the possibility of your 8.1 image being useless... Better
safe than sorry...
YES! THIS IS WHY I'M NOT RUSHING AHEAD!