Newsgroup: it.comp.os.linux.iniziare
Titolo: Dimensione console al boot

Ciao a tutti,
non sono mai riuscito a capire come mai al boot, ogni tanto, e solo ogni tanto, 
non sempre, la console di avvio mi occupa solo un quarto dello schermo invece 
che tutta la sua lunghezza.
Ho un notebook HP 6730b e il problema mi si presenta sia sotto Debian (squeeze e 
lenny) che sotto Slackware (14).
 
Uso X (kde) normalmente però, ogni tanto, soprattutto quando sono a batteria e 
devo fare un intervento rapido parto magari in init2 dove ho solo la console ma 
ogni tanto invece che arrivarmi fino alla fine dello schermo il testo mi 
comincia a "scrollare" quando raggiunge la metà dello schermo in altezza e la 
metà in larghezza (perciò in pratica mi occupa un quarto dello schermo).
Non sono mai riuscito a capire come mai nè tanto meno a metterlo a posto. 
Attualmente, sotto la Slack, ho Lilo configurato così:
 
# VESA framebuffer console @ 1024x768x32k
vga = 773
 
senza nessun altro parametro relativo allo schermo.
 
Qualcuno ha voglia di aiutarmi a capire come mai, giusto per curiosità....
 
Grazie
Rizio
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 Qualcuno ha voglia di aiutarmi a capire come mai, giusto per curiosità....
 
Da me va con questo in lilo.conf:
append="video=640x480"
 
e nient'altro neppure vga=773. Pero' se provi non dimenticare di dare
il comando lilo dopo aver cambiato il lilo.conf.
 
-- 
Tanti saluti
 

 il comando lilo dopo aver cambiato il lilo.conf.
 
