Custom Query (16363 matches)
Results (2077 - 2079 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #16103 | duplicate | Cannot establish stable web connection through NAT, other networking issues | ||
| Description |
This issue occurs both with the latest 5.1.8 and 5.0.28 VirtualBox versions. Rolled back to 5.1.6 and works fine. Issue occurred using NAT. Also had problems establishing a Site is a VPN connection portal https://amaccess.edwards.com You don't need to log in. The web site connection is unstable. Cannot maintain connection. Roll back to 5.1.6, the connection works fine. Also having problems establishing a stable Bridged connection to wired ethernet. Again, roll back to 5.1.6, connection works fine. |
|||
| #16102 | worksforme | Can't open my Linux VM's | ||
| Description |
Failed to open a session for the virtual machine Debian 8.4. The virtual machine 'Debian 8.4' has terminated unexpectedly during startup with exit code 1 (0x1). More details may be available in 'C:\Users\dougj\VirtualBox VMs\Debian 8.4\Logs\VBoxHardening.log'. Result Code: E_FAIL (0x80004005) Component: MachineWrap Interface: IMachine {b2547866-a0a1-4391-8b86-6952d82efaa0} |
|||
| #16099 | fixed | Possible Disk Corruption with total data loss, caused by VDI resize. | ||
| Description |
I'm writing this to draw attention to a discussion about a VDI disk which seems to have been corrupted (boot sector erased to all zeros) after it was resized by VBoxManage. We've had two or three similar reports in recent weeks, but I think this is the first I've dug into. Discussion here: https://forums.virtualbox.org/viewtopic.php?f=8&t=80233 The drive had 54933 allocated blocks at the time it was resized, from about 55GB, to exactly 65000MB. On examining the corrupted header I found that the blockmap had a 4K alignment, but the image started at 1MB - not consistent with a 64GB drive using 4K alignment. I'm wondering if either (a) you have bug whereby a section of resizing code assumes 1MB alignment, or perhaps (b) you attempt to realign the VDI to 1MB boundaries but fail part way through due to a host error. The latter feature would require all blocks to be moved, this might explain why the early sectors are zeroed. This corruption leaves the drive effectively wiped (no partition map), and all data lost. The shuffling of blocks would render recovery of any data well nigh impossible. |
|||

