Updated "Additional Details:" 20231106 @ 00:00:00
With a newly purchased computer, Win-11\Home, USB connected Seagate Skyhawk 4-TB\5900 RPM (hdd), using Win-11's file explore.exe UI, I proceeded with the following:
Select the sub-dir then, use the scissor icon to cut, in another 'file explorer.exe', opened to the destination <drv:\path\to\sub-dir>, I used the 'clipboard' icon, to paste to the destination.
As the process started, win-11 took a bit before it displayed the calculated time for the job to complete. When Win-11 finally displayed --it would take more than twenty-four hours to complete, I immediately paused the operation *while* the progress percentage was still on zero.
Reason for the pause, I wanted to check my Robocopy logs --for how long it originally took to copy this sub-dir to its current location. The logs reported approx nine hours to complete. I returned to the cut/paste progress pop-up that I previously paused then, left-clicked cancel.
Not only the target sub-dir but the entire primary GPT was gone.
Disk Management reports the entire hdd as unallocated. AOMEI, cannot see anything of any previous partition; or data thereof. The only bit of information AOMEI was able to see, that 'Disk Management' was not, is the custom/personalized drive label; nothing else.
Additional Details:
--Both Source and target paths are on separate USB connected 3.5" internal hdd's, with one gpt\primary\partition on each.
****Updated entry
-- Both source and target drives are connected via a 'Sabrent Docking-Station'.
--There was not any power brown-outs or failures.
--The target sub-dir was in excess of 814\GB.
QUESTION(s): Is this some form of user error whereby --
-- There's some unknown copy or cut-n-paste file size limitation?
-- Why didn't the operation leave the untouched files alone?
-- The main question, why would -or- how does Win-11, in any way, allow a native process --permission/access that would enable it to delete an entire GPT\primary\partition?
The above three questions assume the hdd is healthy; is authentic, received/installed 2023/04/07. As a side *note, I disposed of everything that could have remotely contributed; except the hdd. I plan to seek clean room recovery and a device fitness check before future use. I will definitely update this post with the clean-room findings. I'm concerned Win-11 did this.
FEEDBACK: I am interested in every, *all* possibilities, as to why/how this could have happened.
With a newly purchased computer, Win-11\Home, USB connected Seagate Skyhawk 4-TB\5900 RPM (hdd), using Win-11's file explore.exe UI, I proceeded with the following:
Select the sub-dir then, use the scissor icon to cut, in another 'file explorer.exe', opened to the destination <drv:\path\to\sub-dir>, I used the 'clipboard' icon, to paste to the destination.
As the process started, win-11 took a bit before it displayed the calculated time for the job to complete. When Win-11 finally displayed --it would take more than twenty-four hours to complete, I immediately paused the operation *while* the progress percentage was still on zero.
Reason for the pause, I wanted to check my Robocopy logs --for how long it originally took to copy this sub-dir to its current location. The logs reported approx nine hours to complete. I returned to the cut/paste progress pop-up that I previously paused then, left-clicked cancel.
Not only the target sub-dir but the entire primary GPT was gone.
Disk Management reports the entire hdd as unallocated. AOMEI, cannot see anything of any previous partition; or data thereof. The only bit of information AOMEI was able to see, that 'Disk Management' was not, is the custom/personalized drive label; nothing else.
Additional Details:
--Both Source and target paths are on separate USB connected 3.5" internal hdd's, with one gpt\primary\partition on each.
****Updated entry
-- Both source and target drives are connected via a 'Sabrent Docking-Station'.
--There was not any power brown-outs or failures.
--The target sub-dir was in excess of 814\GB.
QUESTION(s): Is this some form of user error whereby --
-- There's some unknown copy or cut-n-paste file size limitation?
-- Why didn't the operation leave the untouched files alone?
-- The main question, why would -or- how does Win-11, in any way, allow a native process --permission/access that would enable it to delete an entire GPT\primary\partition?
The above three questions assume the hdd is healthy; is authentic, received/installed 2023/04/07. As a side *note, I disposed of everything that could have remotely contributed; except the hdd. I plan to seek clean room recovery and a device fitness check before future use. I will definitely update this post with the clean-room findings. I'm concerned Win-11 did this.
FEEDBACK: I am interested in every, *all* possibilities, as to why/how this could have happened.
Last edited:
Facebook
Twitter
Instagram