Si, ma la cosa più strana che ho notato è che aveva lo stesso comportamento 
anche con grub2 della debian.


 comportamento anche con grub2 della debian.
]zac[
 
Probabile che sia un problema del driver video, per cui non viene 
completamente/correttamente resettato/rinizializzata una modalita' video  o 
il passaggio a quella modalita' video.
 
Quindi il fatto che funzioni o meno e' dovuto all'uso precedente del video 
e/o e' random.

 anche con grub2 della debian.
 
La forma "vga=XXX" e` deprecata dalla nascita di grub2, per cui non ci trovo 
nulla di strano; per lilo non so: ce l'ho installato sul netbook e lilo.conf 
non ha nessuna voce abilitata che riguardi il framebuffer ma nel mio caso va 
bene cosi`, visto che i caratteri in console sono piuttosto piccoli e quindi 
si addicono al monitor del netbook altrettanto piccolo.
 
 

 e/o e' random.
 
Può essere, come spiegazione ci starebbe, a questo punto dovrei andare a cercare 
il driver corretto e ricompilarmelo...humm.... ci penserò, magari le prossime 
ferie a disposizione mi metto a fare ricerche in questa direzione.
 
Grazie del suggerimento


 si addicono al monitor del netbook altrettanto piccolo.
 
Su grub2 usavo la forma "vga=791" come option nella linea di caricamento del 
kernel. Sò che è altrettanto deprecato ma non ho capito come usare la modalità 
che descrivono nel man. Ci ho provato in diversi modi per un pò di tempo e alla 
fine mi sono dato per vinto risolvendo con la vecchia modalità.


 fine mi sono dato per vinto risolvendo con la vecchia modalità.
 
Per lilo come ti ho scritto non ho mai provato ma per grub2 apri il file
/etc/grub.d/40_custom
ed aggiungi al fondo del file una riga simile a questa:
set gfxpayload=1024x768x16,1024x768
Salvi e dai il comando
# update-grub
per rendere effettiva la modifica.
40_custom, come dice il nome, e` un file riservato agli utenti per cui anche ai 
successivi aggiornamenti del boot loader rimarra` invariato.
 
 

 successivi aggiornamenti del boot loader rimarra` invariato.
 
Grazie delle info, ti giuro che ai tempi ci provai ma senza successo, lessi in 
giro parecchi post che dicevano quello che mi stai dicendo tu ma non riuscii a 
risolvere, non cambiava nulla. Sicuramente c'era qualcosa di scazzato che facevo 
io ma visto che non inficiava il comportamento della macchina ho sempre lasciato 
correre pensando al fatto che fosse la debian ad essere "sbagliata". Poi 
provando anche una slack mi sono messo il dubbio ma credo che la risposta sia 
nei driver come diceva Giuseppe. E' la cosa che mi sembra più verosimile visto 
che tutte e due le distro si comportano uguale (nonostante i boot loader siano 
diversi)
 
Grazie


 Qualcuno ha voglia di aiutarmi a capire come mai, giusto per curiosit�....
 
purtroppo anche nella slack hanno inserito il kdm, puoi inserire tutti i
parametri che vuoi nel lilo.conf, ma quando viene caricato il driver della
scheda video questa si impossessa anche della console.
soluzioni non so darne, qualcuno dice che l'unica e' disattivare kdm
ricompilando il kernel, ma poi da' problemi con X.
 
 
 
-- 
------
 
 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 ricompilando il kernel, ma poi da' problemi con X.
 
Se hai solo KDE e non Gnome, allora puoi tranquillamente togliere il
pacchetto kdm come ho fatto io con la Debian. Non ci sono dipendenze,
altrimenti con la Debian apt me lo avrebbe detto.
 
C'e' anche un'altro modo per avviare in console: non togli il pacchetto,
ma scommenti le righe apposite nel file eseguibile (script di shell) kdm
che nella Debian sta in /etc/init.d. Eccolo:
 
=================================
#!/bin/sh -e
### BEGIN INIT INFO
# Provides:          kdm
# Required-Start:    $local_fs $remote_fs
# Required-Stop:     $local_fs $remote_fs
# Should-Start:      console-screen kbd acpid dbus hal krb5-kdc
# Should-Stop:       console-screen kbd
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: X display manager for KDE
# Description:       KDM manages a collection of X servers, which may
  be on the local host or remote machines.
### END INIT INFO
# /etc/init.d/kdm: start or stop the X display manager
# Script originally stolen from the xdm package
#
# description: K Display Manager
#
 
# import the LSB init functions
. /lib/lsb/init-functions
 
# set the locale
if [ -r /etc/default/locale ]; then
  . /etc/default/locale
  export LANG LANGUAGE
fi
 
# to start kdm even if it is not the default display manager, change
# HEED_DEFAULT_DISPLAY_MANAGER to "false."
HEED_DEFAULT_DISPLAY_MANAGER=true
DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager
 
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/bin/kdm
PIDFILE=/var/run/kdm.pid
UPGRADEFILE=/var/run/kdm.upgrade
 
setup_config () {
  # parameters to support kdm customization
  KDMRC=/etc/kde4/kdm/kdmrc
  BACKGROUNDRC=/etc/kde4/kdm/backgroundrc
 
  # if configuration is changed by kdmtheme or other tools, don't do magick
  if grep -q "^[[:space:]]*Theme=@@@ToBeReplacedByDesktopBase@@@" ${KDMRC}; then
 
    KDMOVERRIDEDIR=/etc/default/kdm.d
    KDMCFGDIR=/var/run/kdm
    KDMCFG=$KDMCFGDIR/kdmrc
    BACKGROUNDCFG=$KDMCFGDIR/backgroundrc
    DEFAULT_KDM_THEME=/usr/share/kde4/apps/kdm/themes/horos
 
    test -x $DAEMON || exit 0
 
    # uncomment, if you want auto-logon to be runlevel-dependant
    #test "$runlevel" || { runlevel=`runlevel`; runlevel=${runlevel#* }; }
    #test "$runlevel" = 4 && ARG=-autolog || ARG=-noautolog
 
============ Son queste ultime due, taglio il resto =================
 
-- 
Tanti saluti
 

ma con kms non e' il kernel che si occupa del framebuffer?
 
 
io passo al kernel: video=800x600

 altrimenti con la Debian apt me lo avrebbe detto.
 
ottimo, grazie mille!
