acpi????

[dark0s]

Spengo il pc (halt) e dopo power down esce scritto:

acpi_power_off called

Ho disattivato /etc/rc.d/rc.acpid ma è uguale???

[samiel]

Forse ti è sfuggito un mio post identico sul tema.
Col 2.6.13.3 mi faceva sempre sto lavoro,
e ho provato a ricompilare svarite volte il kernel.
La cosa buffa è che, ogni tanto, si spegneva.
Adesso, col 2.6.13.4, finora si è sempre spento.
ma non ci giurerei più. Prova a mettere in lilo
append"acpi=force"

M.

[dark0s]

ok, grazie

[samiel]

Ma alla fine si spegne?
Io ho installto il kernel 2.6.14
e continuo ad avere grane.
Ho provato a mettere apm,
anche a decommentare /rc.modules,
ma niente. Power off e resta acceso.
Idem con acpi. Ho fatto vari esperimenti
ricompilando varie volte il kernel
(che divertente....), ma a volte
si spegne, altre mi resta acceso
con la scritta acpi power_off_called.
La stringa acpi=force in lilo
non ha risolto... Invece, col 2.4
tutto perfetto

M.

[dark0s]

A dire la verità non ho più patchato il kernel, anche perché non è possibile ricompilare semplicemente per una patch!!
Il problema a me si era verificato su due pc che uso in facoltà, ti dirò, ora non mi danno più problemi...Su tutti e due c'è installata slackware 10.2 con kernel test26.s e file system reiserfs, e non c'è nessuna patch.
Ora non danno più problemi.

Ciao

[absinthe]

non so come risolvere, comunque aggiungo a fini statistici che su circa 100 spengimenti con il kernel 2.6.10 da me compilato, l'acpi mi ha fatto lo stesso scherzo solo una volta. L'unica cosa che ho notato di "particolare" è che all'avvio avevo il jack della ricarica della batteria inserito, allo spengimento no.

Attualmente uso il 2.6.13 da me compilato, ho più volte avviato con il jack inserito e spento con il jack disinserito senza problemi. Sembra che la cosa sia abbastanza random!!!

M.

PS: aggiungo una cosa, scusamdomi per il fatto che lo chiedo senza aver letto il vecchio post (ora lo faccio): il dmesg dà qualche errore relativo all'acpi?
Nel mio caso ad esempio ricevo un solo errore e probabilmente è relativo al fatto che non riconosce la batteria del portatile, però potrebbe esserci qualcosa di imperfetto (tipo un warning nella tabella DSDT) che ogni tanto rende le cose difficili...

[samiel]

Io mio non dà alcun errore,
ma è un desktop. Solo che
rimane fisicamente acceso
diciamo un 50% delle volte...

M.

[absinthe]

Io mio non dà alcun errore,
ma è un desktop. Solo che
rimane fisicamente acceso
diciamo un 50% delle volte...

M.

il fatto che sia desktop non è molto rilevante per gli errori... comunque se non ce ne sono non saprei dare molte sipegazioni... hai mica provato a decompilare e ricompilare la tabella dsdt con il compilatore iasl della intel??? magari un inghippo può essere lì... altrimenti per il momento non saprei che dire (mi sto documentando proprio in questi giorni)...

ovvio che ci potrebbe scappare qualche bachetto nel kernel...
non c'entra niente ma se può interessare il 2.6.10 a me una-tantum non rilevava neppure il touchpad (superfluo dire che le condizioni al contorno erano ogni volta le stesse)!!!!

M.

[samiel]

hai mica provato a decompilare e ricompilare la tabella dsdt con il compilatore iasl della intel?

Mai fatta una cosa simile. Ma sto problema è nato
con gli ultimissimi kernel. Fino al 2.6.12 tutto era
regolare. Poi il mistero si infittisce perché a volte
si spegne, altre no... Mah... boh...

M.

[dark0s]

Io uso 2 pc con slack 10.2 e kernel 2.6.13 (test26.s).
Si può dire che si spegne sempre, anche se molte volte mi accorgo (prima che si spengano i computers) che dopo la scritta power down appare la scritta:

acpi_power_off called

Ho provato anche a disattivare il file rc.acpi ma non ha alcun effetto, penso che l'unica soluzione sia provare con la release nuova del kernel.

[samiel]

Ma se disabilito sia apm sia acpi
nel kernel, poi il pc mi si spegne?

M.

[absinthe]

Ma se disabilito sia apm sia acpi
nel kernel, poi il pc mi si spegne?

M.

citando il maestro (tu) direi di no! se non abiliti l'acpi, e non utilizzi l'apm è un pò come usare un classico kernel precompilato e tenere commentata la riga "/sbin/modprobe apm" in rc.modules

comunque se i problemi si verificano solo dalle ultimissime versioni direi che il problema sta dentro la gestione acpi del kernel, non ci son molte soluzioni... sarò banale però non vedo molte altre soluzioni...

M.

[absinthe]

Ho provato anche a disattivare il file rc.acpi ma non ha alcun effetto, penso che l'unica soluzione sia provare con la release nuova del kernel.

se ti riferisci al file rc.acpid questo è usato solo per lanciare il demone acpi, per capirsi quello che rileva un evento e avvia in automatico qualche operazione, come ad esempio la pressione del tasto on/off di un portatile...

M.

[dark0s]

Si, volevo dire rc.acpid