Newsgroup: it.comp.os.linux.ubuntu
Titolo: Re: errore all'avvio

 poi tutto funziona normalmente, pensate si possa eliminare?
Il problema non è di Ubuntu, è del Bios Anche io ho warning relativi al
pedigrafato Bios, che però non causano effetti nocivi. Con Windows
non li vedi perchè... Non hai messaggi dettagliati al'avvio :P Se
tutto funziona bene, vivi sereno.
-- 
"Cuando era presidente del Banco Central de Cuba firmé los billetes con
la palabra Che, para burlarme, porque el dinero, fetiche de mierda, debe
ser feo"
		-- Ernesto Guevara de la Serna

 il bios è l'ultimo stabile, magari è qualcosa da settare nel bios
Guarda, fìdati, se tutto funziona come dovrebbe, lascia perdere. Ho da
sempre questa cosa all'avvio
pci 0000:00:1a.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001
pci 0000:00:1d.7: EHCI: BIOS handoff failed (BIOS bug?) 01010001
e tutto funziona senza colpo ferire.
Al limite puoi provare a fare come dice nel messaggio ed usare
force_addr=0xaddr
dove addr sarà un indirizzo specifico (che non ho idea di quale sia).
Cerca su google al limite, assieme al tuo modello di MB. Ma imho è
fatica sprecata.
-- 
When you hear a physicist invoke the uncertainty principle, keep a hand
on your wallet 
		-- D.J Griffiths

 ma non è che mi crei problemi però se fosse risolvibile mi piacerebbe
 
Allora fai come ti ho detto. Cerca su google il tuo modello di scheda
madre e metti force_addr=.... alla bisogna sulla riga del kernel in
grub.


 poi tutto funziona normalmente, pensate si possa eliminare?
Però non leggo che sia un "errore". Potrebbe essere un semplice
warning?

 poi tutto funziona normalmente, pensate si possa eliminare?
http://www.mjmwired.net/kernel/Documentation/hwmon/via686a
http://www.lm-sensors.org/wiki/FAQ/Chapter3#Dmesgsaysuseforce_addr0xaddrWhataddressdoIuse
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 alla bisogna sulla riga del kernel
No, no, dev'essere messo come parametro al caricamento del driver via686a.


 via686a.
Ah, ok. Non lo sapevo. Grazie.
-- 
"Calcio vs. Merda  0 - 2"

 Ah, ok.
