Pagina 1 di 1

Probabile problema framebuffer [RISOLTO]

Inviato: gio 6 nov 2008, 14:12
da Burroughs
Un saluto a tutti.
Sperando che la problematica non sia già stata affrontata in precedenza, passo subito al sodo.
Ho installato Slack 12.1 sul portatile di un amico, un Packard Bell Easy Note (scusate se non sono più preciso, ma al momento non ce l'ho davanti).
Tutto bene, la macchina è stata configurata correttamente, il wi-fi (chipset Atheros) va che è un piacere...
L'unica cosa che mi lascia perplesso è questa: quando avvio il portatile, all'atto del caricamento del kernel, vedo due Tux e non uno solo; fra l'altro, Tux è assolutamente sfuocato.
Quando entro in X, dato che ho installato i driver ATI proprietari, non ho problemi, ma anche qui, quando parte lo screensaver, vedo tutto sfuocato.
Da cosa pensate possa dipendere?
In caso c'entri il framebuffer vi posto qualche informazioni in più:

Codice: Seleziona tutto

# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
# Append any additional kernel parameters:
append=" vt.default_utf8=0"
boot = /dev/sda

# Boot BMP Image.
# Bitmap in BMP format: 640x480x8
  bitmap = /boot/slack.bmp
# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
  bmp-colors = 255,0,255,0,255,0
# Location of the option table: location x, location y, number of
# columns, lines per column (max 15), "spill" (this is how many
# entries must be in the first column before the next begins to
# be used.  We don't specify it here, as there's just one column.
  bmp-table = 60,6,1,16
# Timer location x, timer location y, foreground color,
# background color, shadow color.
  bmp-timer = 65,27,0,255

# Standard menu.
# Or, you can comment out the bitmap menu above and 
# use a boot message with the standard menu:
#message = /boot/boot_message.txt

# Wait until the timeout to boot (if commented out, boot the
# first entry immediately):
prompt
# Timeout before the first entry boots.
# This is given in tenths of a second, so 600 for every minute:
timeout = 1200
# Override dangerous defaults that rewrite the partition table:
change-rules
  reset
# VESA framebuffer console @ 1024x768x256
vga = 773
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  label = Linux
  read-only
# Linux bootable partition config ends
Il portatile in questione monta un processore AMD Turion 64, 3GB di RAM DDR2, scheda grafica ATI Radeon Express X1200.
Il kernel che ho installato è questo:

Codice: Seleziona tutto

root@mody:~# uname -r
2.6.24.5-smp
Burroughs.

Re: Probabile problema framebuffer

Inviato: gio 6 nov 2008, 18:37
da tigerwalk
Mi sa che si vedono due tux quando ci sono due processori.
Per il problema del fuoco, prova ad usare vga=791.
Ciao

Re: Probabile problema framebuffer

Inviato: ven 7 nov 2008, 12:02
da Burroughs
tigerwalk ha scritto:Mi sa che si vedono due tux quando ci sono due processori.
Per il problema del fuoco, prova ad usare vga=791.
Ciao
Era come dicevi tu... ;-)
A buon rendere,

Burroughs.