Custom Query (16363 matches)
Results (1114 - 1116 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #13476 | worksforme | Filesystem corruption when VM with 4 CPU and 8 GB RAM | ||
| Description |
Hardware: Mac Pro 2009 8-core, 10.6.8/ 64 bit, 24 GB RAM, Apple HW RAID 4 TB. VM: VBox 4.3.16, 4 CPU, 8 GB RAM, SATA and SAS devices. Oracle Linux 6.5 x64 I'm setting up a virtual machine to install Oracle Database 12c. The Database configuration assistant is repeatedly causing some of the following errors: Read-error on swap-device EXT4-fs (dm-0): previous I/O error to superblock detected Buffer I/O error on device dm-0, logical block 0 EXT-fs error (device dm-0) ext4_get_inode_loc comm kworker/u:5: unable to read itable block failed command: WRITE FPDMA QUEUED kernel panic - not syncing I've been playing all weekend trying several different kernels and settings. I tried 2.6.32, 2.6.39 and 3.8.13, but all produce the same errors. The only thing that seemed to improve was to increase the timeout of the devices, e.g. echo 180 > /sys/block/sda/device/timeout. However, although the errors at the console disappeared, the installation was still corrupt and accessing the command line and typing "ls", for example, would show "bus error". What corrected the problem in the end was to reduce the VM to 1 CPU and the installation worked fine. |
|||
| #3245 | fixed | gdb doesn't work in Linux guest -> fixed in SVN/2.1.4 | ||
| Description |
Environment. Host: WinXP/32 SP2 on AMD Athlon64 x2 (old CPU, no fancy VM bits supported). Guest: Debian (Sid) 32 bit. Starting from VBox 2.1.0, "gdb" under Linux guest can't set breakpoints. That means essentially one can't start program under debugger. I have strace'd gdb and attaching output. This is apparently the call where gdb fails: ptrace(PTRACE_SETREGS, 2390, 0, 0xbfa5aaf8) = -1 EIO (Input/output error) gdb works fine with 2.0.6. |
|||
| #5964 | obsolete | BIOS keyboard intercept interrupt (int 15/4F) broken | ||
| Description |
Host: Mac OS X 10.6.2 VirtualBox 3.1.2 r56127 running MS-DOS 5.0 BIOS "keyboard intercept" interrupt INT 15h/4Fh ignores replacement scancode. Needed an "Insert" key - no way to get it on MacBook, so I wrote a small TSR to remap F12 to Ins using INT 15h, AH=4Fh "keyboard intercept" didn't work under VirtualBox (worked fine on real machines & VMware), I could see the correct scancodes coming into the interrupt, but repaced scancode returned in AL was ignored. A bit of disassembly showed that there appears to be a PUSHA / POPA around the INT 15h/4Fh keyboard intercept call within VirtualBox BIOS (call is at F000:E997) causing the replaced scancode in AL to be lost. I modified my TSR to recognize when it's loaded under VirtualBox and patch the stacked AL register - so I have a workaround, however this should be fixed (and it should be an easy fix). Dave |
|||

