RSS Feed11 apr 2008
Standard OSI e DMI – Maggiore compatibilita’ bios-kernel
Ho scovato di recente una di quelle opzioni da passare al boot (o da rendere permanenti in /boot/grub/menu.lst) che potrebbe apportare dei benefici in termini di compatibilita’ bios-kernel, e sistemare cosi’ alcune lacune lasciate dal diverso comportamento dei driver e dei firmware quando viene caricato un sistema operativo, in questo caso, diverso da Windows.
Il tuo indirizzo ip:
38.107.179.217
Zero_72 
on 
on 
Receptionist 
KOSLINE 
on 
Tiziano 
1
robiw72
dice:
Pubblicato il 11-04-2008 alle 09:41
ciao Divi, a me compare un log cosi:
robiw72@robiw72-laptop:~$ dmesg | grep DMI
[ 0.000000] DMI present.
robiw72@robiw72-laptop:~$ kdesudo kate /boot/grub/menu.lst
title Ubuntu 7.10, kernel 2.6.22-14-generic
root (hd0,4)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=3cfa61af-23bc-463b-9546-48ff4157424e ro quiet splash
initrd /boot/initrd.img-2.6.22-14-generic
quiet
sono dubbioso se applicare le modifiche consigliate, da questi pochi dati puoi darmi un consiglio?
e gia’ che ci sono ti segnalo questo:
http://wiki.ubuntu-it.org/AmministrazioneSistema/VelocizzareBoot
magari lo conosci gia’ ma nel dubbio…
ciao
Robi
2
Divilinux
dice:
Pubblicato il 11-04-2008 alle 09:49
@robiw72
ciao,
Si lo conosco..ma non c’entra con l’articolo. Non si tratta di velocizzare il boot ma una cosa totalmente diversa
Se hai per caso dei tasti multimediali che non funzionano, se il suspend si riprende senza abilitare le porte usb..e tutte queste piccole magagne..aggiungere acpi_osi=”Linux” potrebbe risolverle. Naturalmente non c’e’ nessuna controindicazione..al massimo non funziona..ma scenari del tipo non si avvia piu’ il kernel o non funziona piu’ nulla…non sono realizzabili
3
robiw72
dice:
Pubblicato il 11-04-2008 alle 09:54
ok grazie, in effetti le porte usb non leggono piu’ chiavi e dischi dopo la sospensione o al riavvio e devo rimontarle in manuale.
ciao
4
maxfact
dice:
Pubblicato il 11-04-2008 alle 17:39
ciao allora veramente interessante questa cosa
ho dato i due dmsg
ma al primo non ottengo nulla
mentre al secondo ho questo output
max@max-portatile:~$ dmesg | grep DMI[ 0.000000] DMI present.
[ 0.000000] ACPI: DMI detected: Toshiba
[ 24.233780] ACPI: BIOS _OSI(Linux) query ignored via DMI
ot
spero di averci preso ad inserire i tags
5
Divilinux
dice:
Pubblicato il 12-04-2008 alle 07:50
@maxfact
col primo grep non compare nulla nell’output perche’ prima va inserito il parametro nella riga di boot..comunque, vale il discorso che ho fatto per robiw72..acpi_osi=”Linux” puo’ servire oppure no..bisogna solamente provare.
Nel mio caso, dove tutto funziona alla perfezione, e’ inutile aggiungerlo..anzi se lo aggiungo la sospensione non funziona bene. Se ti manca qualche tasto multimediale..non partono gli acpi_sleep (ibernazione..sospensione) o hai qualòche problema in generale con l’acpi ..forse e’ il caso di provare (prima di mettersi a ricostruire la tabella DSDT ad esempio..)
6
rayunix
dice:
Pubblicato il 13-04-2008 alle 15:03
ciao a tutti
io ho questo problema:
enrico@kernel:~$ dmesg | grep osi
[ 91.432000] hda-intel: Invalid position buffer, using LPIB read method instead.
questo il mio menu.lst
title Ubuntu 7.10, kernel 2.6.22-14-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=d5cf15d8-b6b5-451a-a54b-0a9f1f13550e acpi_osi=”Linux” ro quiet splash
initrd /boot/initrd.img-2.6.22-14-generic
quiet
in effetti a me servirebbe, perchè alcuni tasti multimediali non vengono riconosciuti
Il mio computer è un Asus F5R
grazie
7
rayunix
dice:
Pubblicato il 13-04-2008 alle 15:05
a proposito,Divi, mi sa che devi aggiornare il sito con l’ora legale perchè il messaggio l’ho inviato alle 16:03
8
Divilinux
dice:
Pubblicato il 13-04-2008 alle 15:25
@rayunix
Ciao
Dunque non saprei esattamente cosa possa essere quell’errore del dmesg, ma sicuramente niente a che fare con l’acpi o questo articolo
Hai per caso piu’ di una scheda audio?..
I tasti multimediali vengono in parte mappati dal modulo asus_acpi ora asus_laptop..quindi controlla la presenza di questo driver aggiuntivo..e poi magari spiega quali sono esattamente i tasti che non funzionano (e modello di notebook)
ps. l’ora e’ un metodo (funzione) all’interno del comment.php. Probabilmente non utilizza alcuna formattazione standard..solo che se mi metto a modificare una cosa del genere probabilmente saremo gia’ arrivati di nuovo all’ora solare
9
yves
dice:
Pubblicato il 20-04-2008 alle 02:34
Ciao Divi, volevo provare la tua soluzione sul mio (il “suspend” non ha mai funzionato..), solo che quando ho installato la beta di Hardy “K” Grub non ne ha voluto sapere di installarsi, Lilo si è caricato al primo colpo, il prob è che non so dove infilare l’opzione in /etc/lilo.conf, da cosa credo di aver capito dovrei modificare questa sezione:
# Kernel command line options that apply to all installed images go
# here. See: The `boot-prompt-HOWTO’ and `kernel-parameters.txt’ in
# the Linux kernel `Documentation’ directory.
#
# append=”"
in questa maniera:
# Kernel command line options that apply to all installed images go
# here. See: The `boot-prompt-HOWTO’ and `kernel-parameters.txt’ in
# the Linux kernel `Documentation’ directory.
#
append=acpi_osi=”Linux”
comunque il secondo comando ora mi dice:
yves@Hardy:~$ dmesg | grep DMI
[ 0.000000] DMI present.
niente a che vedere con l’output di Maxfact
Grazie per tutto.
10
Divilinux
dice:
Pubblicato il 20-04-2008 alle 09:29
@yves
si va inserito cosi’ oppure lo passi come parametro direttamente dal menu di Lilo.
11
yves
dice:
Pubblicato il 20-04-2008 alle 14:24
Apparentemente sul mio non lo carica:
yves@Hardy:~$ dmesg | grep DMI
[ 0.000000] DMI present.
yves@Hardy:~$ dmesg | grep osi
yves@Hardy:~$
insisto o desisto
12
Divilinux
dice:
Pubblicato il 20-04-2008 alle 16:03
@yves
Se non funziona significa che il bios non supporta l’opzione acpi_osi=”Linux”.
Non sembra pero’ che questo parametro funzioni con Lilo..perche’ nel dmesg non si vede, comunque puo’ essere relativo..
13
yves
dice:
Pubblicato il 20-04-2008 alle 21:19
Ok, desisto, più avanti proverò ad installare Grub, vedo se ho più fortuna.
Ciao e grazie per la tua disponibilita.
14
Daniele
dice:
Pubblicato il 06-08-2008 alle 12:45
Ciao divi!
Domanda stupida: ho inserito l’opzione “acpi_osi=âLinuxâ” in /boot/grub/menu.lst, ma quando dò il comando:
dmesg | grep osimi risulta:
[ 0.000000] Kernel command line: root=UUID=bb9ec85a-4d92-4901-b77c-f617eef5bf14 acpi_osi=âLinuxâ roTemo ci sia qualche problema di matching dei caratteri…come fare? I doppi apici li visualizzo correttamente, dovrebbe essere il solo kernel ad interpretarli male…e così dubito che riesca ad interpretarli correttamente abilitando (sempre se mi è possibile) l’opzione…
Domanda extra…avrai notato che mi piace leggere i messaggi del kernel al boot…sai dirmi come poterli vedere ad una risoluzione più bassa rispetto allo standard *ubuntu? Alla gentoo/suse style per intenderci
Grazie e ciao!
15
Divilinux
dice:
Pubblicato il 06-08-2008 alle 13:56
@Daniele
Ciao..
acpi_osi=”Linux”
Probabilmente è il copia/incolla da WordPress che cambia la formattazione del testo..anzi meno male che non ha influito sul boot normale del sistema..hehe
La risoluzione, purtroppo, è standard perche’ durante il boot sono attivi i driver generici vesa (1024×768)
# 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