System got totally messed up after huge update yesterday
I ran "pacman -Syu" yesterday and it was an enormous amount of updates, even including things like the kernel, drivers, etc.
When I booted up today in the morning, a lot of things are completely screwed up. First, the text in command-line mode got much smaller and higher resolution. Then I noticed my two monitors were switched. I fixed that by swapping the cables. After that, I noticed that the built-in speaker beeps when I try to, for example, move the cursor in a terminal when it can't go farther. That didn't happen before. Later I found that SuperTux goes at something like 12fps now, so I think the graphics driver doesn't work any more. And just now I launched VirtualBox and got an error that some module isn't loaded or whatever. How do I fix all this? |
Switch to Slackware. ;)
|
Some things need to be re-compiled, updated, etc. when a new kernel is installed---eg the proprietary nvidia driver.
Some of what you mention is just settings. For VirtualBox, you would need to tell us what the error message was. |
I also received those same updates in my 2 systems, one a AMD athlon-xp with nvidia mx4000 and the other
a AMD athlon64 with sis intergrated and I have had 0 issues. pacman correctly reinstalled my nvidia driver and I dont have virtual box. so, its probably not the upgrades themselves i would guess |
1 Attachment(s)
I'm using the xf86-video-ati driver with a Radeon HD 4850.
Here is the error message form VirtualBox (remember, it worked flawlessly before the update): |
Quote:
For the video, maybe try radeon or fglrx? I might as well point out that Arch is not perfect--I've had episodes like this myself. |
VirtualBox uses a kernel driver/module so when you change kernels you have to update that module by running the setup command it gave you. The path it gave you in the error may not be 100% accurate. In slackware the command would be
Code:
/etc/rc.d/rc.vboxdrv setup Code:
locate vboxdrv |
As for your video issues. Your kernel must have been updated to one that uses KMS by default. Your xf86-video-ati and libdrm also need to be updated to use KMS which, it sounds like, did not happen.
Plaese attach your /var/log/Xorg.0.log file and we can confirm that. Adam |
Sorry, duplicate.
|
Pardon my ignorance, but what is "KMS"?
|
kernel modesetting. Intel, radeon, and nouveau have all started moving the modesetting code out of the Xorg driver and into the kernel direct rendering module. The fact that MTK358 now has a high resolution console is pretty indicative that he's using KMS (though, I guess, vesafb or uvesafb is also a possibility, but less likely, IMO).
Adam |
1 Attachment(s)
I noticed that now it takes much less time to switch between X and VTs, which is nice, too.
|
Hmmm... I don't see why DRI is disabled, but it definitely is. Can you show us the output of 'dmesg | grep drm'?
Adam |
Code:
$ dmesg | grep drm |
Code:
[drm:rv770_startup] *ERROR* Failed to load firmware! Specifically, you probably need R700_rlc.bin (does it exist in /lib/firmware/radeon ?) from http://people.freedesktop.org/~agd5f/radeon_ucode/ Adam |
Code:
$ cd /lib/firmware/radeon |
Quote:
Do I need to reboot? |
Yes. The firmware gets loaded by the DRM module when it's initially loaded by the kernel.
Adam |
Rebooting...
|
Also, if the 'radeon' module is in your initrd, that firmware needs to be as well. If 'radeon' is compiled into the kernel, the firmware needs to be compiled in too :-)
Adam |
Also, if the 'radeon' module is in your initrd, that firmware needs to be as well. If 'radeon' is compiled into the kernel, the firmware needs to be compiled in too :-)
Adam |
3D works after rebooting.
So what about VBox? |
Did you recreate the vboxdrv kernel module(s)?
Adam |
What does that mean?
|
I noticed this:
Code:
$ sudo modprobe vboxdrv |
Right, the kernel module needs to be compiled for your kernel. The screenshot you attached earlier even tells you want command to run. Have you done that?
Adam |
Quote:
|
1 Attachment(s)
Code:
$ sudo /etc/rc.d/rc.vboxdrv setup |
Try doing it as root. The location will be around your init scripts some where, it doesn't look like that's in your path? I'm assuming you are running as a regular user.
Something like init.d or rc.d .........something like that. I"m assuming you did the exact command Virtual Box gave you first? |
For Arch it seems to be exactly what the original error message from Vbox gave you.
Code:
/etc/init.d/vboxdrv setup |
Code:
$ su |
<deleted>
|
|
Quote:
|
Just wondering.... what was the exact command you used. Reading that page it seemed different than anything else I've seen for Vbox in other distros.
|
Code:
$ su |
All times are GMT -5. The time now is 12:13 AM. |