Newsgroup: it.comp.os.linux.sys
Titolo: Disattivare il Boot con VGA=791 su Ubuntu Server 10.04

Ciao a tutti!
Che voi sappiate, c'e' un modo per impostare lo schermo in modo da avere
la classica risoluzione di 80x25 su Ubuntu Server 10.04?
Il monitor in sala macchine e' un vecchio catorcio che non regge la
risuluzione 80x50 (o quel che e') che Ubuntu Server usa come Default...
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 risuluzione 80x50 (o quel che e') che Ubuntu Server usa come Default...
Già ho notato anche io che dopo aver fatto l'avanzamento di release di
uno dei server dalla 8.04 alla 10.04 (una macello, per inciso, non ha
funzionato un razzo e ho dovuto rimettere tutto su a manina) appaiono
scritte minuscole.
Mi sa che va disabilitato KMS, guarda un po qui se aiuta
https://wiki.ubuntu.com/X/KernelModeSetting

 
https://wiki.ubuntu.com/X/KernelModeSetting
Ci provo!


 la classica risoluzione di 80x25 su Ubuntu Server 10.04?
Editando il file /boot/grub/menu.lst e aggiungendo alla fine della riga di 
dichiarazione del kernel il classico vga=xxx dovrebbe funzionare (funziona in 
debian ed in slack)
Per i codici prova a dare un'occhiata qui:
http://www.backtrack-linux.org/forums/old-backtrack-4-general-support/19637-vga-resolution-codes-lilo-grub.html?langid=5
Ciao
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere... ma la verità è 
che non avere nulla da perdere significa essere pronti a rischiare tutto ciò che 
si possiede.


Col KMS ho avuto un sacco di problemi anch'io sulla Debian, prima con la 
vecchia Radeon 9200SE e ora anche con la Sapphire 4650HD.
In particolare la 9200SE riusciva a fare il boot in KMS, ma poi quando 
cercavo di usare X si imballava tutto. Con la Sapphire invece è lo 
stesso kernel che disabilita il KMS, perché uso i driver proprietari 
(sigh, ma offrono prestazioni TRIPLE del modulo open) che patchano il 
kernel.
Se usi il modulo radeon open, la soluzione banale è quella di passare 
come parametro al kernel option radeon.modeset=0, oppure di modificare 
in /etc/modprobe.d il file corrispondente (kms-radeon.conf o 
equivalente) impostando la voce option modeset=0
-- 
Massimo Bacilieri AKA Crononauta

 Editando il file /boot/grub/menu.lst
Ubuntu 10.04 usa grub2, quel file non esiste più. Inoltre quel bootparam
(vga=...) con grub2 è AFAIR deprecato.
1) In /etc/default/grub impostare
GRUB_GFXMODE= alla risoluzione voluta (che so, 640x480). 
'Sta roba serve per il menù di grub.
2) Editare il file /etc/grub.d/00_header inserendo, sotto alla riga, già
presente,
set gfxmode=${GRUB_GFXMODE}
la riga:
set gfxpayload=keep
che sarà seguita dalle righe, già presenti,
insmod gfxterm
insmod ${GRUB_VIDEO_BACKEND}
...
'Sta roba serve per dire a grub di mantenere, per la console, la stessa
risoluzione usata per il suo menù.
3) sudo update-grub
Non ho provato...
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 (vga=...) con grub2 è AFAIR deprecato.
Fortuna che non uso Ubuntu allora :)))
Scherzo, buono a sapersi per il futuro.


 (vga=...) con grub2 è AFAIR deprecato.
[cuttone]
Sì ma cazzo, poi mi vengono a parlare di grub2 come un'evoluzione di 
grub che doveva essere un enorme passo avanti rispetto a lilo...
Io ho ancora lilo e tutto quel che ho fatto è stato aggiungere nel 
lilo.conf la voce "option radoeon.modeset=0" negli append 
dell'immagine... poi "lilo" e via, risolto il problema :-O


 risoluzione usata per il suo menù.
Ecco, questo lo provo! Vediamo al prossimo riavvio (che non so quando
sara' perche' il Server e' gia' in produzione).


 sara' perche' il Server e' gia' in produzione).
Noto poi che, col comando grub-mkfont, si potrebbero creare dei font
apposta per grub, specificando anche le dimensioni in pixel.
Si caricano poi coi comandi:
insmod font
loadfont /boot/grub/file_del_font.pf2


 ha scritto:

chissà... l'unico vero passo in avanti rispetto a lilo (che non uso da
anni) e che le modifiche vengono recepite al volo, senza dover lanciare
ulteriori comandi.
Premetto che mi sono customizzato lo splash, che ci ho giochicchiato
e che la mia opinione a riguardo è la seguente:
1. non capisco perché qualcuno avrebbe perso il suo tempo per fare una
così poco inutile. Che ha di speciale un "coso" che dovrebbe
semplicemente far partire un sistema operativo, e che su Ubuntu è
addirittura oscurato di default.
2. da un'altra parte, constatato che ormai è stato fatto, lo uso senza
farmi troppi problemi. Difficilmente tornerei a lilo.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 (vga=...) con grub2 è AFAIR deprecato.
  Potrebbe essere, ma non direi per via di grub2.  È il kernel, non il
