sound-juicer está falhando para mim em 16.04 (veja a cascata na pergunta)

2

Tenho certeza de que ainda não tenho informações suficientes para resolver essa questão, mas o processador de som falhou para mim de uma maneira muito específica, que gostaria de sugestões de como depurar, com o entendimento de que pode ser um problema de hardware (o disco em questão, por exemplo).

Depois de bater no extrato:

" Não foi possível abrir o dispositivo para escrever "

Mas eu posso escrever outros arquivos deste disco. E de outros discos, então por que esse arquivo?

Acertando "Fechar":

Então, possivelmente corrupção de dados? Eu verifiquei o disco e ele parece intocado.

Fechar novamente:

Nenhum dos resultados em uma pesquisa no Google por essa string e juicer de som são relevantes. são úteis.

Como eu faria para depurar isso de maneira útil?

    
por Derrell Durrett 18.02.2018 / 23:20

1 resposta

2

Para depurar ainda mais o que está acontecendo aqui, primeiro passo:

Execute o sound-juicer na linha de comando

Tente fazer com que o bug seja reproduzido depois de executá-lo na linha de comando, e esperamos que você veja mais resultados no terminal em que você o executou.

# First open up 'gnome-terminal', then
$ sound-juicer

Se isso não lhe der mais informações ...

Verifique os arquivos de log comuns

  • Erros gerais: /var/log/syslog
  • Erros de kernel / hardware: execute o comando dmesg
  • Erros de kernel / hardware: /var/log/kern.log

Próximo ...

Execute o sound-juicer na linha de comando com as opções de depuração

$ sound-juicer --help-all |grep -i debug
  --gdk-debug=FLAGS                 GDK debugging flags to set
  --gdk-no-debug=FLAGS              GDK debugging flags to unset
  --gtk-debug=FLAGS                 GTK+ debugging flags to set
  --gtk-no-debug=FLAGS              GTK+ debugging flags to unset
  --brasero-media-debug             Display debug statements on stdout for Brasero media library
  --gst-debug-help                  Print available debug categories and exit
  --gst-debug-level=LEVEL           Default debug level from 1 (only error) to 9 (anything) or 0 for no output
  --gst-debug=LIST                  Comma-separated list of category_name:level pairs to set specific levels for the individual categories. Example: GST_AUTOPLUG:5,GST_ELEMENT_*:3
  --gst-debug-no-color              Disable colored debugging output
  --gst-debug-color-mode            Changes coloring mode of the debug log. Possible modes: off, on, disable, auto, unix
  --gst-debug-disable               Disable debugging

Olhando para essa lista e para o texto do erro, eu começaria com

$ sound-juicer --gst-debug=all

E prossiga a partir daí. Uma vez que eu o reproduzi, talvez com all os sinalizadores de depuração foram ativados, e ficou claro que isso não era um problema de configuração, ou problema com algo que você fez em termos de configuração. Eu iria ...

Arquive um bug no upstream do som-juicer

Procure no seu rastreador de bugs , e arquive! Você também pode arquivar um bug no launchpad , mas certifique-se de fazer referência ao bug upstream quando você arquiva. Você também pode fazer o contrário e usar ubuntu-bug sound-juicer , o que seria um bom começo no launchpad, mas não seja tímido e deixe o problema por lá, informe também os desenvolvedores do assunto.

Mais informações

Veja aqui algumas dicas gerais sobre execução de aplicativos gtk com sinalizadores de depuração .

    
por dpb 19.02.2018 / 00:10