[arch-general] successful pacman -Syu w/new kernal26: Now have microscopic console font :-(
Jeroen Op 't Eynde
jeroen at xprsyrslf.be
Sat Apr 10 12:41:06 EDT 2010
On Sat, 10 Apr 2010 18:00:53 +0200, Joe(theWordy)Philbrook
<jtwdyp at ttlc.net> wrote:
> Sigh...
>
> I just did a pacman -Syu. It updated lots of stuff.
> The only issues listed in my pacman.log were:
> While: updating keystore /etc/ssl/certs/java/cacerts...
> ignored import, signature not available:
> /etc/ssl/certs/COMODO_Certification_Authority.pem
> keytool error: java.security.NoSuchAlgorithmException: SHA384withECDSA
> Signature not available
>
> And a warning about my manually managed separate primary boot partition
> not being mounted... Which will never be mounted during *_any_* Linux
> distro's upgrade process...
>
> I compared /boot and /mnt/boot grub entries, verified that the vmlinuz
> and
> kernel.img filenames hadn't changed, Then copied the vmlinuz, and
> both kernal.img files from /boot, to /mnt/boot And rebooted...
>
> As far as I can see (so far) the only real issue I have with my upgraded
> Arch system is that the size of my console fonts has drastically been
> reduced...
>
> Once the gui started, all the X font sizes were just fine. But my eyes
> hurt just trying to read the console well enough to login to run
> startx...
>
> The next thing I did was to edit MY grub's kernel line to include:
> vga=normal, and rebooted. But partway through the boot messages the
> screen still clears and the font size becomes painfully small.
>
> Next, Even though I've never had to bother with framebuffer before (I
> prefer the normal sized console font, and I don't like pretty pictures on
> my screen until AFTER I run startx...) I read the "FRAMEBUFFER RESOLUTION
> SETTINGS" comments in the /boot/grub/menu.lst file. And that led me to
> the framebuffer section of the grub wiki file. Which in turn led to my
> installing hwinfo from aur on this amd_64 laptop.
>
> 02: None 00.0: 11001 VESA Framebuffer
> [Created at bios.459]
> Unique ID: rdCR.mrzO17IxmKC
> Hardware Class: framebuffer
> Model: "ATI MS48"
> Vendor: "ATI Technologies Inc."
> Device: "MS48"
> SubVendor: "ATI Radeon® Xpress 1150"
> SubDevice:
> Revision: "01.00"
> Memory Size: 16 MB
> Memory Range: 0xc8000000-0xc8ffffff (rw)
> <snip>
> Mode 0x0312: 640x480 (+1920), 24 bits
> <snip>
> the comments in the menu.lst file say on the 16MB line "0x312=786"
> So I tried vga=786 And rebooted...
> Just before the boot messages list ":: Bringing up loopback interface"
> the screen still clears {expletive-deleted!} And then the fontsize still
> makes me
> squint. {many expletives-deleted!}
>
> Problem #1
>
> How can I stop the reduction in the console font size???
>
> Evidently the framebuffer setting isn't doing it...
>
> Problem #2
>
> How can I stop the boot process from clearing the screen on tty1???
>
> I really dislike ANY of the boot messages to disappear. I "LIKE"
> being able to use gpm to copy/paste them into a console editor...
> I didn't like it when it cleared the last few lines just prior to giving
> me a login prompt. But at least that could be compensated for by the
> kludge of including a multi-line echo statement in /etc/rc.local.
> But now that it lops the majority of the boot messages off the top
> it's beyond my ability to kludgon it into submission. ;-(
>
> Suggestions anyone?
>
For #1: For the resolution, you probably have some high resolution screen
and KMS is now enabled by default. So check here:
http://wiki.archlinux.org/index.php/KMS
For #2: Just edit /et/inittab and comment out the rule with tty1
--
Jeroen Op 't Eynde
jeroen at xprsyrslf.be
http://xprsyrslf.be
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
More: http://en.wikipedia.org/wiki/Posting_style#Bottom-posting
More information about the arch-general
mailing list