Newsgroup: it.comp.os.linux.debian
Titolo: [x-post] Debian non si spegne da sola, bios upgrade.

Salve a tutti,
Scusate lo x-post, inoltro per conoscenza su it.comp.hardware
Seguito su: it.comp.os.linux.debian
il mio problema e` ben descritto su it.comp.hardware e questo e` il
Message-ID del mio post rN8lh.10213$
AA....@tornado.fastwebnet.it
In pratica la mia Debian (Debian Sarge) sul mio muletto, un P3 non
vuole spegnersi da sola: deve sempre e comunque tenere premuto il
tasto ON/OFF per quattro secondi in modo da poterla spegnere.
Leggendo i log da /var/log/syslog questi dicono:
ACPI disabled because your bios is from 2000 and too old
You can enable t with acpi=force
Naturalmente, dando il comando
# dmesg|grep acpi
mi scrive anche
You can enable it with acpi=force
ho provato diverse volte a mandare battere da root #acpi=force, ma
infruttuosamente.
Ora, io ho aggiornato il BIOS all'ultima release disponibile presso il
sito del produttore della mia Motherboard ma, purtroppo non si spegna
ancora da solo il sistema e devo stare li` a spegnerlo io...
controllando nuovamente i log di questa mattina e` come se non fosse
cambiato nulla ed anche il comando sopra esposto riferisce sempre la
stessa cosa.
Non so proprio cosa dovrei fare, avete delle idee?
Grazie molte.
-- 
    Uranium per Capsule Corp. con Debian
==============================================
"Bene, ho finito di tagliar la legna! Nd Goku"
==============================================

 Non so proprio cosa dovrei fare, avete delle idee?
Una domanda: l'alimentatore è AT o ATX? 


Penso sia ATX. Pero` dovrei effettivamente sincerarmene... fra un po'
provo ad aprire nuovamente il PC e cercare una qualche scritta
sull'alimentatore.


 Non so proprio cosa dovrei fare, avete delle idee?
Per sicurezza controlla se nella config del kernel in uso hai
CONFIG_APM_REAL_MODE_POWER_OFF=y
# grep CONFIG_APM_REAL_MODE_POWER_OFF /boot/config
-- 
echo 15225453802040233345540387594P | dc

 infruttuosamente.
Non è un comando, ma un parametro da passare al kernel. Devi metterlo nel
bootloader.

 # grep CONFIG_APM_REAL_MODE_POWER_OFF /boot/config
No, penso perche` il BIOS in uso non supporta l'APM


 bootloader.
Come dovrei fare?
sudo grub
password [...]
acpi=force?


 acpi=force?
No :)
Devi modificare /boot/grub/menu.lst e aggiungere acpi=force sulla riga
"kernel" in modo che sia qualcosa del genere:
kernel /boot/vmlinuz acpi=force ro root=/dev/hdXX
Backuppa i files che modifichi!!!
-- 
Best Regards, Jack
Linux user #264449
Powered by Debian PPC

 Backuppa i files che modifichi!!!
Certamente, fatto!
Dopo il rsync settimanale provo a riavviare e spegnere... penso/spero
sia la volta buona.


 infruttuosamente.
LOL! (Scusa, non ti offendere, ma non ho proprio resistito...) :-)
Al massimo cosi' setti una variabile d'ambiente, fatto che poi non
ha nulla a che fare con cio' che chiedi. Dovresti meglio passare un po'
di tempo su it.comp.os.linux.iniziare. ;-)
BTW, come ti e' stato suggerito, e' un parametro da passare al kernel.
Come fare, dipende dal bootloader. Hai grub, che non conosco, e ti hanno
detto di modificare un file. Non so se e' poi necessario fare anche
qualcos'altro, nella fattispecie se e' necessario riscrivere il MBR sul
disco, come con lilo.
Ti posso comunque garantire che se la macchina e' ACPI compliant
(quasi sicuro, se vedi la voce nel bios), nel 95% dei casi passare il
parametro al kernel risolve. Per vedere se poi effettivamente l'acpi
viene abilitato, basta vedere se esiste la directory /proc/acpi. Se poi
vuoi avere "il di piu'" (di solito mi serve per firewall o server senza
tast./mouse/mon., fai un apt-get install acpid, che rileva gia' un
evento acpi di default: lanci lo shutdown della macchina con una breve
pressione del pulsante di accensione (ne' piu' ne' meno di quel che fa
windows).
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
Per rispondere, togli nospam al contrario, e cambia nazione
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 windows).
Grazie anche a te per le delucidazioni...


 sia la volta buona.
