The reason for this post is the time I wasted this afternoon to enable DMA for a DVD burner in Windows, in order to burn a backup DVD at a decent speed. Apparently, the two optical drives are IDE while the HD is on a SATA controller. For no reason, DMA got turned off on the DVD burner (but not on the other drive).
Of course I tried everything I could, of course. It was very frustrating to reboot every time to test (probably due to the large hack called Registry) and of course not being able to get it working. Google searches did not get conclusive information, perhaps a BIOS bug or a firmware bug.
On Linux, it’s just a matter of using
hdparm -d 1 drivename
What’s the easiest way? Obscure options of the device manager (which lists SATA channels and IDE channels with the same name) that only say “DMA if available” with no option to check what went wrong, or a simple command that outputs the result of the operation in real time?
4 Comments
Write a Comment»remember I have the same problem? what do I have to do to get rid of this in windows? :3
can you tell us? :3
Apparently we got the very same issue on a DVD recorder at work but a firmware update worked out this problem. Speaking of deadly easy things, I’m going back to try to figure out why X.org on my Kubuntu does not want to start anymore, lol.
At least the log file is in plain text, unlike the binary blob that is the Registry (and I absolutely hate registry-like ideas as well, like GNOME’s GConf). Usually a “cat /var/log/Xorg.0.log | grep EE” is enough to find out why it doesn’t work.
but…really…i don’t wanna sound anoying but I would REALLY love if you tell us how to get rid of this problem on windows too :3
pleeeaseeeee help meeee (you know I cant have linux until I find both adobe and macromedia suits for linux…blame me for being a graphic designer bu)