Re: [shell-script] Re: Enviar músicas para o MP4.

[Julio C. Neves]

Rodrigo,
faz o seguinte: cá um cat -vet /arquivo/que/vc/está/usando | head -5 e
posta na lista. Qdo estiver funcionando, explico.

Abcs,
Julio
*Já foi lançado "Bombando o
Shell<http://www.brasport.com.br/index.php?dispatch=products.view&product_id=666>
". *
*Show **de interfaces gráficas sob Shell!*
*
*



Em 4 de fevereiro de 2012 22:37, Rodrigo Boechat <
address@hidden> escreveu:

> **
>
>
> Julio,
> Obrigado pela resposta.
> Substitui a linha pal sugeria por você, mas novamente só funcionou com a
> lista previamente criada em um arquivo de texto.
> Executando num subshell e jogando a resposta para o while caiu no mesmo
> erro; tudo na mesma linha.
> Por enquanto eu vou ficar com a lista mesmo. Já que ainda não encontrei
> solução para o caso.
>
> Bem. Poderia me explicar essa expressão que você usou no sed?
> Tentei entendê-la mas viajei. haha
> :)
>
> Em 03-02-2012 14:16, Julio C. Neves escreveu:
> > Rodrigo,
> > experimente substituir o sed pelo da linha abaixo:
> >
> > echo "$@" | sed -n "/mp3/s- /-\n/-gpi"
> >
> > Substituindo a barra (/) usada como separador por outro caractere (no
> caso
> > -), fica mais fácil ver.
> >
> > Por outro lado, o grep é desnecessário, já que pode-se conseguir o mesmo
> > efeito com o sed.
> >
> > Abcs,
> > Julio
> > *Já foi lançado "Bombando o Shell".
> > Show de interfaces gráficas sob Shell!*
> >
> >
> >
> >
> > Em 2 de fevereiro de 2012 22:11, Rodrigo Boechat<
> > address@hidden> escreveu:
> >>
> >>
> >> Olá, boa noite.
> >>
> >> Alguém poderia me ajudar?
> >> Quando configurei essa nova versão no Thunar, percebi que havia erro na
> >> linha 76 do script:
> >> http://pastebin.com/DLKipbzv
> >>
> >> done<<< $(echo "$*" | sed -e "s/ \//\n\//g" | grep ".mp3")
> >>
> >> Essa linha está mandando para a variável mp3 [linha 40] toda a lista de
> >> arquivos em uma linha apenas.
> >> Quando aideia é separar os caminhos dos arquivos em linhas para o while
> >> trabalhar.
> >>
> >> Estranho é que, criando um arquivo com a lista, usando a mesma linha:
> >> echo "$*" | sed -e "s/ \//\n\//g" | grep ".mp3"> listaDeTeste
> >>
> >> E jogando para o while o arquivo:
> >> done< listaDeTeste
> >>
> >> Funciona tudo corretamente.
> >>
> >> Não consegui entender porque o erro acontece.
> >> Tentei mas não consegui solucionar o erro.
> >>
> >> Grato!
> >>
> >> Em 24-01-2012 14:30, Rodrigo Boechat escreveu:
> >>> Fernando,
> >>> Bom dia.
> >>>
> >>> Obrigado pela sua colaboração.
> >>> Suas observações foram interessantes e me ajudou muito a mudar meu
> >>> pensamento.
> >>> Como iniciante no shellscript eu realmente não teria como adquirir o
> >>> conhecimento de toda a sintaxe da linguagem.
> >>>
> >>> Valeu muito suas dicas. Pensarei diferente de agora em diante. :)
> >>>
> >>> Segue a nova versão: http://pastebin.com/DLKipbzv
> >>>
> >>> Notei que a versão anterior tinha um erro feio na minha lógica, tinha
> >>> um "w" perdidão no meio do código que estava gerando outro erro [linha
> >>> 58 da versão anterior] e tive problemas com o ls [linha 56, versão
> >>> anterior].
> >>> Acho que consegui resolver tudo. :)
> >>>
> >>> E só explicando. Minhas férias acabaram. Por isso demorei a responder.
> >>>
> >>> Abaixo eu coloquei uns comentários sobre o que você escreveu.
> >>>
> >>>
> >>> Em 29-11-2011 16:07, Fernando Mercês escreveu:
> >>>> Salve, Rodrigo, tudo bem?
> >>>>
> >>>> Vou dar uns pitacos:
> >>>>
> >>>> 1. Quando você repete muito código, é a hora de usar funções. Uma boa
> >>>> aí seria definir, no início do script, uma função de erro, por
> >>>> exemplo:
> >>>>
> >>>> err() {
> >>>> zenity --info --title "Erro!" --text "$1"
> >>>> exit 1
> >>>> }
> >>>>
> >>>> Aí na hora de informar erro, basta fazer:
> >>>>
> >>>> err "mensagem do erro"
> >>>>
> >>>> 2. Colocar todo o seu programa dentro de um bloco de if ou else não é
> >>>> muito prático. Ao invés de fazer:
> >>>> ---
> >>>> if [ ! -n "$1" ]; then
> >>>> #erro
> >>>> else
> >>>> # todo seu programa
> >>>> fi
> >>>> ---
> >>>> Prefira:
> >>>> ---
> >>>> if [ ! -n "$1" ]; then
> >>>> #erro
> >>>> exit 1
> >>>> fi
> >>>>
> >>>> #todo seu programa
> >>>> ---
> >>>>
> >>>> Ou melhor, já usando a sugestão da função err():
> >>>>
> >>>> ---
> >>>> test -f "$1" || err "Falta arquivo de entrada ou não existe..."
> >>>>
> >>>> # todo o seu programa.
> >>>> --
> >>>>
> >>>> Como a função err() tem um exit, ao ser chamada, o script será
> >>>> encerrado. Perceba também que usei a opção -f do teste já neste teste
> >>>> do argumento, então você não precisaria testar novamente como faz na
> >>>> linha 14. ;)
> >>>>
> >>> A linha 14 testa outro arquivo que não é o mesmo do argumento de
> > entrada.
> >>> É um arquivo que "guarda" o ultimo device usado pelo MP4.
> >>> Foi uma tentativa de tentar evitar que a cada execução o script
> >>> procurasse o aparelho novamente; assim ganharia performance. No
> >>> entanto, esbarrei em um erro. De curiosidade fui inserindo e removendo
> >>> pendrives junto com o MP4 até que um pendrive pegasse o mesmo
> >>> dispositivo já usado anteriormente pelo MP4. Aí os arquivos foram
> >>> copiado no pendrive, não para o MP4.
> >>> Pela minha lógica, eu sabia que isso poderia acontecer. só forcei a
> >>> situação para obter a comprovação.
> >>>
> >>> Por esse motivo removi essa parte e voltei a fazer com que o script
> >>> procure, em cada execução, o ponto de montagem do MP4.
> >>>
> >>>> 3. Você checa se o arquivo foi passado na linha de comando, mas dentro
> >>>> do script você fixou o arquivo (linha 12), é isso mesmo? Se sua ideia
> >>>> era fazer uma lógica do tipo "se o usuário informar um arquivo, usa,
> >>>> do contrário, usa o padrão
> >>>> /home/$USER/.enviarParaMP4-pontoDeMontagem", melhor fazer assim:
> >>>>
> >>>> arquivo="$HOME/.enviarParaMP4-pontoDeMontagem"
> >>>> test -f "$1"&& arquivo=$1 || echo "Aviso: usando arquivo padrão
> >>>> $arquivo"
> >>>>
> >>>> O que vem depois do&& só é executado se o test retornar sucesso. O
> >>>> que vem depois do || só é executado se o test falhar.
> >>>>
> >>>> Acho que se você pensar nestes três itens e aplicar em todo o código,
> >>>> terá um script muito menor. ;)
> >>>>
> >>> Bom, justamente a explicação anterior fala sobre o arquivo
> >>> ".enviarParaMP4-pontoDeMontagem".
> >>> O caso da linha 14.
> >>>
> >>> Eu queria evitar a execução de parte do código se o MP4 já estivesse
> >>> montado. Mas como disse houve o erro já explicado.
> >>> Até agora eu não consegui enxergar uma maneira de fazer isso, evitando
> >>> o possível problema, pois para evitar o problema o eu teria que fazer
> >>> toda a checagem novamente. O que tornaria o código redundante.
> >>> Para que eu evitar de executar um código, sendo que para evitar erros
> >>> eu tenho que executá-lo? ^_^"
> >>>
> >>> Opa, me ocorreu uma ideia. Acho que posso verificar o serial direto
> >>> pelo ponto de montagem. Se for possível até valeria a pena executar
> >>> uma linha para verificar se o ponto de montagem se refere ao mesmo
> >>> serial contido na variável "$dispositivoSerial".
> >>>
> >>> *** É pesquisei um bocado. Não consegui encontrar nada que pudesse
> >>> fazer isso sem fazer os passos já feitos para conseguir o ponto de
> >>> montagem. Se alguém souber como se faz e puder contribuir, agradeço.
> >>> :)
> >>>
> >>>> Grande abraço e boa sorte!
> >>>>
> >>> Obrigado. O script final realmente ficou muito menor e mais limpo.
> >>> Gostei do resultado.
> >>>
> >>> Quem tiver o Thunar ou a paciência de executá-lo na linha de comando,
> >>> por favor me retornem os resultados. Até agora não encontrei erros.
> >>>
> >>> Obrigado lista pelas ajudas!
> >>> E se tiverem mais ideias para melhorar o script ou incrementar, me
> > avisem!
> >>> Rodrigo Boechat
> >>>>
> >>>> Att,
> >>>>
> >>>> Fernando Mercês
> >>>> Linux Registered User #432779
> >>>> www.mentebinaria.com.br
> >>>> softwarelivre-rj.org
> >>>> @MenteBinaria
> >>>> ------------------------------------
> >>>> Participe do I Hack'n Rio
> >>>> hacknrio.org
> >>>> ------------------------------------
> >>>>
> >>>> 2011/11/26 Rodrigo Boechat<address@hidden
> >>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>>
> >>>>>
> >>>>>
> >>>>> Acho que finalizei o script.
> >>>>> A nova nova nova versão está no pasteBin:
> >>>>> http://pastebin.com/XMYX6bAR
> >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> > - -
> >>>>> - - - -
> >>>>>
> >>>>> MrBits,
> >>>>> Implementei a contagem de arquivos.
> >>>>> Creio estar funcionando corretamente. hehe
> >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >>>> - - - -
> >>>>> Alysson,
> >>>>> Alterei conforme sua observação.
> >>>>> Obrigado.
> >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >>>> - - - -
> >>>>> Pessoal,
> >>>>>
> >>>>> Enquanto eu estava fuçando no script esbarrei com uma curiosidade.
> >>>>> Fiz o exemplo a baixo para demonstrar o que me aconteceu [Coloquei
> >>>>> "underscore" no lugar de espaços dentro do echo por causa do
> >>>> formato html]:
> >>>>> echo "campo/1_campo/2__campo/3___campo/4____campo/5" | sed -e
> >>>>> "s/\([a-z0-9/]* *\)\{4\}[0-9a-zA-Z/ ]*/\1\##/"
> >>>>>
> >>>>> Sem querer, esse comando de SED que eu fiz, retornou exatamente:
> >>>>> "campo/4____"
> >>>>> !!!!!!
> >>>>> Depois foi só adicionar na linha de sed o "; s/ *//g" e obtive:
> >>>>> "campo/4"
> >>>>>
> >>>>> O interessante é que eu esperava que o retorno fosse o seguinte:
> >>>>> "campo/1_campo/2__campo/3___campo/4____"
> >>>>>
> >>>>> Já que eu tive esse retorno inesperado da regex aproveitei e
> > substituí
> >>>>> uns AWK's, deixando umas linhas menores.
> >>>>> Mas o fato é que eu fiquei sem entender o porque disso ter
> > acontecido.
> >>>>> Alguém consegue compreender o porque? Como eu faria para obter o
> >>>> retorno
> >>>>> esperado?
> >>>>> Já bati um bocado de cabeça e não cheguei na solução. Agora está mais
> >>>>> como curiosidade que como necessidade, mesmo.
> >>>>>
> >>>>> Obrigado por toda a ajuda.
> >>>>> :)
> >>>>>
> >>>>> <http://pastebin.com/XMYX6bAR>
> >>>>>
> >>>>> Em 17-11-2011 09:22, Alysson Gonçalves de Azevedo escreveu:
> >>>>>
> >>>>>> Vi que dentro do while, vc ta rodando o df a todo momento...
> >>>>>> Eu sei que o df é rapinho... mas só por sugestão... não seria
> >>>> melhor pegar
> >>>>>> o tamanho do dispositivo apenas 1 vez e depois subtrair do espaço
> >>>> livre o
> >>>>>> tamanho de cada musica?
> >>>>>>
> >>>>>> Saudações...
> >>>>>>
> >>>>>> Alysson Gonçalves de Azevedo
> >>>>>> (11) 8491-7730
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Em 17 de novembro de 2011 03:25, Rodrigo Boechat<
> >>>>>> address@hidden
> >>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>> escreveu:
> >>>>>>> **
> >>>>>>>
> >>>>>>>
> >>>>>>> Realmente interessante.
> >>>>>>> Eu mesmo pensei em perguntar, mas o Tiago foi o fez na minha
> > frente.
> >>>>>>> :)
> >>>>>>>
> >>>>>>> Bem aqui segue a nova versão da bagaça:
> >>>>>>> http://pastebin.com/XMYX6bAR
> >>>>>>> Se alguém enxergar como melhorar qualquer coisa, me avisa!
> >>>>>>>
> >>>>>>> Tiago,
> >>>>>>> Tentei implementar o esquema da verificação do tamanho do arquivo.
> >>>>>>> Acredito estar funcionando. Mas ainda carece de testes.
> >>>>>>>
> >>>>>>> Como eu optei por verificar o tamanho do arquivo para reservar
> >>>> os 100KB,
> >>>>>>> pros arquivos de configurações do aparelho, não mexi com o
> >>>> tratamento de
> >>>>>>> erro sobre o cp.
> >>>>>>>
> >>>>>>> Ainda estou vendo uma maneira de limitar a quantidade de arquivos
> > no
> >>>>>>> diretório para 999, que é o que o aparelho suporta.
> >>>>>>> Logo mando novas a respeito disso. Talvez um:
> >>>>>>> ls | grep ".mp3" | wc -l
> >>>>>>> resolva meu caso. Eu que não tive tempo de implementar ainda.
> >>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
> >>>>>>>
> >>>>>>> MrBits,
> >>>>>>> Obrigado pela ajuda e pela dica do /proc...
> >>>>>>> Também pelo sed -e 's/^.*\[//g ; s/\].*$//g'
> >>>>>>> Essa abordagem de separar o que eu realmente precisava ficou
> >>>> muito mais
> >>>>>>> fácil e conveniente que meu:
> >>>>>>>
> >>>>>>> sed -e "s/^.\{28\}\([a-z]\{3\}\).*/\1/"
> >>>>>>>
> >>>>>>> E não consegui evitar os subshells, infelizmente.
> >>>>>>> Quebrei cabeça, pesquisei e descobri que, para os processos
> >>>> necessários
> >>>>>>> envolvidos, não há escapatória.
> >>>>>>> Ou eu esqueci de alguma coisa?
> >>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
> >>>>>>>
> >>>>>>> Julio,
> >>>>>>> Obrigado pelas dicas. Também suas explicações foram
> > esclarecedoras.
> >>>>>>> - -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
> >>>>>>>
> >>>>>>> Abraço a todos!
> >>>>>>> Rodrigo Boechat
> >>>>>>>
> >>>>>>> Em 16-11-2011 14:53, Julio C. Neves escreveu:
> >>>>>>>
> >>>>>>>> Fala Pacman,
> >>>>>>>> isso vem desde a época do UNIX. Suponha que vc faça um find
> > assim:
> >>>>>>>> find . -name arq\? -exec grep -l palavra {} \;
> >>>>>>>>
> >>>>>>>> e supondo que esse find encontrasse arq1, arq2 e arq3, a linha
> >>>> montada
> >>>>>>> pelo
> >>>>>>>> exec para execução seria:
> >>>>>>>> rm arq1 ; rm arq2 ; rm arq3
> >>>>>>>>
> >>>>>>>> Usando \+, esta linha ficaria:
> >>>>>>>> rm arq1 arq2 rm arq3
> >>>>>>>>
> >>>>>>>> Daí ser muito mais rápido.
> >>>>>>>> Abcs,
> >>>>>>>> Julio
> >>>>>>>> *Quer aprender tudo de Shell em 2 fins de semana?*
> >>>>>>>> * address@hidden
> >>>> <mailto:julio.neves%40gmail.com><address@hidden
> >>>> <mailto:julio.neves%40gmail.com>> ou (21) 8112-9988*
> >>>>>>>> **
> >>>>>>>> *** » **julioneves1 » juliobash*
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Em 16 de novembro de 2011 13:58, Tiago Peczenyj
> >>>>>>>> <address@hidden
> >>>> <mailto:tiago.peczenyj%40gmail.com>>escreveu:
> >>>>>>>>> **
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> puxa julio eu nao conhecia o \+
> >>>>>>>>>
> >>>>>>>>> vi rapidamente no man find, por acaso o seu livro aborda esta
> >>>>>>>>> construção? confesso que para mim é novidade.
> >>>>>>>>>
> >>>>>>>>> 2011/11/16 Julio C. Neves<address@hidden
> >>>> <mailto:julio.neves%40gmail.com>>:
> >>>>>>>>>> Só para otimizar I/O. Use o mesmo conceito no resto. Troque
> >>>> as linhas:
> >>>>>>>>>> find "/proc/scsi/usb-storage/" -type f -exec grep -l
> >>>>>>>>>> "$dispositivoSerial" {} \; | awk -F '/' '{print "sd "$5}' |
> >>>> tail -n1>
> >>>>>>>>>> $dispositivoArquivo
> >>>>>>>>>> read dispositivo< $dispositivoArquivo
> >>>>>>>>>>
> >>>>>>>>>> por:
> >>>>>>>>>> read dispositivo<<< $(find /proc/scsi/usb-storage/ -type f
> >>>> -exec grep
> >>>>>>>>>> -l "$dispositivoSerial"
> >>>>>>>>>> {} \+ | awk -F '/' '{print "sd "$5}' | tail -n1)
> >>>>>>>>>>
> >>>>>>>>>> Será gerado um subshell para executar o find, mas será mais
> >>>> rápido por
> >>>>>>>>> não
> >>>>>>>>>> fazer I/O. Repare tb que troquei o \; do exec por \+ para ser
> >>>> mais
> >>>>>>>>> rápido.
> >>>>>>>>>> Abcs,
> >>>>>>>>>> Julio
> >>>>>>>>>> *Quer aprender tudo de Shell em 2 fins de semana?*
> >>>>>>>>>> * address@hidden
> >>>> <mailto:julio.neves%40gmail.com><address@hidden
> >>>> <mailto:julio.neves%40gmail.com>> ou (21) 8112-9988*
> >>>>>>>>>> **
> >>>>>>>>>> *** » **julioneves1 » juliobash*
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Em 15 de novembro de 2011 19:05, Rodrigo Boechat<
> >>>>>>>>>> address@hidden
> >>>> <mailto:rodrigo.boechat.tenorio%40gmail.com>> escreveu:
> >>>>>>>>>>> **
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Tiago,
> >>>>>>>>>>>
> >>>>>>>>>>> A sua ideia de abordagem para a questão do espaço foi
> >>>> interessante.
> >>>>>>>>>>> Realmente esqueci que existe a saída de erro... T_T"
> >>>>>>>>>>> O fato é que nunca mexi com isso. Vou pesquisar.
> >>>>>>>>>>>
> >>>>>>>>>>> Também suas observações foram bem feitas. O meu MP4
> >>>> shing-ling suporta
> >>>>>>>>>>> 999 MPtrêzes.
> >>>>>>>>>>> Ok. Eu perguntaria como eu colocaria 999 músicas de
> >>>> qualidade "padrão"
> >>>>>>>>>>> num espaço de 2GB... mas isso não vem ao caso.
> >>>>>>>>>>> Hehehe
> >>>>>>>>>>> E, novamente, sim. Estive olhando o MP4. Ele salva suas
> >>>> configurações
> >>>>>>> de
> >>>>>>>>>>> maneira confusa em vários arquivinhos de texto.
> >>>>>>>>>>> Então seria interessante reservar uns 100KB para o próprio
> >>>> aparelho.
> >>>>>>>>>>> Estudarei como implementar suas ideias em breve.
> >>>>>>>>>>> Por enquanto, obrigado. Assim que eu tiver alguma novidade a
> >>>> esse
> >>>>>>>>>>> respeito eu mostro || echo "Ou mando dúvidas".
> >>>>>>>>>>>
> >>>>>>>>>>> ----------------------------------------
> >>>>>>>>>>> MrBits,
> >>>>>>>>>>>
> >>>>>>>>>>> Rapaz, eu fis muita pesquisa para saber como encontrar o
> >>>> raio do ponto
> >>>>>>>>>>> de montagem.
> >>>>>>>>>>> Nunca eu ia imaginar que esse caminho do proc/scsi pudesse
> >>>> existir. :)
> >>>>>>>>>>> Porque em todas as explicações que eu achei, nada falou a
> >>>> respeito.
> >>>>>>>>>>> Bom. Da forma abaixo, consegui fazer o processo sem usar
> >>>> subshell.
> >>>>>>>>>>> Em contra partida, criou-se um tráfego maior de IO.
> >>>>>>>>>>>
> >>>>>>>>>>> dispositivoArquivo="/home/$USER/.enviarParaMP4-dispositivo"
> >>>>>>>>>>>
> >>>>>>>>>>> find "/proc/scsi/usb-storage/" -type f -exec grep -l
> >>>>>>>>>>> "$dispositivoSerial" {} \; | awk -F '/' '{print "sd "$5}' |
> >>>> tail -n1>
> >>>>>>>>>>> $dispositivoArquivo
> >>>>>>>>>>>
> >>>>>>>>>>> read dispositivo< $dispositivoArquivo
> >>>>>>>>>>>
> >>>>>>>>>>> dmesg | grep -e "$dispositivo.*\[.*Attached" | sed -e
> >>>> 's/^.*\[//g ;
> >>>>>>>>>>> s/\].*$//g' | tail -n1> $dispositivoArquivo
> >>>>>>>>>>>
> >>>>>>>>>>> read dispositivo< $dispositivoArquivo
> >>>>>>>>>>>
> >>>>>>>>>>> mount | grep -i "$dispositivo" | awk '{print $3}'>
> >>>> $dispositivoArquivo
> >>>>>>>>>>> read dispositivo< $dispositivoArquivo
> >>>>>>>>>>>
> >>>>>>>>>>> rm "$dispositivoArquivo"
> >>>>>>>>>>>
> >>>>>>>>>>> A questão, é: O que mais vale a pena?
> >>>>>>>>>>> Voltando aos primórdios da época da faculdade, lembro que IO
> >>>> é sempre
> >>>>>>>>>>> mais lento que processamento na memória.
> >>>>>>>>>>> Mas como eu sou novo na área, realmente gostaria de saber se
> >>>> o caso é
> >>>>>>>>>>> válido. Pois o shell trabalha "suave" com arquivos de texto.
> >>>> E seu eu
> >>>>>>>>>>> jogasse esses arquivos para uma "tmpfs" ao invés do home?
> >>>>>>>>>>>
> >>>>>>>>>>> Grato pela ajuda,
> >>>>>>>>>>> Rodrigo Boechat
> >>>>>>>>>>>
> >>>>>>>>>>> Em 15-11-2011 09:33, MrBiTs escreveu:
> >>>>>>>>>>>
> >>>>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
> >>>>>>>>>>>> Hash: SHA256
> >>>>>>>>>>>>
> >>>>>>>>>>>> On 11/15/2011 01:51 AM, Rodrigo Boechat wrote:
> >>>>>>>>>>>>> MrBiTs, obrigado pela ajuda!
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Estou implementando, seguindo sua dica. O problema é que,
> >>>> olhando
> >>>>>>>>>>>> meu script percebi que há muita subshell. Tentei, mas ainda
> >>>>>>>>>>>>> não consegui enxergar uma maneira de evitá-las.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Tentei usar o esquema:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> variavel=comandos ${variavel}
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Mas não deu certo. E vom o eval eu ainda continuo no
> >>>> problema de
> >>>>>>>>>>>> subshell.
> >>>>>>>>>>>>> Aqui o ${!variavel} sempre retorna vazio.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Existe uma maneira de melhorar a coisa?
> >>>>>>>>>>>> Quando eu tenho tarefas repetitivas de geração de dados, eu
> >>>>>>> geralmente
> >>>>>>>>>>>> as executo uma única vez, direcionando sua saída para uma
> >>>>>>>>>>>> espécie de arquivo de configuração. Posso exemplificar isso
> >>>> numa
> >>>>>>>>>>>> leitura de arquivos que contenham um dado de código de
> > qualquer
> >>>>>>>>>>>> coisa, cuja descrição está numa tabela de banco de dados.
> >>>> Ao invés de
> >>>>>>>>>>>> ler a tabela para cada linha, eu a leio uma única vez e jogo
> >>>>>>>>>>>> sua saída num arquivo no formato chave-valor. Como o bash 4
> >>>> suporta
> >>>>>>>>>>>> nativamete arrays associativos, via declare -A, fica fácil
> >>>>>>>>>>>> você construir a relação. A versão 3 do bash não possui isso
> >>>>>>>>>>>> nativamente, então o ideal é fazer upgrade. Eu
> >>>> particularmente acho
> >>>>>>>>>>>> eval a praga do shell-script. Se é para usar eval e deixar
> >>>> o script
> >>>>>>>>>>>> ininteligível, é mais fácil partir para outra linguagem.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Não me parece, entretanto, ser o caminho, já que você vai
> >>>> querer
> >>>>>>>>>>>> plugar seu emepêquatlo (outro dia me falaram em MP-6, porque
> >>>>>>>>>>>> tocava música, filme, tirava fotos, mostrava fotos, tinha
> >>>> rádio AM-FM
> >>>>>>>>>>>> e jogos, subvertendo a abreviação do formato mpeg layer 4,
> >>>>>>>>>>>> usando isso para indicar quantas funções o aloz flito tinha)
> > a
> >>>>>>>>>>>> qualquer momento e ele poderá usar um dispositivo
> >>>> diferente. Se não
> >>>>>>>>>>>> fosse assim, minha recomendação seria que você gerasse um
> >>>> arquivo de
> >>>>>>>>>>>> parâmetros quando o computador iniciasse.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Claro que usar subshell não é crime. Tudo são ferramentas.
> >>>> Numa hora,
> >>>>>>>>>>>> uma subshell é ruim, como no caso que analisamos da
> >>>>>>>>>>>> velocidade do script, mas tem horas que somente subshells vão
> >>>>>>>>> resolver.
> >>>>>>>>>>>> Um trecho que me chamou a atenção foi esse:
> >>>>>>>>>>>>
> >>>>>>>>>>>> dmesg | grep -i "$numeroDoDispositivo" | grep -i
> >>>> "$nome2MP4" | sed -e
> >>>>>>>>>>>> "s/^.\{28\}\([a-z]\{3\}\).*/\1/" | tail -n1>"$dispositivo"
> >>>>>>>>>>>> pontoDeMontagem=$(mount | grep -i "`cat
> >>>> /home/$USER/.dispositivo`" |
> >>>>>>>>>>>> sed -e "s/^.\{12\}\([0-9a-zA-Z/ -]*\) type.*/\1/")
> >>>>>>>>>>>>
> >>>>>>>>>>>> Primeiro você gera uma string dados do dispositivo, só para
> >>>> filtrar o
> >>>>>>>>>>>> mount com esse dado. Aí pensei em juntar tudo numa coisa só:
> >>>>>>>>>>>>
> >>>>>>>>>>>> pontoDeMontagem=$(mount | \
> >>>>>>>>>>>> grep -i \
> >>>>>>>>>>>> $(dmesg | \
> >>>>>>>>>>>> grep -i "$numeroDoDispositivo" | \
> >>>>>>>>>>>> grep -i "$nome2MP4" | \
> >>>>>>>>>>>> sed -e "s/^.\{28\}\([a-z]\{3\}\).*/\1/" | \
> >>>>>>>>>>>> tail -n1) | \
> >>>>>>>>>>>> sed -e "s/^.\{12\}\([0-9a-zA-Z/ -]*\) type.*/\1/")
> >>>>>>>>>>>>
> >>>>>>>>>>>> Na minha opinião, ficou confuso demais e não reduz a
> >>>> quantidade de
> >>>>>>>>>>>> subshells. Separei os comandos em linhas, para termos melhor
> >>>>>>>>>>>> visibilidade.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Linux tem algumas ferramentas legais para você analisar o
> >>>> que está
> >>>>>>>>>>>> rodando ou instalado na sua máquina. Por exemplo, você
> > procura
> >>>>>>>>>>>> o número do dispositivo assim:
> >>>>>>>>>>>>
> >>>>>>>>>>>> numeroDoDispositivo=$(dmesg | grep -i "$nome1MP4" | sed -e
> >>>>>>>>>>>> "s/^.\{20\}\([0-9:]\{8\}\).*/\1/" | tail -n1)
> >>>>>>>>>>>>
> >>>>>>>>>>>> Entretanto, você tem os sysfs e procfs que te ajudam muito.
> >>>> Veja que
> >>>>>>>>>>>> legal:
> >>>>>>>>>>>>
> >>>>>>>>>>>> $ ls /proc/scsi/usb-storage
> >>>>>>>>>>>> 6
> >>>>>>>>>>>>
> >>>>>>>>>>>> Esse 6 é exatamente o número do dispositivo USB que eu
> >>>> tenho plugado
> >>>>>>>>>>>> no meu computador agora. Obviamente, ele por sí só não diz
> >>>>>>>>>>>> muita coisa, mas se for o único arquivo do diretório,
> >>>> pronto, você já
> >>>>>>>>>>>> eliminou um monte de subshell. Dentro do arquivo temos:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Host scsi6: usb-storage
> >>>>>>>>>>>> Vendor: Kingston
> >>>>>>>>>>>> Product: DT 101 G2
> >>>>>>>>>>>> Serial Number: 001CC07CEB39BB41891A0087
> >>>>>>>>>>>> Protocol: Transparent SCSI
> >>>>>>>>>>>> Transport: Bulk
> >>>>>>>>>>>> Quirks:
> >>>>>>>>>>>>
> >>>>>>>>>>>> Então, talvez um find /proc/scsi/usb-storage -type f -exec
> >>>> grep -l
> >>>>>>>>>>>> $nome1MP4 {}\; seja a forma de você achar o número do
> >>>>>>>>>>>> dispositivo. O arquivo /proc/scsi/scsi também te dá
> > informações
> >>>>>>>>>>>> interessantes, mas ainda não me diz se ele está montado.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Aí, para descobrir qual é o ponto de montagem do safado, e
> >>>> aí vamos
> >>>>>>> ao
> >>>>>>>>>>>> dmesg. Ele sempre escreve algo como sd #Device, então se eu
> >>>>>>>>>>>> filtrá-lo por sd 6, devo ter algo legal:
> >>>>>>>>>>>>
> >>>>>>>>>>>> dmesg | grep -e "sd 6.*\[.*$nome2MP4"
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ele vai me retornar alguma coisa assim:
> >>>>>>>>>>>>
> >>>>>>>>>>>> [57713.679823] sd 6:0:0:0: [sdb] Attached SCSI removable disk
> >>>>>>>>>>>>
> >>>>>>>>>>>> Aí, como o sdb é o que queremos, talvez um dmesg | grep -e
> > "sd
> >>>>>>>>>>>> 6.*\[.*Attached" | sed -e 's/^.*\[//g ; s/\].*$//g' seja
> > legal.
> >>>>>>>>>>>> Como sabemos que todo dispositivo USB será montado em um
> > device
> >>>>>>>>>>>> diferente, se plugarmos o primeiro, temos /dev/sdb, se
> >>>> plugarmos o
> >>>>>>>>>>>> segundo, temos /dev/sdc, isso nos basta. Aí é só ver no mount
> >>>>>>>>>>>>
> >>>>>>>>>>>> mount | grep -i sdb
> >>>>>>>>>>>>
> >>>>>>>>>>>> E viva.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Veja se diminui um pouco seus subshells.
> >>>>>>>>>>>>
> >>>>>>>>>>>> - --
> >>>>>>>>>>>>
> >>>>>>>>>>>> LLAP
> >>>>>>>>>>>>
> >>>>>>>>>>>> .0. MrBiTs - address@hidden
> >>>> <mailto:mrbits.dcf%40gmail.com><mailto:mrbits.dcf%40gmail.com>
> >>>>>>>>>>>> ..0 GnuPG -
> >>>>>>>>>>>>
> >
> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
> >>>> <
> >
> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
> >>>>>>>>>>>> <
> >
> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
> >>>> <
> >
> http://keyserver.fug.com.br:11371/pks/lookup?op=get&search=0x6EC818FC2B3CA5AB
> >>>>>>>>>>>> 000 http://www.mrbits.com.br
> >>>>>>>>>>>>
> >>>>>>>>>>>> -----BEGIN PGP SIGNATURE-----
> >>>>>>>>>>>> Version: GnuPG v1.4.11 (GNU/Linux)
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>> iQEcBAEBCAAGBQJOwk4AAAoJEG7IGPwrPKWr2TEH/ilB3vvv3mDQAuoHF2H3pgsB
> >>>> zsfkOtZEeSExlnsOW35XgvHgB8h7wsIY7MeDaEoMAPY3PH+1eGzCEN9H8sopEpfG
> >>>> D60TisBQOi4RkHJ2HvoHJPEo/Uxl3MGvyXQst2Ds50XmlmheMY6lj9+N0Fw8PQWP
> >>>> /JZ/hL83s2FyoXLd2JtA7Bt9mPAbcEWeQuUcslhw+lzLc678P0rnmV9kAoDaSs9F
> >>>> v9G/8dKELwsJ+DbweBUlJVYTnfSGkQBzegHdFA5OhJ8cC6DO7kiiXAZC+n0tJUQB
> >>>> yhArU6iRFR3DPE1Acpe4SBrpbci7dwtP4JNNur+ScPE/fSoNtETsJU2Pz5E1Awk=
> >>>>>>>>>>>> =3AEc
> >>>>>>>>>>>> -----END PGP SIGNATURE-----
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>> [As partes desta mensagem que não continham texto foram
> >>>> removidas]
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>> [As partes desta mensagem que não continham texto foram
> >>>> removidas]
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> ------------------------------------
> >>>>>>>>>>
> >>>>>>>>>> ----------------------------------------------------------
> >>>>>>>>>> Esta lista não admite a abordagem de outras liguagens de
> >>>> programação,
> >>>>>>>>> como perl, C etc. Quem insistir em não seguir esta regra será
> >>>> moderado
> >>>>>>> sem
> >>>>>>>>> prévio aviso.
> >>>>>>>>>> ----------------------------------------------------------
> >>>>>>>>>> Sair da lista: address@hidden
> >>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
> >>>>>>>>>> ----------------------------------------------------------
> >>>>>>>>>> Esta lista é moderada de acordo com o previsto em
> >>>>>>>>> http://www.listas-discussao.cjb.net
> >>>>>>>>>> ----------------------------------------------------------
> >>>>>>>>>> Servidor Newsgroup da lista: news.gmane.org
> >>>>>>>>>> Grupo: gmane.org.user-groups.programming.shell.brazil
> >>>>>>>>>>
> >>>>>>>>>> Links do Yahoo! Grupos
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>> --
> >>>>>>>>> Tiago B. Peczenyj
> >>>>>>>>> Linux User #405772
> >>>>>>>>>
> >>>>>>>>> http://pacman.blog.br
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>> [As partes desta mensagem que não continham texto foram
> > removidas]
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> ------------------------------------
> >>>>>>>>
> >>>>>>>> ----------------------------------------------------------
> >>>>>>>> Esta lista não admite a abordagem de outras liguagens de
> >>>> programação,
> >>>>>>> como perl, C etc. Quem insistir em não seguir esta regra será
> >>>> moderado sem
> >>>>>>> prévio aviso.
> >>>>>>>> ----------------------------------------------------------
> >>>>>>>> Sair da lista: address@hidden
> >>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
> >>>>>>>> ----------------------------------------------------------
> >>>>>>>> Esta lista é moderada de acordo com o previsto em
> >>>>>>> http://www.listas-discussao.cjb.net
> >>>>>>>> ----------------------------------------------------------
> >>>>>>>> Servidor Newsgroup da lista: news.gmane.org
> >>>>>>>> Grupo: gmane.org.user-groups.programming.shell.brazil
> >>>>>>>>
> >>>>>>>> Links do Yahoo! Grupos
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> [As partes desta mensagem que não continham texto foram removidas]
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>> [As partes desta mensagem que não continham texto foram removidas]
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> ------------------------------------
> >>>>>>
> >>>>>> ----------------------------------------------------------
> >>>>>> Esta lista não admite a abordagem de outras liguagens de
> >>>> programação, como perl, C etc. Quem insistir em não seguir esta regra
> >>>> será moderado sem prévio aviso.
> >>>>>> ----------------------------------------------------------
> >>>>>> Sair da lista: address@hidden
> >>>> <mailto:shell-script-unsubscribe%40yahoogrupos.com.br>
> >>>>>> ----------------------------------------------------------
> >>>>>> Esta lista é moderada de acordo com o previsto em
> >>>> http://www.listas-discussao.cjb.net
> >>>>>> ----------------------------------------------------------
> >>>>>> Servidor Newsgroup da lista: news.gmane.org
> >>>>>> Grupo: gmane.org.user-groups.programming.shell.brazil
> >>>>>>
> >>>>>> Links do Yahoo! Grupos
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> [As partes desta mensagem que não continham texto foram removidas]
> >>>>>
> >>>>>
> >>>>
> >> [As partes desta mensagem que não continham texto foram removidas]
> >>
> >>
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > ------------------------------------
> >
> > ----------------------------------------------------------
> > Esta lista não admite a abordagem de outras liguagens de programação,
> como perl, C etc. Quem insistir em não seguir esta regra será moderado sem
> prévio aviso.
> > ----------------------------------------------------------
> > Sair da lista: address@hidden
> > ----------------------------------------------------------
> > Esta lista é moderada de acordo com o previsto em
> http://www.listas-discussao.cjb.net
> > ----------------------------------------------------------
> > Servidor Newsgroup da lista: news.gmane.org
> > Grupo: gmane.org.user-groups.programming.shell.brazil
> >
> > Links do Yahoo! Grupos
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]