boot loader, che interpreta quel parametro e agisce di conseguenza.
  Da quanto leggo nei file in /usr/src/linux-2.6.35/Documentation/fb/,
quel parametro è usato almeno dai driver fbcon, intelfb, sisfb e vesafb.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 ulteriori comandi.
  Ho pensavo anch'io così i primi anni, fino a quando, per fare degli
esperimenti, non mi sono trovato a dover editare la linea di comando del
kernel al volo numerose volte per tentare di far partire un kernel che
non ne voleva sapere.  Con LiLO devi per forza scrivere tutta la nuova
riga di comando al prompt, senza poter vedere quella caricata dal file
di configurazione (lilo.conf).  Grub invece ti apre una riga di comando
 con le opzioni come sono state preimpostate nel loader, e ti permette
di editarle selettivamente vedendo tutta la riga risultante, non solo
quello che scrivi.


 caricata dal file di configurazione (lilo.conf). 
beh qeusto si... puoi gestire anche... anche l'auto-probe degli OS è
pure carino. Peccato solo che con OSX da me ha fallito miseramente e ho
dovuto farlo a mano, facendolo puntare a bootcamp.
Comunque, con i kernel linux e windows funziona bene.


 Potrebbe essere, ma non direi per via di grub2.
Sì, da quel che posso capire credo anch'io che il motivo sia il modo in cui
il boot loader possa caricare il kernel, e che cosa ciò comporti in termini
di validità e interpretazione di parametri.
http://www.gnu.org/software/grub/manual/grub.html#linux



Facebook: Massimo Bacilieri

 Quindi vedi che poi non è mica detto che sia uno svantaggio ;-)
  No, ho scritto una cosa diversa.
Con LiLO, se hai una riga in append al kernel come questa:
ro root=LABEL=/ noiswmd lapic LANG=it_IT.UTF-8 SYSFONT=latarcyrheb-sun16
KEYBOARDTYPE=pc KEYTABLE=it nomodeset
e volessi cambiare root=UUID=3de02ced-26b6-493b-8be5-a72319bb03ab in, ad
es., root=UUID=3de02ced-26b6-493b-8be5-a72319bb03ac (solo l'ultimo carattere
diverso), ti devi scrivere tutta la stringa
root=UUID=3de02ced-26b6-493b-8be5-a72319bb03ac, senza vedere null'altro
della riga di comando oltre quello che ci stai aggiungendo tu.
  Con GRUB invece vedi la riga di comando così com'è, e la puoi editare dove
ti pare cambiando quello che vuoi.
  Ma hai mai usato GRUB?
  Ciao,
-- 
Alessandro Selli, 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

    Ma hai mai usato GRUB?
Poco, in effetti.


 Poco, in effetti.
  M'è subito stato antipatico (la sintassi per identificare gli HD e le
partizioni, ad esempio, è tutta sua e diversa da quella del kernel), ma gli
riconosco dei vantaggi oggettivi.
  Ormai LiLO ce l'ho solo sul mio PC di più vecchia installazione, un PIII
con Gentoo.  Ma dovessi reinstallarci un sistema nuovo, ne approfitterei per
aggiornare anche il boot loader.  Cosa che probabilmente dovrei fare per
forza, visto che sempre più distribuzioni non supportano più LiLO.  Tra
l'altro, il suo codice è da anni sviluppato solo per effettuarne modifiche
minime, come piccole patch di compatibilità.  Mi risulta che l'ultima
ritoccata gliel'abbiano data tre anni fa: la versione 22.8 risale al
febbraio 2007.
  Ah, un altro difetto di LiLO è il limite dell'etichetta dell'immagine da
avviare, che è di pochi caratteri, mi sembra una dozzina.  GRUB invece
permette etichette identificative nel suo menù molto più lunghe.


per forza, visto che sempre più distribuzioni non supportano più LiLO.
Scusa ne approfitto: ma con 64 bit c'e' egrub o solo elilo?
(io c'ho lilo e grub non lo voglio vedere neanche in
cartolina illustrata)
-- 
Saluti, Dalet

riconosco dei vantaggi oggettivi.
La sintassi per identificare gli hard disks?  Impara ad usare un
editor...  il _mio_ grub.conf contiene dei campi "root=/dev/sda1".
-- 
(@_  | Maurizio Loreti
//\  |
V_/_ | EMail/ROT13: Znhevmv...@tznvy.pbz

 editor...  il _mio_ grub.conf contiene dei campi "root=/dev/sda1".
Se non sbaglio quelli sono i parametri che puoi passare in append al 
kernel, quindi seguono la sintassi del kernel e non hanno granché a che 
spartire col bootloader, quale esso sia. Incidentalmente in Lilo la 
sintassi era la stessa del kernel, per cui potevi passare la direttiva 
root=/dev/sda5 a lilo, oppure usare lilo per mettere in append 
all'immagine del kernel root=/dev/sda5, che funzionalmente è la stessa 
cosa, ma concettualmente sono due cose diverse.
Grub invece identifica i dispositivi come (hd0,1) o qualcosa del genere 
che non ha granché a che vedere con la gestione del kernel dei dischi e 
delle partizioni (/dev/sdX o hdX).
Che poi tramite grub tu possa passare al kernel i parametri in append 
"root=/dev/sda5" è ovvio, perché sono i parametri del kernel, non di grub.
