Arch Linux

[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?

[dieghen89]

Si non non mi sono mai fidato di quel pacchetto..Cmq adriano è un po' che non si fa vedere...Io sono passato agli initscripts tradizionali già da un po', aspettando systemd XD

[ambro]

Si non non mi sono mai fidato di quel pacchetto..Cmq adriano è un po' che non si fa vedere...Io sono passato agli initscripts tradizionali già da un po', aspettando systemd XD

Io lo sto usando sia sul fisso che sul portatile e non mi ha mai dato problemi... comunque a che punto è systemD? Hai provato qualcosa?

[zeek]

@ambro i problemi sembrano venir fuori se si vuole tornare indietro dopo l'installazione (anche se comunque son recuperabili mettendo a posto inittab e rc.sysinit e così via giusto?)
Hai notato miglioramenti? Lo consigli?
Qualcuno ha testato la patch per u-readahead? Insomma. Ai tempi d'oro con lo script d'Adriano il boot era spanventoso, roba da 12 secondi. Ora nonostante quick-init è un po' lentino.. Idee?

[ambro]

@ambro i problemi sembrano venir fuori se si vuole tornare indietro dopo l'installazione (anche se comunque son recuperabili mettendo a posto inittab e rc.sysinit e così via giusto?)
Hai notato miglioramenti? Lo consigli?
Qualcuno ha testato la patch per u-readahead? Insomma. Ai tempi d'oro con lo script d'Adriano il boot era spanventoso, roba da 12 secondi. Ora nonostante quick-init è un po' lentino.. Idee?

Per fare in modo che quick init non venga utilizzato basta rimettere il proprio /etc/inittab di cui si era fatto il backup.
A me i tempi da grub a login sono rimasti pressoché identici sui 12 sec, anche se sto cercando di farmi un kernel senza initrd http://www.archlinux.it/forum/viewtopic.php?pid=57265#p57265

[zeek]

mi riferivo a quick-boot tu l'hai provato no? Funziona bene? 12 secondi ti riferisci a quick-init o quick-boot?

[ambro]

Per i moderatori
Forse è il caso di togliere questa discussione da quelle evidenziate. Oltre che obsoleta sta diventando anche incompatibile con systemd.

[pierluigi]

Per i moderatori
Forse è il caso di togliere questa discussione da quelle evidenziate. Oltre che obsoleta sta diventando anche incompatibile con systemd.

Giusto. Provvedo

[trapanator]

peccato!