Arch Linux

[zeek]

Da me /etc/qinittab non viene interpretato, il sistema usa ancora /etc/inittab (che comunque è già stato modificato durante l'installazione di quick-init per far partire gli qinit-scripts).

[ambro]

non mi parte kdm, X funziona bene, nessun errore nel log, e se do startx parte perfettamente, ma quando booto, sebbene ho impostato in qinittab di entrare direttamente al runlevel 5 e di far partire kdm, mi ridà la console...

Devi modificare /etc/inittab, qinittab non devi nemmeno guardarlo. http://www.archlinux.it/forum/viewtopic.php?pid=38929#p38929

[franz1789]

@ambro: grazie, non mi ero accorto, ci riprovo... secondo me in testa al topic andrebbe scritto un FAQ perché scorrendo le pagine alcune cose mi sono sfuggite...

[nuk3r]

Buonasera innanzittutto!
posto anche i miei demoni avviati: DAEMONS=(@syslog-ng @crond !network !crond @alsa @hddtemp @wicd)
Avendo una piccolissima intuizione leggendo il log, ho provato a riavviare X, e gli effetti sono partiti. Sembra quindi che "qualcosa"(forse HAL?) non venga avviato in tempo per far in modo che si inizializzi al meglio il DRI.
Grazie per ogni vostra risposta!

hai provato ad aggiungere hal?

DAEMONS=(@syslog-ng hal @crond !network !crond @alsa @hddtemp @wicd)

mi pare che kde ne abbia bisogno

[ambro]

Buonasera innanzittutto!
posto anche i miei demoni avviati: DAEMONS=(@syslog-ng @crond !network !crond @alsa @hddtemp @wicd)
Avendo una piccolissima intuizione leggendo il log, ho provato a riavviare X, e gli effetti sono partiti. Sembra quindi che "qualcosa"(forse HAL?) non venga avviato in tempo per far in modo che si inizializzi al meglio il DRI.
Grazie per ogni vostra risposta!

hai provato ad aggiungere hal?

DAEMONS=(@syslog-ng hal @crond !network !crond @alsa @hddtemp @wicd)

mi pare che kde ne abbia bisogno

Ma veramente so che hal lo fanno partire i quick-init script e che bisogna toglierlo da rc.conf http://www.archlinux.it/forum/viewtopic.php?pid=37644#p37644 Io ero rimasto a quelle indicazioni. Ditemi se sbaglio

[zeek]

Non sbagli: hal viene fatto partire in /etc/qinit.multi.

[nuk3r]

ah giusto, è un po' che non uso quick-init e me l'ero scordato

[bortol88]

Allora facendo un po di prove (avevo ipotizzato che hal infatti venisse caricato male o troppo tardi), ho invertito nel file /etc/qinit.multi l'ordine di caricamento tra hal e udev. Ora gli effetti partono, però il boot si è un po rallentato.
Praticamente non viene caricata correttamente la /dev/card0. Altre proposte?
Se dovessi togliere quick init, come dovrei fare?

[ambro]

Ho visto che è uscito un aggiornamento degli initscripts alla 2010.05-03.
Questa cosa può dare problemi a quick-init?
Vorrei evitare di aggiornare e poi magari non riuscire a fare il boot.

[dieghen89]

Quick init e initscripts sono due cose indipendenti l'uno con l'altro...Ognuno usa i proprio script per l'avvio quindi non c'è nessun problema...Tanto i nuovi files neanche vengono usati....

[ambro]

Quick init e initscripts sono due cose indipendenti l'uno con l'altro...Ognuno usa i proprio script per l'avvio quindi non c'è nessun problema...Tanto i nuovi files neanche vengono usati....

Grazie! Ora sono più tranquillo

[OdinEidolon]

Si può usare fbsplash insieme a quick-init? Dovrei fare qualcosa di particolare per far funzionare il tutto?

[Phoenix Fire]

salve a tutti ho installato arch con gdm e gnome sul pc fatto tutto basandomi da wiki.
Dopo aver installato quick-init non mi parte più il gdm dandomi varie volte il messaggio con un numero iniziale variabile

Codice: Seleziona tutto

WARNING ** Couldn't connect to system bus Failed to connect to socket /var/run/dbussystem_bus_socket No such file or directory

e alla fine

Codice: Seleziona tutto

INIT: Id "x" respawning too fast:disabled for 5 minutes

aspettando 5 minuti gdm si avvia senza problemi
ho pensato che dbus non parta abbastanza velocemente quindi ho provato a metterlo all'inizio dell'array e a settare tutti gli altri in modo da partire in background ma niente idee??

ah dimenticavo dopo l'ennesimo riavvio ho notato qualche errore riferito al mount proc o qualcosa del genere purtroppo il messaggio dura troppo poco per essere letto

[OdinEidolon]

salve a tutti ho installato arch con gdm e gnome sul pc fatto tutto basandomi da wiki.
Dopo aver installato quick-init non mi parte più il gdm dandomi varie volte il messaggio con un numero iniziale variabile

Codice: Seleziona tutto

WARNING ** Couldn't connect to system bus Failed to connect to socket /var/run/dbussystem_bus_socket No such file or directory

e alla fine

Codice: Seleziona tutto

INIT: Id "x" respawning too fast:disabled for 5 minutes

aspettando 5 minuti gdm si avvia senza problemi
ho pensato che dbus non parta abbastanza velocemente quindi ho provato a metterlo all'inizio dell'array e a settare tutti gli altri in modo da partire in background ma niente idee??

ah dimenticavo dopo l'ennesimo riavvio ho notato qualche errore riferito al mount proc o qualcosa del genere purtroppo il messaggio dura troppo poco per essere letto

Purtroppo non posso aiutarti, se non suggerendoti di premere ctrl+S durante il boot per fermarlo (per poter leggere il messaggio d'errore) e ctrl+q per farlo ripartire

[bortol88]

Io, dopo aver avuto problemi, ho tolto quick-init e ho rimesso gli initscript di default.
Sfortunamente credo che il creatore degli script sia impegnato con l'università (si capisce questo da alcuni post) e quindi manchi il supporto tecnico necessario per portare avanti questo progetto.
In attesa che ritorni o che qualcun altro possa aiutarci nel risolvere alcuni problemi, come detto precedentemente, sono tornato agli script di default, a malinquore devo dire, perchè i miglioramenti nella velocità del boot erano veramente ottimi.

[ambro]

Hai seguito il messaggio post-installazione inserendo i nodes in /etc/qinit.sysinit ?
Hai modificato il /etc/inittab ? (quick-init te lo riporta a quello di default, salvando il tuo in un pacsave).

[Phoenix Fire]

si inittab è apposto io credo che ci sia un qualche problema che non fa avviare dbus prima del resto non c'è un modo per farlo avviare da quick-init in modo da far partire dbus e poi udev e il resto??

cmq per info come si fa a rimuovere quickinit e reinserire gli script originali??

[ambro]

si inittab è apposto io credo che ci sia un qualche problema che non fa avviare dbus prima del resto non c'è un modo per farlo avviare da quick-init in modo da far partire dbus e poi udev e il resto????

quick-init fa partire automaticamente hal il quale fa partire anche udev: non c'è bisogno di metterlo in rc.conf. Forse era questo l'errore...

cmq per info come si fa a rimuovere quickinit e reinserire gli script originali??

Guarda questo post precedente http://www.archlinux.it/forum/viewtopic.php?pid=37389#p37389

[Phoenix Fire]

appunto ora hal non va fatto partire pena catastrofi quindi dbus lo si mette nell'rc.conf

[ambro]

appunto ora hal non va fatto partire pena catastrofi quindi dbus lo si mette nell'rc.conf

Per precisare:
HAL non è più mantenuto (nessuna catastrofe ) ma non vuol dire che sia buggato. Quindi lo si può far partire tranquillamente se serve. Se non serve è meglio non farlo partire.
Ad esempio KDE 4.5 usa ancora hal quindi serve. Xorg 1.8 non lo utilizza più quindi per questo non serve.

Quindi quando uno ha deciso se nel suo sistema vuol far partire hal o meno deve tener conto di questo:
Quick-init così com'è lo fa partire quindi nell'rc.conf non va messo ne hal ne dbus (il quale parte perch'é serve ad hal)
Se uno vuole un sistema senza hal ma con quick-init deve fare così http://www.archlinux.it/forum/viewtopic.php?pid=68676#p68676 a questo punto diventa obbligatorio inserire d-bus in rc.conf perché non partendo hal non partirebbe neanche d-bus.
Non so se sono stato chiaro...

[Phoenix Fire]

avviando hal da quickinit avevo un problema con il riconoscimento della tastiera e del mouse problema che molti hanno risolto non avviando hal e mettendo dbus in rc.conf
per il resto sapevo come sapevi tu
cmq ctrl+s non mi ferma il boot
un altra cosa oggi al primo avvio a freddo gdm si avviato pensando in un miracolo ho riavviato e tutto è tornato cm prima quindi non funzionava gdm

[ambro]

un altra cosa oggi al primo avvio a freddo gdm si avviato pensando in un miracolo ho riavviato e tutto è tornato cm prima quindi non funzionava gdm

Posta il tuo inittab.
e magari anche rc.conf. Così lo confrontiamo.

[Phoenix Fire]

risalve in un primo tempo ho levato quick-init per poi rimettermici con più calma, mettendo Slim al posto di gdm e reinstallando gli script ora sembra andare tutto quindi non so se la causa sia gdm o gli script che si erano installati male
appena ho tempo da "perdere" (non è mai tempo perso aumentare le conoscenze ) riprovo a mettere gdm e vedere che succede

[OdinEidolon]

scusate, qualcuno ha provato questo:
http://aur.archlinux.org/packages.php?ID=37879
?

Sembra ci sia un wiki in proposito ma non lo trovo...

[zeek]

Mi sa che il wiki è in tedesco, e non è che sia così affidabile come pacchetto.

Adriano ci ha abbandonati?