[Silvan]

Il codec VIA VT1708B sembra essere supportato correttamente solo a partire dalla versione 1.0.22.1 del driver ALSA, quindi in openmamba può funzionare solo con la milestone2 e installando il pacchetto “kernel-mamba-sound-backport”. Se questo pacchetto è già installato proseguiamo con ulteriori indagini, altrimenti suggerisco di effettuarne l’installazione e di riavviare il sistema.

[Silvan]

Sì, in effetti c’è un problema per il log che devo sistemare, nel frattempo il file che ci interessa si trova qui:

/initrd/.sysinit.start

[Silvan]

Ciao,

il post è lungo da rileggere e magari qualcosa mi sfugge, ma mi sembra che il problema non sia con l’audio in generale quanto con la registrazione audio e con kmix. Ma se non funziona il mixer probabilmente non è possibile impostare i controlli per la registrazione. Per sicurezza una domanda semplice la riproduzione audio funziona? (amarok, kaffeine, …).

Il driver è il solito snd_hda_intel che ha molte varianti, per diagnosticare questo driver sarebbe bene vedere il contenuto di /proc/asound/card0/codec#0.

Inoltre è strano che non parta kmix, puoi provare ad aprire una console e lanciare alsamixer per regolare i controlli, e se non parte come kmix magari restituisce qualche messaggio di errore utile.

[Silvan]

Devo verificare, forse c’è un problema nella generazione di quel log. Comunque se il problema è nel controllo del disco o in ogni caso quando la barra di avanzamento è al 20% quello sarebbe il file giusto da guardare. Rimane comunque valida la possibilità di avviare il sistema in modalità di debug.

[Silvan]

Visto che il sistema alla fine parte, invece della procedura che ti ho detto puoi più semplicemente andare a vedere i log che sono in Menù -> Applicazioni -> Sistema -> openmamba -> Avvio di sistema, oppure puoi inviare un report (mambareport) a reports <at> openmamba.org, che contiene la stessa informazione.

Questo va fatto quando il sistema si è avviato dopo che si è verificato il problema (nel tuo caso si verifica ad ogni avvio, quindi dovrebbe essere facile produrre queste informazioni).

[Silvan]

Quindi si presenta ad ogni avvio o quasi? Per vedere i messaggi di avvio (quelli che vedi non hanno a che fare con il problema), dovresti avviare openmamba in modalità di debug, ovvero come spiegato nel wiki, dal menù di avvio premi E ed aggiungi alla riga del kernel le opzioni “debug debug=1 splash=off”

[Silvan]

Penso che sia il controllo periodico del disco che va per le lunghe, anche se secondo me il fatto che parte non dovrebbe essere un effetto dei tasti premuti. L’unico tasto che ha effetto è ENTER quando ci sono problemi non recuperabili sul disco, e la sua pressione in quel caso provoca lo spegnimento.

Comunque per sapere con certezza cosa succede, quando ti ricapita, avvia openmamba secondo le istruzioni in questa pagina del wiki:

http://wiki.openmamba.org/it/index.php/Problemi_all%27avvio_del_sistema

Verranno visualizzati i messaggi di avvio che normalmente sono nascosti.

[Silvan]

Penso che il problema sia questa modifica che ho notato di non aver riportato nella versione 2.0pre1:

xulrunner 1.9.1.7-2mamba – Fri Mar 05 2010 – silvan

