On Sat, 24 Mar 2012 04:08:45 pm Craig Sanders wrote:
OK, so fairly new then. i somehow had the impression it was older gear.
btw, what version of the nvidia driver are you running?
support for the GT 520 was added in version 285.x.x - it may have worked before then, but maybe not.
I was running 295.20 which was the latest until a few days ago. I'm now running 295.33.
The EFI manual talks about an Intel VT-d thingy which is disabled by default. I expect it is still disabled.
VT-d is completely unrelated. VT-d is virtualisation support. if you ever want to run kvm or virtualbox or similar you'll need it enabled.
the IOMMU is the memory manager unit. some BIOSes allow enabling it for 64-bit linux with a 64MB buffer for transfers to/from 32-bit devices.
i've found it's best to turn it off, and make sure Memory Hole remapping is enabled in the bios.
Wikipedia says that VT-d is Intel's idea of an IOMMU. But my BIOS doesn't show it despite what the manual says. There is nothing else in the BIOS resembling an IOMMU or memory hole remapping.
what kind of controller? ahci or ide mode? or "RAID" mode? in my experience, it's best to set the BIOS to ahci mode for all drives. and to avoid "RAID" mode like the pestilential POS that it is (linux software raid is *much* better)..
The controller was in IDE mode. I've changed it to AHCI.
what happens if you do something like 'dd if=/dev/sdb5 of=/dev/null' - does it run to completion or does it trigger a fault? if the latter, then it's the controller or the disk itself, not the fs. if the former, well, cause is still unknown.
No fault at all (with the controller in IDE mode). I'll have to wait and see what happens next. -- Anthony Shipman Mamas don't let your babies als@iinet.net.au grow up to be outsourced.