Newsgroup: it.comp.os.linux.sys
Titolo: Problemi shutdown, il computer non si spegne...

Buongiorno a *,
dopo aver stressato gli altri due newsgroup, provo a stressare un po'
anche questo... : )
Ho un problema con un pc che non ne vuol sapere di spegnersi...
Succede questo: lancio la procedura di shutdown (sia da kde che da
terminale), vengono chiusi tutti i vari servizi attivi e poi salta fuori
una bella paginata di errore, che parte con "general protection fault
f000 [#1]" e finisce con "Code: bad EIP value"
In rete ho trovato diversi suggerimenti, ma nessuno ha funzionato...
In ordine sparso ho tentato:
- modprobe atm
- inserire in /etc/modules la riga apm power_off=1
- utilizzare una distro diversa (ho provato eduKnoppix, ora c'è
MandrakeLinux 2005)
- aggiungere "nobiospnp" per ogni "append=" in lilo.conf
- attivare acpi dala configurazione di sistema di Mandrake
- distattivare apci sempre dalla conf di sistema
Ho letto che "Molti AMD K6  hanno dei bios dove la funzione "32bit power
down" che Linux usa normalmente ha dei bug. Compilando un kernel  con
l'opzione "apm real mode power down" il tutto dovrebbe funzionare
meglio.", ma qui c'è un PIII a 800MHz, quindi credo (spero) non sia
quello il problema
Mi puzza di problema hardware ma la configurazione mi pare abbastanza
"normale":
- Mainboard MSI MS-6153VA
- PIII 800MHz
- HD WD da 20GB (partizionato 50% win98se, 50% MandrakeLinux 2005)
- temporaneo masterizzatore dvd, che sostituirò domani con un samsung
nuovo
- per ora nessuna scheda di rete
- 192MB (64 x 3) di ram testata a fondo con memtest
Boh... Qualche altra idea?
Mi girano un po' le scatole perché gli utilizzatori finali saranno due
bimbi e volevo automatizzare le operazioni al massimo (pigia qui per il
mame, pigia qui per scrivere, pigia qui per disegnare, ecc), giusto in
attesa che ci prendano la mano.
-- 
Mr. Fix @ work

l'opzione "apm real mode power down" il tutto dovrebbe funzionare
Anch'io credevo dipendesse da quest'opzione, invece
guarda:
$ cat /boot/config|grep -i apm
CONFIG_APM=m
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
# CONFIG_APM_DO_ENABLE is not set
# CONFIG_APM_CPU_IDLE is not set
# CONFIG_APM_DISPLAY_BLANK is not set
# CONFIG_APM_RTC_IS_GMT is not set
# CONFIG_APM_ALLOW_INTS is not set
# CONFIG_APM_REAL_MODE_POWER_OFF is not set
E mi va benissimo.
Dipende - penso - dal demone di apm, cioe` apmd... ariguarda:
$ ls -lF /proc/apm
/proc/apm
dunque c'e' ed e' un file, allora:
cat /proc/apm
1.16 1.2 0x07 0x01 0xff 0x80 -1% -1 ?
Se hai sisV allora adesso non lo so dovrei guardare, ma
se invece hai BSD allora devi togliere il permesso x al
file di acpi in /etc/rc.d, eccolo:
$ ls -l /etc/rc.d/rc.acp*
-rw-r--r--  1 root root 466 Nov  5  2004 /etc/rc.d/rc.acpid
Pero' in avvio deve essere chiamato /usr/sbin/apmd, cioe'
devi avere a macchina avviata:
$ lsmod | grep apm
apm                     9452   1
Io ho commentato (ma non centra) anche la gestione: preferisco
molto di piu' quella velocissima automatica di Linux, cioe':
$ cat /etc/rc.d/rc.M|grep setterm
#/bin/setterm -blank 15 -powersave powerdown -powerdown 60
-- 
Saluti, Dalet

 $ cat /etc/rc.d/rc.M|grep setterm
Non esiste il file /etc/rc.d/rc.M
Io a questo punto mi sono definitivamente perso... Le informazioni che
ho scritto possono essere utili in qualche modo?


ho scritto possono essere utili in qualche modo?
Bah... speriamo che intervenga qualcun altro un po'
piu' pratico.
-- 
Saluti, Dalet

 "normale":
volendo, cerca un aggiornamento del bios

 volendo, cerca un aggiornamento del bios
Provo, ma, giusto per capire, perché windone lo spegne?


 cd /etc; find -type f | xargs grep acpid
Riporto il risultato nel caso fosse utile
find: ./skel/tmp: Permission denied
find: ./default: Permission denied
./rc.d/init.d/acpid:#   /etc/rc.d/init.d/acpid
./rc.d/init.d/acpid:# processname: acpid
./rc.d/init.d/acpid: $BATTERY >> /var/log/acpid 2>&1 &
grep: ./.pwd.lock: Permission denied
grep: ./passwd-: Permission denied
grep: ./group-: Permission denied
grep: ./shadow: Permission denied
grep: ./gshadow: Permission denied
grep: ./shadow-: Permission denied
./logrotate.d/acpid:/var/log/acpid {
./logrotate.d/acpid:        service acpid reload
grep: ./gshadow-: Permission denied
grep: ./postfix/prng_exch: Permission denied
grep: ./kde/colors/40: No such file or directory
grep: Colors: No such file or directory
grep: ./urpmi/proxy.cfg: Permission denied
grep: ./at.deny: Permission denied
grep: ./bluetooth/pin: Permission denied
grep: ./sudoers: Permission denied
grep: ./.qtrc.lock: Permission denied
grep: ./.qt_plugins_3.3rc.lock: Permission denied


./rc.d/init.d/acpid: $BATTERY >> /var/log/acpid 2>&1 &
Eccolo, e' in init.d, cioe' hai una distro con sysV come
la Debian.
Il procedimento giusto per disabilitarlo e' un comando
complicato che non ricordo... ma ti conviene seguire quel
che ti sta dicendo Frick.
Al piu' togli il permesso x al file /etc/rc.d/init.d/acpid,
poi magari puoi rimettercelo quando vuoi, tanto per fare
una prova e vedere se si spegne, danni non ne puoi fare.
Voglio dire: se va, allora lo rimetti eseguibile e
chiedi il comando per disabilitarlo regolarmente.
Il permesso lo togli cosi':
chmod a-x /etc/rc.d/init.d/acpid
dato da root.
Per rimetterlo invece + al posto di -.
-- 
Saluti, Dalet

 2) Windows non si accorge dell'errore del bios (ovvero, è fuori standard)
Oppure entrambi... : )
Comunque, dopo aver aggiornato il bios, caricato le impostazioni di
default, inserito un masterizzatore dvd nuovo e aggiunta una scheda di
rete su pci, ora il pc si spegne!  : )


 [...]
Alla fine ho:
- aggiornato il bios
- caricato le impostazioni di default
- aggiunto un masterizzatore dvd al posto del casino che c'era prima
- agiunta una scheda di rete
Probabilmente grazie alle prime due operazioni, oppure alla miscela di
tutto quanto, ora il pc si spegne anche via linux! ^_^
Grazie del supporto!  : )
p.s. Tanto per cambiare win98 ha visto la scheda di rete ma non riesce a
caricare non so quali files dal cd di sistema, per cui all'avvio saltano
fuori una serie di messaggi satanici, ma vabbé, fosse per me lo
piallerei...