– added patch to fix firefox crash on close since libcairo 1.8.10 (see https://bug522635.bugzilla.mozilla.org/attachment.cgi?id=429069)

Quindi il prossimo aggiornamento di xulrunner dovrebbe risolvere.

Silvan

[Silvan]

La password di root viene chiesta al primo (e successivi, finché non si procede oltre) riavvio dopo l’installazione, tramite interaccia grafica, ovvero quella che a te non va. Per impostare una password da livecd devi dare un comando simile al seguente (dove suppongo che la tua partizione installata sia montata in /mnt/openmamba):

chroot /mnt/openmamba passwd

e per avviare con un terminale aggiungi un ‘1’ o un ‘3’ alla linea di comando di avvio del sistema (mi sembra che devi premere ‘e’ all’avvio di grub, poi aggiungere ‘1’ o ‘3’ in fondo alla riga del kernel, che comunque di solito è spezzata in due righe, e premere ctrl-x).

Se ancora così ti ritrovi con il monitor che non rileva la frequenza, non saprei. Anzi forse, che versione di openmamba hai installato?

[Silvan]

Ciao, per i download devo controllare, comunque ti ripeto il mio suggerimento, dal livecd accedi alla partizione dove hai installato openmamba e aggiungi queste righe al file /etc/init.d/rc.local:

sleep 5

killall login_manager

Le configurazioni di Xorg live e installato sono sempre uguali, per la spiegazione del problema vedi la mia risposta, forse quello che ho omesso di dire è che nel driver MGA o nella sua interazione con il framebuffer (ma avevo escluso facendo dei test questa possibilità) succede che al primo avvio in modalità grafica X rimane con schermo nero e cursore lampeggiante, mentre se si riavvia X poi va. Perché questo spiega la differenza di comportamento tra live e installazione l’ho scritto sempre sopra. Quindi prima che sia necessario allegare i log di Xorg ti suggerirei di provare la procedura che ho detto o se l’hai già fatto di darne riscontro.

[Silvan]

Ho anch’io lo stesso problema con un modello simile di scheda Matrox. Tempo fa leggendo in un forum di redhat sembrava un problema noto e non era prevista risoluzione a causa del supporto limitato o mancante per queste schede video.

Vedremo con gli aggiornamenti di xorg, intanto come workaround ho aggiunto queste due righe nel file /etc/init.d/rc.local:

sleep 5

killall login_manager

Il fatto che funzioni da livecd dev’essere perché viene effettuato il test per l’autoconfigurazione all’avvio e questo fa sì che X venga avviato per due volte nascondendo il problema.

[Silvan]

Bene che hai risolto. In effetti come si capiva dal tuo primo post avevi installato la versione milestone1 mentre io ti avevo riportato le istruzioni per la milestone2, che comunque ti suggerisco di installare, anche se in versione pre-release, se vuoi vedere com’è openmamba adesso.

Grazie per gli auguri, ciao.

[Silvan]

Il mio suggerimento è di dare questi comandi all’avvio di grub quando parte il computer, quindi premendo ‘e’ o altro tasto, non ricordo ma di solito c’è scritto. Scusa se non sono entrato nel dettaglio ma pensavo che avendo una decina di distribuzioni installate avessi avuto esperienza nel maneggiare il boot loader.

Comunque dando il comando root(hd0,11) dovresti vedere una risposta del tipo:

Filesystem type is ext2fs, partition type 0x83

che non vedi. Successivamente prova invece a dare il comando

kernel /boot/vmlinuz-2.6.30mamba

se ti dice che non trova il file, il problema è che grub per qualche ragione non vede la partizione di openmamba. Dal tuo sistema linux controlla che la partizione di openmamba invece esista e contiene la directory /boot con il kernel.

Il comando sudo non ha nulla a che fare con grub.

Faccio riferimento a documentazione trovata cercando su google “grub command line”, per esempio questo se vuoi vedere quali comandi puoi dare dalla linea di comando di grub e quale sarebbe il risultato atteso (ad esempio la pressione del tasto TAB come spiegato fornisce molte informazioni su quali e come grub vede le partizioni):

http://www.mepis.org/docs/en/index.php/GRUB_from_command_line

[Silvan]

Mi sembra che qui il problema sia con grub che non vede i file della partizione di openmamba, più che sulla linea di comando da usare. Prova ad accedere alla console di grub e a dare dei comandi del tipo:

root (hd0,11)

kernel (hd0,11)/boot/vmlinuz-2.6.30mamba

ls /boot

giusto per capire se grub riesce a leggere il file system di openmamba. Con che file system hai installato openmamba? ext3,reiserfs,ext4? C’è da assicurarsi anche che il file system sia supportato da grub.

[Silvan]

Altrimenti fai che provare così:

title openmamba

root (hd0,11)

kernel (hd0,11)/boot/vmlinuz-2.6.30mamba root=/dev/sda12 ro resume2= video=uvesafb:1024×768-32,ywrap,mtrr:3 quiet splash=silent,fadein console=tty1

inird (hd0,11)/boot/initramfs-2.6.30mamba.img

[Autore]

Articoli