slacky.eu

Salve,
ho una slackware 12 con kernel 2.6.22.5 ricompilato; ho installato gslacky ma di default parto in init=3 e poi a mano avvio xfce.

il problema è che se accendo il pc, vado in cucina e metto su il caffè (tanto per dirne una), mi scordo del pc per 10 minuti, uqnaod torno non riesco a fare login
il pc è completamente bloccato oppure lentissimo tanto da non essere utlizzabile
(del tipo che digito lo user id, appare dopo 2 minuti poi se blocca)

dove sbaglio?


salùd

Potrebbe essere il solito problema del "suspend" causato da errate impostazioni nel kernel o da bug in Xorg 7.x o nel driver video.

Prova a disabilitare la sospensione del monitor ("Periferiche - Display" nel centro di controllo KDE) e assicurati che in xorg.conf, nella Section "Monitor", NON ci sia: (se quella linea è presente commentala).

Se con queste modifiche il PC non si blocca più, vuol dire che il problema era proprio quello.

P.S. Alcuni utenti hanno avuto pure problemi di conflitti tra "suspend" e lo screensaver.

Io con quel kernel (probabilmente ho sbagliato qualcosa nella configurazione), avevo continui freeze e sono tornato al precompilato.

Più in là, proverò e ricompilarne uno più aggiornato...

Ciao,
nino

"DMPS" non è abilitata in xorg; quindi forse dipende dal kernel come dice ninobi. Certo che è una scocciatura partivo in runlevel 3 proprio per evitare problemi con i vari power manager.

Proverò ad usare lo stesso config con il 2.6.21...


salùd

Mah io uso il 2.6.22.5 e non mi ha mai freezato. Sicuro di averlo configurato bene?

di sicuro c'è solo una cosa; diciamo che ho una ragionevole fiducia; con variazioni minimali è il config che uso da un po (2.6.18 + o -). Ora sono a lavoo ma stasera posso postarlo.

Probabile che dipenda ad suspend che non ho configurato, ma prima non succedeva.
dunque probabile errore.

Non credo dipenda da gnome o kde perchè come ripeto il login è testuale.

ho ricompilato il 2.6.21 con le stesse impostazioni di prima; vediamo se dipende dalla versione

in ogni caso stasera ho avuto un altro freeze e per caso ho notato che era la seconda volta che capitava quando c'era un disco nel lettore cd; il disco non era montato e ho disabilitato tutte le opzioni di automount di gnome

al riavvio (senza X) ho trovato questo in /var/log/syslog:

Sep 28 23:54:05 marvin kernel: ide: failed opcode was: unknown
Sep 28 23:54:05 marvin kernel: hda: drive not ready for command
Sep 28 23:54:10 marvin kernel: hda: status timeout: status=0xd0 { Busy }
Sep 28 23:54:10 marvin kernel: ide: failed opcode was: unknown
Sep 28 23:54:10 marvin kernel: hda: drive not ready for command

per svariate righe; nel log di ieri:
Sep 28 00:27:33 marvin kernel: ATAPI device hda:
Sep 28 00:27:33 marvin kernel: Error: Illegal request -- (Sense key=0x05)
Sep 28 00:27:33 marvin kernel: Logical block address out of range -- (asc=0x21, ascq=0x00)
Sep 28 00:27:33 marvin kernel: The failed "Read 10" packet command was:
Sep 28 00:27:33 marvin kernel: "28 00 00 00 00 01 00 00 01 00 00 00 00 00 00 00 "
Sep 28 00:27:33 marvin kernel: end_request: I/O error, dev hda, sector 4
Sep 28 00:27:33 marvin kernel: hda: command error: status=0x51 { DriveReady SeekComplete Error }
Sep 28 00:27:33 marvin kernel: hda: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 }
Sep 28 00:27:33 marvin kernel: ide: failed opcode was: unknown

dite che devo rifarmi il lettore cd?

salùd![/list]

nico giraldi ha scritto:... dite che devo rifarmi il lettore cd?

salùd![/list]

Può essere anche un problema hardware del lettore, ma tieni presente che, effettivamente, molti utenti hanno avuto quei problemi che sembrano dovuti ad HAL e DBUS; quindi, prima di spendere soldi prova a disabilitare HAL e DBUS (togliendo i permessi di esecuzione ai relativi script) e riavvia per verificare se il problema si ripete.

Ho disabilitao HAl e DBUS e avviato + volte con i 2 kernel ed in nessun caso ho avuto problemi mentre riabilitandoli ho avuto un altro freezee. I due sono quindi imoutati per adesso.
A parte non usarli (comunque non una tragedia) come posso sapere di + sul problema?

Ho disabilitato HAl e DBUS e avviato + volte con i 2 kernel ed in nessun caso ho avuto problemi mentre riabilitandoli ho avuto un altro freezee. I due sono quindi imoutati per adesso.
A parte non usarli (comunque non una tragedia) come posso sapere di + sul problema?

Al 80% è la ram bacata,io ho usato
linux con la ram lercia per oltre un
anno,non ti dico l'inferno...freeze totali
,oops del kernel,etc
Prova a fare un memtest per ALMENO
6 ore,se da errori cambia i banchi di ram
,ti consiglio ram di marca(samsung ad
esempio).