i just did my first pacman -Syu since installing 0.7, and now when it boots up i get an arch logo in the top left and framebuffering, how do i stop this?, it causes me problems.
i checked in /boot/grub/menu.lst and looked for vga but its not there, i had this issue with slackware 10.1, it would change to a framebuffer, hmmm there must be something i can do, because now when i exit xfce4 i cant see any prompts just a blank screen :?
ermmm... dibble? I think he might know (due to gensplash and all) - otherwise, I'm at a loss...
does fstab list your boot partition as "noauto" - if so, do a "mount /boot" then check menu.lst again
hmm there is a delay between starting arch linux from the grub menu and the framebuffer kicking in, so i think thats grub ruled out. I did get something called startup-notification 0.8, and at the time i thought the version number at boot would change but no just the framebuffering could this be why?
Boy am I glad there's somebody else with this problem!!! I though my hardware was going Phlewey. Arch starts to boot...kernel decompresses...then it does what it normally does when you have vga=something in menu.lst. But I have nothing like that in there. I tried it, but my video card won't handle the resolutions that look good, so I took it out. I rolled a new kernel without the arch logo. Even took out logo support all together. Still does it. The screen is not completely blank, but the lettering is so screwed up none of it is readable.
I just carefully type username/password then startx and all is fine. Would be nice if someone could tell me what is causing this though?
You just take out the vga= parameter, which disables framebuffer. The logo is compiled into the kernel, it's just a replacement of the Tux logo that's in the usual kernel.
I hate to say this, but it's user error. You're not doing something right.
all i have done is a pacman -Syu, nothing else, i haven't changed any config files
this is my /boot/grub/menu.lst kernel line
kernel /vmlinuz26 root=/dev/discs/disc0/part3 ro
i added vga=773 and now the framebuffering starts sooner, so obviously something else was causing it to start before, so i think this question is pretty worthy of the forums.
Try adding a vga=7XX (where XX is the number you want, look in /boot/grub/menu.lst for the numbers) line and maybe it will work.
Also, please please please read the wiki instead of asking repeat questions.
I think this may be something different - Stinky is having the same problem.... hmmm
Fine, I'm going to test your theory. I'll go do some tests and see if framebuffer starts at all without the vga line. I'm a bit critical here, as you can tell.
I haven't noticed it - but it may be a hardware thing....
what video cards / drivers do you guys use? what kernels? what boot loaders? any odd settings?
Here we go. Here's my "extensive testing".
The standard Arch kernel from menu.lst:
title Arch Linux Default root (hd0,4) kernel /vmlinuz26 root=/dev/hda2 ro devfs=nomount
Results: booted, no framebuffer, no Arch logo in the upper left
Added vga=791 (1280x1024 fb), rebooted, Arch logo is in the corner, framebuffer is working.
I'm using Grub with a NVIDIA FX5200 (nvidia driver). Stock kernel, and as you can see, competely standard settings.
Conclusion: either this is a hardware issue, or you people aren't looking at your config files.
I have same issue on i810 card (actually I have a lot of issues with this comuter)
It enters into framebuffer without vga=XXX. Ctrl+Alt+F[1..6] ... bad chars.
I also have a lot of lockups with 22.214.171.124, 126.96.36.199, 2.6.x.mm kernels.
Now running 2.4.30...kind of ok, but still waiting for 2.6.12...maybe those things will be fixed.
Ok. Here's the relevant portion of menu.lst...
# (0) Arch Linux title Arch Linux [/boot/vmlinuz26] root (hd0,0) kernel /boot/vmlinuz26 root=/dev/discs/disc0/part1 devfs=nomount hdb=ide-cd hdc=ide-cd ro # use this if your /boot/vmlinuz is on a different partition #kernel (hd0,0)/vmlinuz root=/dev/discs/disc0/part3 ro
without the vga= in there, when it goes to what "acts" like a framebuffer, there is no logo or anything, the text just gets smaller "LIKE" it does when vga= is in menu.lst. That's when it goes all wonky and I can't read any of the text.
Maybe it is something hardware related, I was just wondering why it didn't show up until kernel 188.8.131.52-ARCH? It worked fine until then. I rolled back to 2.6.10 and it works fine. But I'd rather run the latest Kernel. So I put up with the unreadable text on bootup and just look at dmesg. I don't reboot very often anyway.
Hmmm...My video card is an i810 too.......Interesting....
there is deffinately something else which is influencing the boot, and enabling this framebuffer. I'm even getting a little black glitch in the top left hand corner of xfce4 if i dont enable vga from the kernel line in grub :?, i hope someone can find out what coz its little things like this that gte to me :cry: haha
I have not, but can as soon as I get off work.
little things like this are starting to get to me, i reinstalled gnome to try again but this mystery framebuffer is just making the screen black when i startx, so i went back to xfce4 to now find that sometimes xfdesktop wont load itself i have to manually start it :evil: , makes me want to turn and run back to gentoo lol
do you get anything in the error logs about xfce/gnome when you try to start them?
also try something like "dmesg | grep fb" or "dmesg | grep frame" and see if anything comes up...
did you try setting "vga=normal" are rebooting?
i finally got an okish gnome running , only a few apps dont work, like system monitor or text editor.
[spencer@localhost ~]$ dmesg | grep fb CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000 CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000 PCI: PCI BIOS revision 2.10 entry at 0xfb010, last bus=1 vesafb: framebuffer at 0xe0000000, mapped to 0xd0080000, using 1536k, total 8000k vesafb: mode is 1024x768x8, linelength=1024, pages=9 vesafb: protected mode interface info at 00ff:44f0 vesafb: scrolling: redraw vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0 fb0: VESA VGA frame buffer device intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G chipsets intelfb: Version 0.9.2 intelfb: Cannot reserve FB region.
[spencer@localhost ~]$ dmesg | grep frame vesafb: framebuffer at 0xe0000000, mapped to 0xd0080000, using 1536k, total 8000k Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device
My menu.lst is posted above, so I do not have it set to use framebuffer. But take a look at this...
[tim@localhost ~]$ dmesg | grep frame Console: switching to colour frame buffer device 80x30 [tim@localhost ~]$ dmesg | grep fb I810FB: fb0 : Intel(R) 810E Framebuffer Device v0.9.0 intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G chipsets intelfb: Version 0.9.2 [tim@localhost ~]$
Interesting. Uhhh...I'm at a loss. Other than re-rolling my kernel to take out framebuffer all together. Not sure what else that would break though. lol. Ohh. Also, I said above that 2.6.10 worked...That was a Typo. 2.6.9-1 works correctly when i roll back.