Sulla riga del kernel credo lo si possa mettere comunque, ma nella forma:
via686a.force_addr=quelcheè
:)


 grazie, ma è troppo complicato per me :-(
Proviamo a vedere insieme.
Per prima cosa, dobbiamo capire quali indirizzi I/O sono occupati e quali
invece liberi.
Da terminale dai il comando:
$ cat /proc/ioports
e posta il risultato.


 
Ma và. Prova così
sudo echo "options via686a force_addr=0xf000"> /etc/modprobe.d/via686a.conf
(tutto su una linea).
Poi fai
	sudo rmmod via686a
ed immediatamente dopo
	sudo modprobe via686a
E controlla con
dmesg
se il messaggio viene ancora fuori o meno.


 /etc/modprobe.d/via686a.conf
Occhio. Posto che 0xf000 sia libero (probabile, ma non certissimo),
questo comando non funziona per una ragione di permessi. Il sudo
non deve stare dalla parte dell'echo, ma del file.
echo "options via686a force_addr=0xf000" | sudo tee -a /etc/modprobe.d/via686a.conf


 non deve stare dalla parte dell'echo, ma del file.
Ah, non si finisce mai di imparare! Thank you!
Io con Debian uso direttamente il "su".
Il 0xf000, invece,  l'ho preso dalla pagina che hai linkato tu :-)


 grazie, ma è troppo complicato per me :-(
Ecco, vedi cosa intendevo dire in un altro thread? IMHO non ha molto
senso "semplificare" al  livello dell'Abc la complessità delle
applicazioni presenti di default nella distribuzione, come se l'utente
di Ubuntu avesse anche difficoltà ad allacciarsi le scarpe da solo e a
gestire qualche opzione in più, e poi però alla prima occasione
lasciarlo alle prese con warning in fenicio e interventi alla
whataddressdoIuse che fanno scappare a gambe levate l'utente
"simplex", non solo perché può essere "troppo complicato" ma anche
perché capire richiede tempo e voglia di cui non tutti dispongono.

 
dmesg | grep via686a
ti mostra solo le linee che contengono via686a :P


 [...]
Benone. Come vedi tu stesso, non c'è nulla che occupi da f000 in su.
Ora puoi provare entrambe le soluzioni a cui abbiamo fatto riferimento
in questo filone, usando come opzione
force_addr=0xf000
La prima possibilità è quella di editare la riga del kernel in grub,
aggiungendo quindi:
via686a.force_addr=0xf000
Per vedere se la cosa funziona, ciò si può fare prima in via
provvisoria e volatile,
direttamente in fase di boot.
La seconda possibilità è quella di agire aprendo il solito terminale,
e dando poi,
come abbiamo visto:
$ echo "options via686a force_addr=0xf000" | sudo tee -a /etc/
modprobe.d/via686a.conf
il che creerà un file di nome via686a.conf (se non c'è già) nella
directory /etc/modprobe.d (che c'è già), e gli aggiungerà il testo che
vedi fra virgolette.
Ora, seguendo quanto ti ha già suggerito El Che, ancor prima di
rebootare, verifica con:
$ sudo modprobe -r via686a
$ sudo modprobe via686a && dmesg | tail
Non ci dovrebbe più essere l'errore.
--
Bye, Lem

 fandango@fandango-desktop:~$ 
 
Ecco, ha fatto tutto lui per te. 
Forcing ISA address 0xf000
È tutto ok, AFAIK.


$ echo "options via686a force_addr=0xf000" | sudo tee -a /etc/modprobe.d/via686a.conf
Non è una correzione (funziona anche così), solo una curiosità.  Perché
questa complicazione di usare tee e una pipe?  Non è più semplice
questo?
$ sudo echo "options via686a force_addr=0xf000" >> /etc/modprobe.d/via686a.conf
Fra l'altro, in questo caso non c'è neanche bisogno delle virgolette.
Ma se uno ce le vuol mettere comunque per prudenza, meglio usare l'apice
singolo invece di quello doppio:
$ sudo echo 'options via686a force_addr=0xf000' >> /etc/modprobe.d/via686a.conf

 $ sudo echo "options via686a force_addr=0xf000" >> /etc/modprobe.d/via686a.conf
Se leggi tutto il filone, trovi che ho già spiegato altrove perché
così non funziona. :)
La tua redirezione in coda non sta sotto sudo, e fallisce per mancanza
dei permessi richiesti.
Se vuoi proprio usare la redirezione, allora:
sudo bash -c "echo options via686a force_addr=0xf000 >> /etc/
modprobe.d/via686a.conf"
--
Bye, Lem

sudo bash -c "echo options via686a force_addr=0xf000 >> /etc/>modprobe.d/via686a.conf"
Ecco.  Non è più semplice?

 Ecco, vedi cosa intendevo dire in un altro thread?
Nell'altro thread esprimevi critiche specifiche su Ubuntu che invece non 
riguardano Ubuntu in particolare ma Gnome in generale; speriamo che con 
l'uscita di Gnome3 qualcosa possa ancora migliorare ma oltre a cio`, che senso 
ha continuare a lamentarsi e criticare se non si partecipa in modo attivo allo 
sviluppo?
E` logico che a quel punto ci siano risposte come quella di Barry Kauler:
"Ma, come ho già osservato più volte, la maggior parte dei critici sono
come cani che abbaiano quando si cammina per strada. Basta ignorarli. Non
contribuiscono, sanno solo fare valutazioni e richieste stridenti."