In qs. momento su pclos, che cmq complessivamente funziona e mi soddisfa, ho una serie di piccoli problemi:
a) una volta no e una sì non partono, se non da terminale, krusader e synaptic (ho visto che anche altri hanno qs. problema); per qs. occorre un reboot.
b) più o meno con la stessa frequenza appaiono icone strane e diverse nel system tray, io le chiamo icone pazze, che sono 1. icone graficamente diverse dei soliti programmi 2. icone di nuovi programmi che normalmente non si dovrebbero aprire all'avvio, come Nepomuk (indexing files). Petr qs. basta avviare una nuova sessione.
c) 1 volta su 10 non parte lampp. Occorre un reboot.
d) ieri ho scoperto che è possibile cambiare lo sfondo dei desktop virtuali (workspace behavior -> virtual desktops -> different widgets for eache dsktop), ma da quando l'ho fatto all'avvio mi schizza, non sempre ma volentieri sul secondo desktop, mentre dovrebbe restare sul primo.
e) stamattina, dopo giorni e giorni che tutto andava bene, non ha funzionato l'energy power, non si è spento il monitor dopo quei dati minuti (non so dire a qs. punto se è stato un evento eccezionale o meno), il problema era già stato segnalato sul forum internazionale che aveva daprima consigliato di moficare il file noblack.sh (mi pare), che adesso è stato eliminato dopo gli ultimi aggiornamenti di synaptic.
Ecco tutto. Con la precedente distro, la pclos 2009, avevo (solo) due problemi:
a) una volta, diciamo, su 5 non partiva l'audio (occorreva un reboot);
b) una volta, anche qui, direi, su 5, non partiva aMule: bastava, se ben ricordo, riavviare la sessione(logout/login).
Vi sarei grato di osservazioni e suggerimenti
Sostituisco quanto dicevo stamattina, perché ci sono nuove.
In qs. momento su pclos, che cmq complessivamente funziona e mi soddisfa, ho una serie di piccoli problemi:
a) una volta no e una sì non partono, se non da terminale, krusader e synaptic (ho visto che anche altri hanno qs. problema) e adesso si è aggiunto anche lampp: tutti questi programmi hanno in comune di essere eseguiti come root; per qs. problema occorre un reboot.
b) più o meno con la stessa frequenza appaiono icone strane e diverse nel system tray, io le chiamo icone pazze, che sono 1. icone graficamente diverse dei soliti programmi 2. icone di nuovi programmi che normalmente non si dovrebbero aprire all'avvio, come Nepomuk (indexing files). Petr qs. basta avviare una nuova sessione.
c) ieri ho scoperto che è possibile cambiare lo sfondo dei desktop virtuali (workspace behavior -> virtual desktops -> different widgets for eache dsktop), ma da quando l'ho fatto all'avvio mi schizza, non sempre ma volentieri sul secondo desktop, mentre dovrebbe restare sul primo.
d) stamattina, dopo giorni e giorni che tutto andava bene, non ha funzionato l'energy power, non si è spento il monitor dopo quei dati minuti (non è stato un evento eccezionale, si è ripetuto anche contestualmente ad a)), il problema era già stato segnalato sul forum internazionale che aveva daprima consigliato di moficare il file noblack.sh (mi pare), che adesso è stato eliminato dopo gli ultimi aggiornamenti di synaptic. Ho visto che la sezione power management, quando non funziona l'energy saving è "oscurata" e sovrastata da un segnale di blocco, e rimanda a startup, che a sua volta è inaccessibile). Ci mancava anche questa.
e) mi ero dimenticato di amarok: ci mette circa un minuto o anche di più a caricarsi quando si fa doppio cli su un file musicale, mentre è corretto se il filo musicale lo si richiama dall'interno di amarok.
Ecco tutto. Con la precedente distro, la pclos 2009, avevo (solo) due problemi:
a) una volta, diciamo, su 5 non partiva l'audio (occorreva un reboot);
b) una volta, anche qui, direi, su 5, non partiva aMule: bastava, se ben ricordo, riavviare la sessione(logout/login).
Vi sarei grato di osservazioni e suggerimenti
Questi problemi, presi uno per uno, non sono enormi, ma l'insieme è piuttosto robusto, direi.
Nel pomeriggio di oggi, ho fatto 5/6 reboot e devo correggere quello che ho detto al punto a) e d): quei malfunzionamenti *non* si sono presentati per 5 volte di seguito, quindi non è una volta su due, ma una volta su non meno di 5/6, a meno che il fatto di fare un reboot senza aver lavorato troppo al PC influisca (dico una ipotesi).
Stasera sono meno scontento di pclos 2013
Ho appurato oltre ogni ragionevole dubbio, sul punto a), che krusader, synaptic e lampp (lo chiamo "programmi root" perché vengono eseguiti come root e richiedono perciò password) o partono tutti e tre (da menu) o non ne parte nessuno (da menu, e allora bisogna farli partire da terminale). Questo fenomeno non si era presentato per 7 volte di fila, poi si è ripresentato.
Invece distinto è il problema del mancato spegnimento del monitor, il punto d): stamattina è partito correttamente anche nel caso di non partenza dei "programmi root".
Ma il mistero si infittisce: la cosa strana è che il cambiamento può avvenire all'interno di una stessa "sessione di boot", se così possiamo chiamarla, nel senso che in una prima sessione di login i "programmi root" partono, ma poi sloggandosi e riloggandosi non partono più, e qs. è molto strano.
I programmi 'root' quando partono ti chiedono una password.
Questo succede perché kdesu o qualche altro ..su (dipende dal DE) sa di dover intervenire bloccando l'apertura del programma riservata a root con quella richiesta.
Guarda se riesci a editare le voci di menu riferite a quei programmi e a modificare da «comando» a «kdesu comando».
In questo modo si dovrebbe bypassare un problema che da qualche parte c'è anche se non è molto facile capirlo dato il modo random con cui si presenta.
Non ti so aiutare (non uso KDE4 ormai da anni: l'avevo provata, all'inizio, ma l'ho subito abbandonata [non è affatto un "aggiornamente di KDE3", è una cosa del tutto diversa, che porta un nome che non le appartiene certo di diritto, anzi rappresenta una sorta di "pubblicità ingannevole", il che non mi piace minimamente]), ma mi sembra -a legger quel che scrivi- che forse il problema concerne la fase di login. Intendo che forse c'è qualche problema nel riconoscimento del login dell'account... Non dico sia così, ma è la mia impressione. L'ho scritto perchè forse, come indizio per andare a cercare cosa davvero accade, può essere un inizio.
@Zafran: grazie per la dritta, ma mi sembra per le mie abilità, una strada un po' troppo ripida (dove trovo da editare le voci del menu?). Magari porrò la questione sul forum internazionale. Un'idea che vorrei prima provare è mettere in /autostart un file bash con lampp, che è il programma di php/mysql che uso sempre per provare i siti in local; solo che come faccio a farlo partire da root? Ho provato a linkare in /autostart il file lampp.start.desktop ma lampp non è partito. Ma funziona la cartella /autostart in home/utente/kde4?
@monsee: grazie, sì credo che il problema sia connesso al login...
In kde tasto destro sul menu
I problemi da te citati sono comunissimi e io non ho ancora risolto.
Saranno dei bug.
Comunque è normale e penso dovremo aspettare a degli aggiornamenti futuri.
In più aggiungerei il suono del logout che si spezza prima del termine.
Provato ad inserire in formato ogg, la cosa migliora ma lo stesso non termina fino alla fine.
Con il logout di un utenza il sound era di alcuni secondi e per terminarlo ho creato uno script di logout con il player del sound (play /miosuono.ogg) e così riesco a terminare la sessione ed eventualmente dopo chiudere o riavviare il sistema.
Una cosa che non riesco a comprendere (questo capitava solo su gnome e pensavo di essermene liberato con kde, fino a quando con qualche aggiornamento di qualche mese fa...).
Ciao
Francesco bat
@Zafran: grazie; lo so che si può editare il menu, ma non credevo al punto da fare quello che suggerisci: bisogna inserire un comando nella riga command: dovrei provare a prefissarlo con "kdesu"? Proverò...
@Francesco bat: beh, io il bug del suono al logout non ce l'ho :). In compenso ho qualche problema con il suono avendo due schede audio, per conciliare il suono in Youtube e quello in Skype. Ho visto delle utili dritte sul forum internazionale (creare un file .asoundrc nella home), il fatto è che funzionano a intermittenza... Vabbeh
Una curiosita': il sistema e' a 32 o 64bit? Perche' so che il 64bit ha ancora parecchie (piccole) magagne (io comunque con la 32bit non ho nessuno dei problemi che descrivi).
Potresti fare una prova ed installare una live a 32bit e vedere se ti da' gli stessi problemi.
A riguardo il tuo problema con amarok (che non uso). Potrebbe essere che il ritardo sia dovuto allo scanning delle cartelle di musica? Prova a disabilitare lo scanning e vedi cosa succede.
Mauro
32bit.
Ho provato a deselezionare, in amarok, scar recursively, ma niente. Del resto quando apro amarok (non cliccando su un file musicale ma da menu) l'apertura è decisamente rapida e poi da lì scelgo con accettabile rapidità i files che voglio.
@Zafran: intanto, prefissato con "kdesu", il programma parte. Vediamo la prossima volta che avrò problemi con i "root programs" se la cosa funziona anche in quel caso. Grazie
Bene, speriamo.
Non saprei davvero perché a volte ti si bloccava.
Buongiorno è da parecchio che uso pclinux os(credo sia Kde) ma stamani quando mi esce la schermata per mettere l'utente e la password l'utente non c'è e pure se inserisco la password non riesco ad entrare nel sistema; ho provato varie volte a far ripartire l'x server provando le varie opzioni che sono nel pannello a sinistra (default, custom, kde, failsafe) ma niente da fare; qualcuno può aiutarmi ?? grazie
Io proverei a loggarmi come root e poi in Configure your computer -> System -> Manage users on system, vedrei che cosa è successo a quell'utente.
A me, anni fa, è capitato di non potermi loggare come quel dato utente perché la home era piena, allora la soluzione era di svuotarla di files inutili e di grosse dimensioni che si erano accumulati (in gran parte a mia insaputa). Ma pare non sia qs. il tuo caso.
ciao, grazie; scusa la mia ignoranza ma come si fa a loggarsi come root? ho provato con failsafe e poi quando mi dice di mettere la password di root non so più andare avanti; ho provato pure con il console login ma lo schermo diventa colorato e rimane sempre così senza che possa immettere l'user e la pass per entrare
Hai fatto un aggiornamento prima che succedesse il disastro?
Somiglia molto a quello che è successo a me aggiornando a kde4.10 che è coinciso con un crollo dei driver 'nvidia.
Cosa c'entri uno con l'altro non saprei dirlo ma quel sistema è ancora lì inutilizzabile e ho reinstallato su un'altra partizione.
Hai una 'nvidia?
Cosa ti appare nella schermata di ingresso? Se ci sono due campi, nel primo devi mettere il nome dell'utente, esattamente come l'hai creato, e nel secondo la password.
Se non ti ricordi il nome utente, puoi mettere come utente root e come password quella di root. Una volta entrato, usa 'Configura il tuo Computer->Sistema->Gestisci Utenti' per vedere come si chiama l'utente.
Per modificare il tema della pagina di ingresso, apri 'Configura il tuo Desktop->Amministrazione di Sistema->Schermata di Accesso'. Uno dei tab e' 'Tema' e puoi scegliere quello che vuoi. Per avere la lista degli utenti, vai al tab 'Utenti' e spunta la voce sulla sinistra 'Mostra lista'
Mauro
Purtroppo nel campo dove dovrei mettere l'utente non è possibile scriverci mentre nella casella sotto dove c'è il lucchetto posso inserire la pass; putroppo non so se si tratta di una nvidia
Enzo
certo che se non può loggarsi neanche come root è un bel casino
Forse potresti provare a inserire la password di root, che, se non l'hai modificata, è appunto "root".
Lascio cmq. la parola ai più esperti.
Oh bella! Questa non l'avevo mai sentita! Sembra quasi lo schermo del salvaschermo...
A questo punto bisognerebbe entrare in modalita' singolo utente e vedere cosa e' successo (a proposito, cosa e' successo rispetto all'ultima volta che funzionava? Hai modificato qualche cosa, o c'e' stato un evento strano, tipo mancanza di corrente, una uscita non regolare?).
Mauro
Rispetto all'ultima volta ieri sono entrato nella configurazione ed ho aumentato la sicurezza del pc ma ieri funzionava benissimo; se entro con failsafe iniziale mi porta alla root ma non so se da lì poi posso effettuare il login
Enzo
A quanto pare il sistema e' diventato cosi' sicuro che non fa entrare nessuno!...
A parte gli scherzi, puoi provare a rimettere il grado di sicurezza a 'standard' con il comando msec. Entra in safe mode. Sarai in modalita' testuale. Per vedere il grado di sicurezza impostato il comando e'
msec -l
(e' meno elle). Per modificare il livello (ce ne sono 3 predefiniti: none, standard, secure) il comando e'
msec standard
(o quello che vuoi mettere). Se vuoi vedere quello che succede senza effettivamente rendere le operazioni definitive usa il flag -p.
Io ti consiglio di mettere standard. Come hai potuto constatare, il vero sistema sicuro e' il computer spento (e con la scheda di rete disinserita, altrimenti ti entrano anche a computer spento!) Poi, una volta dentro, puoi entrare in PCC e modificarlo a piacere.
Fammi sapere...
Mauro
ci provo e ti faccio sapere; grazie
mi dà i seguenti messaggi(che ovviamente non sono in grado di interpretare): INFO: forbidding shutdown/reboot in GDM; INFO: forbidding the x server to listen to TCP connection; INFO: allowing su only from wheel group members
ERROR: security configuration is defined to allow only members of the wheel group to su to root but this group is empyt. Please add the allowed users into the wheel group
INFO: password history non supported with pam_tcb
INFO: no changes in system files
Per quello che riesco a capire la configurazione di sicurezza consente l'ingresso ai soli membri del gruppo e bisogna aggiungere questi utenti a cui è consentito : ma chissà come!!! Ora provo a riavviare e vedo se ci sono novità!!
purtroppo al riavvio nessuna novità!!
Ho controllato, e sulla mia macchina accesa 24/7, ho disabilitato gli strumenti di MSEC da 'Configura il tuo Computer'...
Un sistema sicuro e' quello con password sicure, il firewall ben configurato (io uso direttamente iptables) ed una gestione degli accessi 'furba': io uso blockhosts, ma mi dicono che anche fail2ban va bene.
Mauro
Io ti consiglio di disabilitare msec con il comando
msec none
Almeno cosi' dovresti essere in grado di entrare!
Mauro
provo anche con quel comando
niente da fare: putroppo è sempre la solita storia; cmq in modalità safe ho visto che si tratta di una scheda ndivia; provo con qualche altro suggerimento, ma mi sa che poi alla fine mi toccherà reinstallare il tutto
Enzo
La scheda grafica non c'entra niente, perche' se cosi' fosse non partirebbe nemmeno X e non avresti la schermata di accesso. Il problema e' che il sistema e' bloccato per un problema di accesso utente, dovuto ad una configurazione sbagliata del sistema di sicurezza.
Facciamo una prima prova. Quando sei alla schermata di accesso (cioe' hai fatto un normale reboot), premi contemporaneamente ALT+CTRL+F2 (hai a disposizioni 7 sessioni, da F1 a F7, e puoi passare da una all'altra). Ti dovresti trovare davanti ad uno schermo nero con scritto "login:" metti root e dai la password di root.
Ora sei in sessione terminale, ma il server grafico sta ancora andando (se premi ALT+CTRL+F8 ritorni in X). Per fermarlo dai il comando
init 3
Ti dovrebbe ritornare la schermata "login:" Rientra come root e dai il comando
startx
Ora dovrebbe partire e dovresti essere dentro come root.
Una volta dentro, rimuovi le impostazioni di sicurezza che avevi impostato ieri.
Fai logout. Dovresti essere ancora in modalita' testuale. Dai il comando reboot e vediamo che succede...
ci provo ; ti ringrazio!!
Non partirà.
È kdm che si è incasinato e io non sono ancora stato capace di capire cosa è successo.
Comunque, quando vidi la mala parata misi gdm al posto di kdm in modo di avere accesso a un qualche altro DE (nel mio caso lxde) e da lì preparare comodamente la migrazione a un nuovo sistema.
Accedendo con lxde mi continuavano a crashare i programmi kde (dolphin, kate etc) ma se non altro avevo una x a disposizione per fare un po' di prove.
Vedendo che il nuovo sistema la mia 'nvidia la pilotava col driver fbdev invece che col solito nouveau ho anche provato a sostituirlo, devo dire con qualche miglioramento nella stabilità ma non abbastanza per lavorare con le qt.
Quindi, il consiglio che do io (sempre che i suggerimenti di footstep11 non funzionino) è:
- spostarsi in un'altra tty (Ctrl+Alt+F2)
- loggarsi come root
- dare killall kdm
- dare gdm (se non lo trova, installarlo con apt-get install gdm)
- tornare in tty8 e provare a entrare
- se non entra, non è solo kde a essere in crisi
- se invece entra e crasha avviandosi kde: provare a installare un altro DE (apt-get install task-xfce, per esempio, o apt-get install task-lxde).
In questo modo almeno un accesso grafico al sistema dovrebbe essere ristabilito.
Ok grazie: risolto!!
Ma almeno dicci come hai fatto....
Cosi' se dovesse capitare ad altri possono trovano la soluzione!
Mauro
concordo con Mauro: come si è risolto?
Quotone
Niente. Peccato non risponda.
Intanto io domani tornerò a casa e avrò ancora i problemi che segnalavo. Mi è venuto in mente un dettaglio che forse potrebbe aiutarvi a darmi una soluzione: per il problema di amarok mi era stato detto sul forum internazionale, se ben ricordo da Texstar in persona, che amarok non funzionava con xine e avevo pertanto rimosso xine (senza che ciò risolvesse il mio problema, peraltro); in quella circostanza erano stati rimossi anche altri pacchetti che riguardano appunto l'avvio, lo startup. E anche reinstallando xine non mi ha reinstallato quei pacchetti. Infatti all'avvio, dopo il login, manca qualcosa alla grafica (cioè tutto rimane "immobile" finché non finisce la fase di avvio, mentre prima, non ricordo bene come, ma c'erano degli indicatori grafici del progresso dell'avvio). Avete idea di che pacchetti possano essere? E la loro reinstallazione può avere un impatto positivo sui problemi che ho elencato all'inizio di questo thread (almeni quelli relativi allo startup)?
Grazie
Probabilmente basta installare un tema e ovviamente selezionarlo dal pannello di controllo.
Grazie Zafran, ma ho il sospetto che non sia solo quello: un tema ce l'ho già, del resto.
Tra parentesi oggi al ritorno ho avuto il fenomeno che non partono i programmi eseguiti da altro utente (non solo da root, ma anche da altro utente) dopo non un reboot, ma dopo un logout/login (dopo di che non c'è piùneinte da fare: occorre un reboot); e ho verificato che il trucco che proponevi, Zafran, di anteporre al comando un "kdesu" non funziona
Bisogna proprio usare un terminale.