Guarda, sono io a ringraziare te: erano due mesi che sbattevo la testa sul
mio muletto con fedora core 6 che aveva lo stesso problema, ma con questo
parametro funziona perfettamente ;)


ancora da solo il sistema e devo stare li` a spegnerlo io...
Ma dopo aver aggiornato il Bios, hai verificato se ora tale parametro
viene gestito, e se lo è che sia abilitato?
--
Repliche inviate direttamente a
rimi...@virgilio.it
 non saranno
lette ne'avranno risposta.

Non vedo ancora il Post che scrissi in tarda mattinata, che quindi
risintetizzo nel dubbio sia andato perso:
Hai verificato che il nuovo Bios sia ACPI compatibile e che tale
opzione sia attivabile?  


 parametro funziona perfettamente ;)
Beh sono contento, allora... unendo i pezzi abbiamo risolto entrambi!
Fortuna che ormai sono abituato a leggermi quotidianamente i log dei
miei  sistemi -sai, si scoprono grandi cose-
Per farlo mi trovo piuttosto bene con Midnight Commander, per la
verita` stando sulla stessa postazione controllo i log di tutte le
macchine, grazie allo ssh... naturalmente su tutto ho dovuto installare MC
$ sudo apt-get install mc
Sono sicuro che se vai a leggerti il /var/log/syslog troverai il
parametro e la dicitura che ho citato... e` che io sono ancora cosi`
niubbo da non sapere come andava utilizzato, ora lo so! :)


 viene gestito, e se lo è che sia abilitato?
Si`... in pratica l'aggiornamento del BIOS e` stato un "di piu`" non
necessario... adesso che e` entrato "in casa" naturalmente e` il
benvenuto. Nel mio BIOS non e` possibile disabilitare l'ACPI. E`
possibile solamente scegliere fra il tipo S1 e il tipo S3... io sono
su S1. Credo sia per via della obsolescenza di questa Motherboard,
pero` devo ammettere che mi funziona bene e <<Il Sistema>> va che e`
una bellezza!


 
Infatti, anche io stesso problema con fedora core 6 + mb asus cuv4x-3 + 
P3 733 mhz.
La cosa bella era che con fedora core 5 non c'erano problemi di shutdown.

 La cosa bella era che con fedora core 5 non c'erano problemi di shutdown.
Deve essere cambiato qualcosa a livello di kernel all'altezza del 2.6.16.
Xubuntu con 2.6.17 non spegne e ha bisogno del parametro.
Un Jack che adesso magari i changelog del kernel se li legge con un po'
piu' di attenzione :)


 Xubuntu con 2.6.17 non spegne e ha bisogno del parametro.
Difatti anche aggiungendo il parametro apci=forse al kernel non ho 
risolto :/ in quanto il kernel già gestiva l'acpi correttamente perché 
il bios è abbastanza recente... mmmhhh, dovrò tentare altre strade, 
oppure aspettare la core 7 :D

 risolto
Ah mi spiace... in bocca al lupo per trovare la soluzione (sicuro di non
aver scritto "forse" ma "force", vero?): prova a postare il tuo menu.lst
che magari vediamo se l'errore e' li.
-- 
Best Regards, Jack
Linux User #264449
Powered by Fedora Core 6 & Xubuntu (x86)
Powered by Debian Sid (ppc & AMD64)

 
No, l'ho scritto bene, tranquillo :)
Comunque dmesg dice che il modulo acpi veniva caricato sia senza che con 
apci=force perché il bios è abbastanza recente. Comunque non mi do' 
troppa pena perchè è una macchina che uso principalmente per test e 
altre sciocchezze e la accendo molto di rado.
Cmq grazie, e felice anno nuovo!