VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (2077 - 2079 of 16363)

Ticket Resolution Summary Owner Reporter
#16103 duplicate Cannot establish stable web connection through NAT, other networking issues wadeinthewater
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 Doug Johnson
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. mpack
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.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy