Há alguns dias, precisei usar o comando ffmpeg no terminal do shell para gerar um arquivo1.mp3 a partir do respectivo arquivo1.m4a (arquivo-fonte de áudio em formato MPEG-4).

Passados alguns dias, também tive de gerar arquivo2.mp3, arquivo3.mp3, arquivo4.mp3 e arquivo5.mp3 respectivamente a partir de arquivo2.m4a, arquivo3.m4a, arquivo4.m4a e arquivo5.m4a.

Resolvi então fazer um script do shell Bash, bem simples (sem recursão, sem opções de compressão nem nada), só para encurtar o comando. Ele usa o ffmpeg para extrair a faixa de áudio, convertê-la do formato MPEG-4 para o formato MPEG-3 e então salvá-la dentro de um arquivo .mp3.

Por isto, se eu atualmente quiser gerar um arquivo .mp3 a partir de um arquivo .m4a, eu só preciso digitar o nome do script e o caminho completo para o arquivo .m4a. Por exemplo, o comando:

m4amp3.sh /music/rock/faixa1.m4a
...criará o seguinte arquivo:

/music/rock/faixa1.mp3
Além disso, caso o arquivo contenha vídeo MPEG-4 (i.e. possua uma extensão-container tal como .mp4 ou .m4v), com o script também é possível executar um comando como por exemplo (fictício) este:

m4amp3.sh /videos/filmes/filme1.mp4...ou
m4amp3.sh /videos/filmes/filme1.m4v...e então o script usará o ffmpeg para extrair uma cópia da faixa de áudio .m4a que está dentro do arquivo .mp4/.m4v, converter essa cópia para o formato de áudio MPEG-3 e então gerar o seguinte arquivo de áudio:
/videos/filmes/filme1.mp3

• Caso alguém tenha interesse em usar isso, o primeiro passo é abrir uma janela do emulador de terminal do shell (por exemplo pressionando a combinação de teclas Ctrl Alt T) e então executar o comando abaixo, para instalar o ffmpeg:

sudo snap install ffmpeg

• O segundo passo é executar o comando abaixo, para criar uma pasta scripts dentro da sua pasta pessoal.
  (você pode selecionar o comando abaixo e então usar a combinação de teclas Ctrl C para copiá-lo. Em seguida, clique na janela do emulador de terminal e então pressione a combinação de teclas Ctrl Shift V para colá-lo, daí basta pressionar Enter. Pule esta etapa caso você já possua uma pasta desse tipo)

mkdir ~/scripts

• O terceiro passo é usar o editor de textos Nano para criar o arquivo de script m4amp3.sh dentro da pasta scripts (caso você já possua uma pasta scripts em outro local, ajuste o comando abaixo para que aponte para o local dessa sua pasta):

nano ~/scripts/m4amp3.sh

• O quarto passo consiste em copiar o código abaixo e então colá-lo (Ctrl Shift V) dentro da tela do Nano:

#!/bin/bash
# Este script usa o ffmpeg para gerar um arquivo de áudio MPEG-3 (extensão .mp3) a partir de um arquivo
# de áudio (ou de vídeo) que esteja no formato MPEG-4 (extensão .mp4, .m4v, .m4a etc.).

export font=$1
echo Uso: m4amp3.sh /caminho/para/o/arquivo.m4a
echo ""

if ! command -v ffmpeg &> /dev/null
then
echo O bash não encontrou o executável do ffmpeg!
echo ""
echo Saindo...
sleep 3
exit
fi

while [[ $font = "" ]]
do
echo Informe o caminho completo para o arquivo m4a!
echo ""
echo Saindo...
sleep 3
exit
done

export name=${font%.???}
if [ -f "$font" ]
then
ffmpeg -i "$font" -c:a libmp3lame "$name.mp3"
else
echo $font
echo NÃO é um caminho válido para um arquivo m4a!
echo ""
echo Saindo...
sleep 3
exit
fi

exit

• O quinto passo consiste em pressionar a combinação de teclas Ctrl O e pressionar Enter para salvar essa alteração, e em seguida pressionar a combinação de teclas Ctrl X para sair do Nano.
• O sexto passo consiste em executar o comando abaixo, para tornar esse script executável:

chmod +x ~/scripts/m4amp3.sh

• O sétimo passo consiste em adicionar sua pasta scripts à variável PATH do arquivo de configuração do seu shell Bash (arquivo .bashrc dentro da sua pasta pessoal), para que os scripts que você puser na sua pasta de scripts sejam reconhecidos sempre que você digitar o nome deles no emulador de terminal. Para fazer isso, use o Nano para abrir o arquivo de configuração do seu Bash:

nano ~/.bashrcCaso o Nano mostre para você que dentro desse arquivo existe uma linha começando com PATH=, então adicione o endereço da sua pasta de scripts. Por exemplo, se dentro do arquivo .bashrc existir uma linha assim:

PATH=$PATH:/opt/java/jre/bin

...então adicione o código :~/scripts ao final daquele código. Assim:

PATH=$PATH:/opt/java/jre/bin:~/scripts

Caso o arquivo .bashrc aberto pelo Nano não tenha nenhuma referência à variável PATH, então adicione esta linha ao final do arquivo:

PATH=$PATH:~/scripts

• O oitavo passo consiste em executar o quinto passo novamente, para salvar as alterações feitas (Ctrl O + Enter) e então sair do editor de texto Nano (Ctrl X).
• O nono passo consiste em executar o seguinte comando, que fará o shell inicializar as configurações que você adicionou:

source ~/.bashrc

Pronto: daqui para a frente, bastará executar o comando m4amp3.sh /caminho/para/o/arquivo.m4a que um arquivo mp3 com o mesmo nome será criado dentro da mesma pasta. 

PS: o ffmpeg instalado como snap requer que o arquivo (de áudio ou vídeo) MPEG-4 NÃO esteja dentro de nenhuma pasta do sistema (como por exemplo /tmp, /usr ou /opt). Consequentemente, caso o ffmpeg instalado por você realmente seja um snap, coloque o arquivo de áudio/vídeo MPEG-4 dentro da sua pasta pessoal que está em /home e somente então use o script.

---

INTRODUÇÃO
Recentemente comprei (via Internet) uma certidão digital num cartório e o arquivo da certidão veio assim: certidao.pdf.p7s  Essa extensão dupla (.pdf.p7s) indica que se trata de um arquivo no formato PDF que em seguida foi "empacotado" para um arquivo-pacote no formato P7S. Tentei abrir esse arquivo P7S com diferentes aplicativos visualizadores de arquivos PDF, mas nenhum deles foi capaz de ler esse arquivo PDF com extensão P7S. E na Internet eu também não encontrei nenhum visualizador online para esse tipo de arquivo.

Essa extensão P7S é pouco conhecida, mas imagine o seguinte: digamos que você pegue um arquivo PDF e o "empacote" como um arquivo TAR (ou ZIP, se preferir). Embora esse arquivo-pacote não requeira uma senha para ser aberto, o "empacotamento" que você aplicou fará com que esse arquivo PDF "empacotado" se torne ilegível para aplicativos visualizadores de arquivos PDF, não é mesmo? Por exemplo: se você tentar abrir um tal de arquivo.pdf.tar ou arquivo.pdf.zip com um visualizador de arquivos PDF, o visualizador retornará um erro.

Pois é, um arquivo P7S é essencialmente isso: ele é um arquivo (não necessariamente PDF...) que foi criptografado ("empacotado" para um formato criptográfico) e, por causa disso, o aplicativo visualizador do arquivo em sua forma original (como por exemplo um visualizador de arquivos PDF) não conseguirá mais ler o código-fonte desse arquivo e exibir para você as informações dele, justamente devido à aplicação dessa criptografia que deixou o arquivo PDF com formato P7S.

O que ocorre é que existe um formato de assinatura eletrônica – denominado CAdES¹ – que é largamente aceito pelo mercado por ser um formato capaz de assinar digitalmente qualquer tipo de arquivo: DOC, ODT, DOCX, XLS, TXT, PPT, OTT etc. – inclusive arquivos PDF. No entanto, esse padrão de assinatura produz um arquivo de extensão P7S que não é nem um pouco fácil de se conseguir visualizar.

A razão por que não é fácil visualizar arquivos P7S é que um visualizador desses teria de ser um aplicativo capaz de não apenas descriptografar (interpretar e descodificar) o conteúdo do arquivo P7S, mas também teria de ser capaz de mostrar o conteúdo do arquivo P7S descriptografado. O problema é que esse arquivo descriptografado pode ser um arquivo PDF, um arquivo TXT, um DOC, um ODS, um XLS, um PPT, um arquivo de imagem JPG etc., portanto o visualizador teria de ser capaz não apenas de ler o código P7S e descriptografá-lo, mas ainda por cima mostrar para você o conteúdo do arquivo independentemente do formato original dele (PDF, TXT, DOC, ODS, XLS, PPT, JPG etc.). Percebe a complexidade disso? Se já é necessário um programa específico para abrir arquivos DOC e DOCX, outro programa específico para abrir arquivos PDF, outro para arquivos XLS etc., imagine um programa capaz de abrir e exibir o conteúdo de todos eles!

É por isso que geralmente as pessoas "desempacotam" o arquivo P7S e então abrem o arquivo "desempacotado" no aplicativo visualizador específico. Se você desempacotar o arquivo P7S e o resultado for um arquivo ODS, por exemplo, você abre esse ODS no LibreOffice Calc; se o resultado for um arquivo PDF, você abre o PDF num visualizador de arquivos PDF; e assim por diante.

Apesar de ser difícil um visualizador "universal" para arquivos P7S, existe um modo relativamente simples de conseguir "extrair" o conteúdo do arquivo P7S: basta instalar o pacote openssl e utilizá-lo, no terminal do shell do Linux, para executar um comando que criará um arquivo-clone do arquivo P7S, em seguida lerá o conteúdo criptografado desse arquivo-clone, descriptografará esse conteúdo do arquivo-clone e então salvará esse arquivo-clone (para que ele se torne um arquivo legível, visualizável). O resultado será então o seu arquivo P7S original intacto e, além disso, um arquivo-clone que conterá o conteúdo descriptografado e fácil de visualizar.

---

EXTRAINDO O CONTEÚDO DO ARQUIVO P7S
Meu sistema Linux (XUbuntu 16.04 de 64 bits) já estava com o openssl instalado, mas se esse não for o seu caso basta abrir uma janela do terminal do shell (a combinação de teclas Ctrl Alt T normalmente faz isso) e então executar no terminal este comando de instalação do openssl:
sudo apt-get install openssl -y
Uma vez que o pacote openssl esteja instalado, use o comando cd para acessar a pasta em que o arquivo P7S se encontra. A título de exemplo, suponha que o arquivo certidao.pdf.p7s esteja em /tmp e eu queira descriptografar o conteúdo dele para um arquivo certidao.pdf que também quero que fique na pasta /tmp. Em tal caso, primeiro eu entro na pasta com este comando:
cd /tmp
...e em seguida executo este comando para criar o arquivo descriptografado certidao.pdf a partir do original certidao.pdf.p7s:
openssl smime -inform DER -verify -noverify -in certidao.pdf.p7s -out certidao.pdf
O resultado será então o arquivo certidao.pdf, que você poderá abrir com qualquer visualizador de arquivos PDF. 

Caso (por exemplo) o arquivo original seja um DOC ao invés de PDF, como por exemplo arquivo.doc.p7s, execute o comando assim:
openssl smime -inform DER -verify -noverify -in arquivo.doc.p7s -out arquivo.doc
Se o arquivo não tiver a extensão original dele, como por exemplo arquivo.p7s, e além disso você não souber qual é o formato original do arquivo, execute o comando assim:
openssl smime -inform DER -verify -noverify -in arquivo.p7s -out arquivo
...e depois tente abrir o arquivo simplesmente clicando duas vezes sobre ele (ou clicando uma vez e pressionando a tecla Enter). O Linux é inteligente o bastante para ler o cabeçalho do código-fonte do arquivo, identificar o formato dele e selecionar o visualizador adequado (caso seu sistema possua). Mas se você fizer isso e não funcionar, tente abrir arquivo com diferentes visualizadores, como por exemplo visualizador (e/ou editor) de arquivos PDF, visualizador (e/ou editor) de arquivos DOC, DOCX, ODT, XLS, XLSX, PPT etc.

Ainda no terminal, este comando:
cat arquivo | grep -i pdf
...retornará a mensagem "Arquivo binário (entrada padrão) coincide com o padrão" caso arquivo seja um arquivo PDF. Se não for PDF, o comando acima não retornará mensagem nenhuma (resposta vazia). Para arquivos DOC e DOCX você deve substituir pdf por doc, no comando acima (ali logo depois do grep -i), e para arquivos XLS e XLSX use excel no lugar de pdf.

Os navegadores mais populares, como por exemplo Google Chrome e Mozilla Firefox, conseguem visualizar arquivos PDF, TXT, RTF etc. dentro da própria janela deles (além, obviamente, de arquivos HTM, HTML e alguns em formato PHP), então se por exemplo você abrir uma janela do Google Chrome e abrir este endereço:

file:///tmp/arquivo

...o Google Chrome mostrará para você uma visualização do arquivo, caso arquivo esteja em um formato que o Google Chrome é capaz de reconhecer e exibir para visualização (se não estiver, o navegador fará download do arquivo ao invés de exibi-lo na própria janela).

---

VISUALIZANDO A ASSINATURA DO ARQUIVO P7S

Agora que você já extraiu o conteúdo de arquivo.p7s e o visualizou, digamos que você queira ver o certificado da assinatura criptográfica dele, ou seja, queira saber quem assinou o arquivo, quando assinou, qual a chave criptográfica do certificado usado nessa assinatura etc. E aí, como fazer isso?

Em tal caso, basta retornar ao terminal e executar este comando:

openssl smime -inform DER -verify -in arquivo.p7s -noverify -signer cert.pem
O resultado desse comando será o arquivo cert.pem que conterá o certificado usado na assinatura do arquivo. Para visualizá-lo, basta executá-lo (com um clique duplo, ou ainda selecionando o arquivo e em seguida pressionando a tecla Enter). No terminal você pode abrir esse arquivo com este comando:

mimeopen cert.pem
Caso sua distribuição Linux não possua um visualizador para arquivos PEM, e por isto nenhum dos métodos de visualização anteriormente citados funcione, retorne ao terminal e execute este comando mais completo:

openssl smime -inform DER -verify -in arquivo.p7s -noverify -signer cert.pem ; keytool -printcert -file cert.pem > cert.txt
O comando acima produzirá o mesmo arquivo cert.pem mas o usará para gerar o arquivo cert.txt que conterá os dados do certificado em formato de texto puro, que você poderá então abrir com qualquer visualizador e/ou editor de textos, ou até mesmo no seu navegador, abrindo este endereço ali na barra de endereços (supondo que o arquivo esteja em /tmp/cert.txt):

file:///tmp/cert.txt

É isso. 

EDIT: existe uma aplicação, denominada XCA, que é capaz de ler arquivos de certificado. Para instalar a aplicação XCA, basta executar este comando:

sudo apt-get install xca -y
...e em seguida executar o XCA, criar um novo banco de dados² e então, na aba Certificates, clicar no botão Import, selecionar o arquivo cert.pem e clicar em Abrir. Uma vez feito isso, o certificado aparecerá na janela. Basta efetuar um clique duplo sobre a linha que contém as informações resumidas do certificado (ou então clicar uma vez nele e em seguida clicar no botão Show Details) que as informações completas do certificado serão exibidas.

Elaborei também uma pequena apresentação de diapositivos (slides) no Google Slides. A apresentação explica o mesmo que o tutorial acima, só que de maneira gráfica e um pouco mais resumida. Quem quiser ver, basta clicar aqui.

Se quiser utilizar um visualizador gráfico de arquivos P7S, veja este meu tutorial (ele também está em formato de apresentação de slides do Google Slides). Importante: será necessário possuir o JRE (Ambiente de Execução Java) instalado no sistema.

Notas de rodapé
¹ A abreviatura CAdES significa CMS Advanced Electronic Signature, ou seja: "Assinatura Eletrônica CMS Avançada". E a abreviatura CMS significa Cryptographic Message Syntax, ou seja: "Sintaxe de Mensagem Criptográfica". Portanto, CAdES é um formato avançado de assinatura eletrônica em que essa assinatura é construída utilizando-se uma sintaxe de mensagens criptográficas.

² Na janela do aplicativo XCA, use a combinação de teclas Ctrl N (ou então clique em File e depois em New Database), então selecione uma pasta na qual deseja guardar o banco de dados, digite um nome para o banco de dados e confirme clicando em Salvar.

Internet afora há "trocentos" artigos (como este, por exemplo) explicando que as pastas padrão do Ubuntu são denominadas "pastas XDG". Essa abreviatura "XDG" vem de X Desktop Group, que foi o nome inicialmente usado pela organização Free Desktop antes de ela obviamente mudar o próprio nome. Conforme consta nesses tantos artigos, a configuração padrão das pastas XDG é esta:

XDG_DESKTOP_DIR="$HOME/Área de trabalho"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/Modelos"
XDG_PUBLICSHARE_DIR="$HOME/Público"
XDG_DOCUMENTS_DIR="$HOME/Documentos"
XDG_MUSIC_DIR="$HOME/Música"
XDG_PICTURES_DIR="$HOME/Imagens"
XDG_VIDEOS_DIR="$HOME/Vídeos"
...e é essa configuração padrão que faz com que na pasta da sua conta de usuário existam as pastas Área de trabalho, Downloads, Modelos, Público, Documentos, Música, Imagens e Vídeos.

Esses artigos normalmente ensinam que, para customizar as suas pastas XDG, basta editar o arquivo abaixo indicado (o caractere ~ é um atalho para a pasta do usuário que está conectado no momento, portanto enquanto a pasta pessoal do usuário for /home/bogus/, por exemplo, o caractere ~ será sinônimo de /home/bogus):

~/.config/user-dirs.dirs
O arquivo acima pode ser aberto para edição por intermédio de um comando como, por exemplo, este:

gedit ~/.config/user-dirs.dirs
...ou este:

nano ~/.config/user-dirs.dirs
...que lhe possibilitará usar um editor de textos simples (como o GEDIT ou o NANO) para modificar o texto que define a localização de cada uma dessas pastas.

Após modificar o que você quiser no arquivo e salvar as alterações, é só sair do editor de textos e então executar este comando:

xdg-user-dirs-update
...que as alterações efetuadas por você no arquivo de configuração entrarão em vigor.

Um exemplo: eu recentemente resolvi criar uma pasta Desktop dentro da minha pasta /home/sampayu/ (nome fictício ), portanto ficou assim: /home/sampayu/Desktop/
No gerenciador de arquivos (que no meu caso é o Thunar) já aparecia a pasta XDG /home/sampayu/Área de trabalho/, e ao clicar nela eu via mesmo os arquivos que deixo na área de trabalho, mas eu queria que o conteúdo mostrado na minha área de trabalho passasse a ser aquele que está dentro da pasta /home/sampayu/Desktop/. Por causa disso, após criar a tal da pasta Desktop eu fui lá na área de trabalho e movi todos os arquivos de /home/sampayu/Área de trabalho/ para /home/sampayu/Desktop/. Em seguida, eu excluí a pasta Área de trabalho (já que ela agora estava vazia e sem uso). Resultado: na área de trabalho do meu computador os arquivos desapareceram. Isso é normal e ocorreu porque, embora esses arquivos tenham passado a estar sãos e salvos dentro da pasta Desktop, o sistema Linux "não sabia" disso e, por isto, continuou tentando mostrar na minha área de trabalho os arquivos que o Linux ainda esperava que estivessem armazenados dentro daquela pasta /home/sampayu/Área de trabalho/. 

Após isso, o próximo passo foi informar ao Linux que minha "pasta XDG de área de trabalho" não era mais /home/sampayu/Área de trabalho/ mas sim /home/sampayu/Desktop/, por isto abri o arquivo ~/.config/user-dirs.dirs no editor de textos e mudei o código para este (observe a diferença na primeira linha do código):

XDG_DESKTOP_DIR="$HOME/Desktop"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/Modelos"
XDG_PUBLICSHARE_DIR="$HOME/Público"
XDG_DOCUMENTS_DIR="$HOME/Documentos"
XDG_MUSIC_DIR="$HOME/Música"
XDG_PICTURES_DIR="$HOME/Imagens"
XDG_VIDEOS_DIR="$HOME/Vídeos"
Após realizar essa modificação, salvei o arquivo e fechei o editor de textos, então executei este comando:

xdg-user-dirs-update
...e, de fato, após isso os arquivos armazenados em /home/sampayu/Desktop/ passaram a ser exibidos na área de trabalho do meu computador. 

A propósito, a palavra $HOME é uma variável de sistema que representa o caminho para a pasta do usuário que está conectado no momento, portanto é a mesma coisa que o caractere ~. No meu exemplo fictício, o valor dessa variável $HOME é /home/sampayu, portanto aquele código XDG_DESKTOP_DIR="$HOME/Desktop", por exemplo, significa que minha "pasta XDG de área de trabalho" (XDG_DESKTOP_DIR) vem a ser $HOME/Desktop, o que corresponde a /home/sampayu/Desktop. 

Eu também poderia ter modificado aquele arquivo de configuração sem abri-lo em um editor de textos. Bastaria eu executar o seguinte comando de atualização de pasta XDG:

xdg-user-dirs-update --set DESKTOP /home/sampayu/Desktop
O comando acima significa "defina" (set) "a pasta da área de trabalho" (DESKTOP) "como sendo /home/sampayu/Desktop".

---

Mas e quando você quer que alguma dessas pastas fique em outra partição ou até mesmo em outro disco rígido?

Pois é, isso aconteceu comigo e não encontrei nenhum artigo explicando como fazer isso... 

Eu tenho um segundo disco rígido e ele é automaticamente montado na pasta /biblioteca/de/filmes/ (nome fictício ataca novamente ). Como eu uso esse segundo disco rígido exclusivamente para guardar nele os meus arquivos de vídeo (filmes), eu voltei lá no arquivo ~/.config/user-dirs.dirs e mudei o conteúdo para isto:

XDG_DESKTOP_DIR="$HOME/Desktop"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/Modelos"
XDG_PUBLICSHARE_DIR="$HOME/Público"
XDG_DOCUMENTS_DIR="$HOME/Documentos"
XDG_MUSIC_DIR="$HOME/Música"
XDG_PICTURES_DIR="$HOME/Imagens"
XDG_VIDEOS_DIR="/biblioteca/de/filmes"
...e então salvei o arquivo, fechei o editor de textos, executei este comando de atualização:

xdg-user-dirs-update
...e quebrei a cara, porque não funcionou. 

Após realizar essa modificação, eu esperava não apenas clicar lá em /biblioteca/de/filmes/ e ver meus arquivos de vídeo (como de fato continuou ocorrendo como de costume), mas eu também esperava que ao clicar lá naquela pasta /home/sampayu/Vídeos/ eu também veria exatamente os mesmos arquivos de vídeo, ou seja: o conteúdo do segundo disco rígido seria exibido tanto em /biblioteca/de/filmes/ (ponto de montagem) quanto em /home/sampayu/Vídeos/ (pasta XDG de vídeos). No entanto, não foi isso que ocorreu: a pasta /home/sampayu/Vídeos/ continuou não mostrando nada exceto o vazio mesmo. 

Foi aí que tive a ideia de apagar a pasta /home/sampayu/Vídeos/ (lembre-se: ela estava vazia) e, no lugar dela, colocar um link simbólico /home/sampayu/Vídeos apontando para /biblioteca/de/filmes/. O comando para fazer isso (após deletar a pasta Vídeos vazia) é este:

ln -s -T /biblioteca/de/filmes /home/sampayu/Vídeos
Se o comando acima não funcionar com você, experimente executá-lo como superusuário ("root"):

sudo ln -s -T /biblioteca/de/filmes /home/sampayu/Vídeos
Como no caso da pasta situada em outro disco rígido não adiantou nada editar o arquivo ~/.config/user-dirs.dirs, eu devolvi pra dentro desse arquivo a configuração padrão da pasta XDG de vídeos, ou seja: lá onde eu havia mudado o texto para XDG_VIDEOS_DIR="/biblioteca/de/filmes" eu mudei o código de volta para XDG_VIDEOS_DIR="$HOME/Vídeos" e, após salvar o arquivo e fechar o editor de textos, executei o comando:

xdg-user-dirs-update
Conforme explicado anteriormente, outro modo de restituir essa configuração é executar o seguinte comando, diretamente no terminal (shell) do Linux:

xdg-user-dirs-update --set VIDEOS $HOME/Vídeos
Depois que efetuei esses ajustes, toda vez em que eu clico em /home/sampayu/Vídeos/ o que eu vejo é o conteúdo (filmes) do segundo disco rígido que está montado em /biblioteca/de/filmes/, e quando salvo algum arquivo na área de trabalho do computador ele aparece dentro de /home/sampayu/Desktop/. Problema resolvido! 

A quatro dias do término do prazo para apresentação das declarações do imposto de renda 2017 (exercício 2016), mais de 11 milhões de brasileiros ainda não entregaram a declaração. Caso você seja uma dessas pessoas e só não entregou ainda sua declaração porque está vivenciando dificuldades para instalar o programa IRPF 2017 no *Ubuntu Linux, siga a dica a seguir.
 

---

COMO INSTALAR O IRPF 2017

---

Para instalar (e depois executar) o IRPF 2017 de modo praticamente automático, abra uma janela do terminal do shell (não execute o terminal em modo root / superusuário) e então execute este supercomando:

if [ -d ~/ProgramasRFB/IRPF2017 ]; then sudo rm -rf ~/ProgramasRFB/IRPF2017; fi; if [ -d /opt/java ]; then sudo rm -rf /opt/java; sudo mkdir /opt/java; else sudo mkdir /opt/java; fi; if [ `getconf LONG_BIT` == 64 ]; then sudo wget http://javadl.oracle.com/webapps/download/AutoDL?BundleId=220305_d54c1d3a095b4ff2b6607d096fa80163 -O /opt/java/jre.tar.gz; wget http://downloadirpf.receita.fazenda.gov.br/irpf/2017/irpf/arquivos/IRPF2017Linux-x86_64v1.1.bin -O /tmp/irpf.bin; else sudo wget http://javadl.oracle.com/webapps/download/AutoDL?BundleId=220303_d54c1d3a095b4ff2b6607d096fa80163 -O /opt/java/jre.tar.gz; wget http://downloadirpf.receita.fazenda.gov.br/irpf/2017/irpf/arquivos/IRPF2017Linux-x86v1.1.bin -O /tmp/irpf.bin; fi; cd /opt/java; sudo tar -xvf jre.tar.gz; sudo mv ./jre1* ./jre; sudo rm -f ./jre*.tar.gz; sudo update-alternatives --install /usr/bin/java java /opt/java/jre/bin/java 10; sudo update-alternatives --set java /opt/java/jre/bin/java; sudo chmod +x /tmp/irpf.bin; /tmp/irpf.bin
Nota: após selecionar e copiar o supercomando acima, você pode usar a combinação de teclas Ctrl Shift V para colar o supercomando dentro da janela do terminal. 

Quando o supercomando acima chegar ao final, a janela do programa de instalação do IRPF surgirá na sua tela, daí você deverá:

1) Clicar em Sim;
2) Em seguida, clicar em Avançar;
3) Em seguida, clicar novamente em Avançar, pois o instalador estará mostrando, no campo "Pasta de destino", o endereço /home/sua-conta/ProgramasRFB/IRPF2017 e é aí mesmo que o IRPF 2017 tem de ser instalado. Portanto, não altere o local de instalação (observe que sua-conta representa sua pasta de usuário);
4) Em seguida, clicar mais uma vez em Avançar, para confirmar o local de instalação; e
5) Por fim, certificar-se de que a caixa "Criar atalho na Área de Trabalho" está marcada com um X, e daí clicar em Concluir.

Após a instalação estar concluída, o executável do IRPF 2017 deverá aparecer no menu do seu sistema, assim como um atalho para o IRPF 2017 deverá estar presente na Área de Trabalho ("desktop") do seu sistema. Caso nada disso ocorra e, por isto, você não consiga iniciar o programa IRPF 2017, volte ao terminal do shell e execute este comando:

java -jar ~/ProgramasRFB/IRPF2017/irpf.jar

---

COMO DESINSTALAR O IRPF 2017

---

Para desinstalar o IRPF 2017, basta retornar ao terminal do shell e executar este comando:
~/ProgramasRFB/IRPF2017/uninstall
A janela do desinstalador surgirá, daí você deverá:

1) Clicar em Sim;
2) Em seguida, selecionar a opção "Desinstalação Padrão", pois se você selecionar "Desinstalação Completa" não apenas o programa será desinstalado, mas além disso todas as declarações de imposto de renda serão deletadas; e
3) Por fim, clicar em Concluir.

Pronto. 

IMPORTANTE
Atualmente (pelo menos até 19/01/2018), o método mais prático, fácil e confiável de se instalar o Adobe Flash no Linux - tanto para Google Chrome quanto para Mozilla Firefox - consiste em se executar este comando, no terminal do shell:

sudo apt-get install adobe-flashplugin -y
Se (e somente se) o método acima não estiver atendendo você, prossiga com a leitura e execução dos passos do tutorial abaixo. Talvez a instalação manual funcione com seu(s) navegador(es) que porventura ainda suportem o plugin NPAPI do Adobe Flash. Talvez não. Se não funcionar, o tutorial explica como também desinstalar o Adobe Flash.

---

Os navegadores Google Chrome e Google Chromium utilizam um plugin flash padrão PPAPI denominado Pepper Flash. Esse plugin substituiu o plugin flash padrão NPAPI desenvolvido pela empresa Adobe. No entanto, nos navegadores que utilizam o motor Gecko - como é o caso do Mozilla Firefox, Iceweasel e SeaMonkey, por exemplo - ainda não há suporte para plugins PPAPI: somente para plugins NPAPI. Por essa razão, é necessário ter instalado o plugin Adobe Flash padrão NPAPI: somente assim o navegador que use motor Gecko conseguirá executar e exibir conteúdo escrito em flash.

O tutorial a seguir explica o passo-a-passo que pode ser seguido para executar uma instalação manual do plugin flash NPAPI da Adobe:

1. Identifique a arquitetura do seu sistema operacional.
Abra uma janela do terminal do shell (na maioria das distribuições da família *Ubuntu, a combinação de teclas Ctrl Alt T pode ser usada para iniciar uma nova janela do terminal do shell do Linux) e daí execute este comando, dentro do terminal:
uname -i
Se o resultado do comando acima contiver o número 64 (exemplo: x86_64), então seu sistema é de 64 bits. Caso contrário, seu sistema é de 32 bits.

Nota: NÃO FECHE A JANELA DO TERMINAL DO SHELL. Deixe-a aberta, pois você a utilizará ainda algumas vezes, ao longo deste tutorial.

2. Acesse o website da Adobe e informe qual é a arquitetura do seu sistema operacional.
Uma vez que você saiba qual é a arquitetura do seu sistema operacional, acesse https://get.adobe.com/flashplayer/otherversions/ e, no campo Etapa 1, selecione a arquitetura do seu sistema operacional: Linux (32-bit) ou Linux (64-bit).

3. Selecione o plugin NPAPI e baixe o tarball dele.
No Linux, é possível usar o programa tar para selecionar diversos arquivos e/ou pastas e guardar uma cópia deles dentro de um único arquivo não comprimido, que terá a extensão .tar. No entanto, como arquivos .tar não são comprimidos, é comum o usuário Linux pegar o arquivo .tar e então comprimi-lo usando um programa de compactação, de modo que o resultado seja um arquivo .tar compactado que os linuxistas (usuários de Linux) chamam de tarball. Portanto, um tarball nada mais é que um arquivo .tar comprimido, e que por isto possui extensão do tipo .tar.xxx, em que xxx é uma extensão de arquivo compactado como por exemplo zip, gz, bz2, 7z etc. Arquivos como, por exemplo, tarball1.tar.gz, tarball2.tar.zip, tarball3.tar.7z e tarball4.tar.bz2 são todos considerados tarballs.

Agora que você sabe o que é um tarball: de volta à página de download do Adobe Flash, siga para o campo Etapa 2 e selecione a opção que se refere ao tarball NPAPI. Ou seja: selecione a opção cujo nome termina com (.tar.gz) - NPAPI. Em seguida, clique no botão Baixe agora e salve o tarball dentro da pasta /tmp com o nome flash.tar.gz (caso seu navegador automaticamente salve o arquivo dentro de sua pasta pessoal de Downloads, como por exemplo /home/meu-nome-de-usuário/Downloads/flash_player_npapi_linux.x86_64.tar.gz, abra seu gerenciador de arquivos, vá até essa sua pasta de downloads, renomeie o tarball para flash.tar.gz e então mova o tarball para /tmp).

4. Acesse a pasta /tmp e extraia todo o conteúdo do tarball.
De volta ao terminal do shell, execute este comando:
cd /tmp ; tar -xvf flash.tar.gz
5. Crie a pasta do plugin flash NPAPI da Adobe.
Execute o comando abaixo, dentro do terminal do shell, para que o diretório do plugin seja criado:
if [ -d /usr/lib/adobe-flashplugin ]; then sudo rm -r /usr/lib/adobe-flashplugin; fi ; sudo mkdir /usr/lib/adobe-flashplugin
6. Copie o plugin para dentro da pasta do plugin flash NPAPI da Adobe.
Execute o comando abaixo, dentro do terminal do shell, para copiar o plugin para dentro da nova pasta que você acabou de criar:
sudo cp -f libflashplayer.so /usr/lib/adobe-flashplugin/
7. Crie o link simbólico do instalador automatizado.
Uma vez que o plugin haja sido copiado, execute o comando abaixo, dentro do terminal do shell, para criar um link simbólico que vincule o plugin ao instalador automatizado do plugin flash NPAPI da Adobe. Isso é importante para a integridade do sistema operacional.
sudo ln -sf /usr/lib/adobe-flashplugin/libflashplayer.so /usr/lib/flashplugin-installer/libflashplayer.so
Nota: nem todos os sistemas Linux têm o instalador automatizado. No entanto, o comando acima é inofensivo: caso o seu sistema tenha o instalador, o comando acima preservará a integridade do sistema; caso o seu sistema não tenha o instalador, o comando acima não fará nada, não fará mal nenhum ao seu sistema (não surtirá efeito nenhum).

8. Copie os demais componentes do Adobe Flash para dentro da árvore do seu sistema operacional.
Execute este comando, no terminal do shell, para que os componentes do Adobe Flash sejam copiados para o seu sistema (o plugin necessita desses componentes, para poder funcionar):
sudo cp -rf /tmp/usr /
9. Verifique se o procedimento funcionou.
Feche seu navegador que utilizará o plugin NPAPI (exemplo: Firefox) e então execute-o novamente. Em seguida, acesse o endereço about:plugins para verificar se o navegador detectou o plugin flash NPAPI que agora se encontra localizado em /usr/lib/adobe-flashplugin/libflashplayer.so (esse plugin também tem de aparecer quando você acessa o endereço about:addons e então clica na seção Plugins). Se o seu navegador realmente detectou o plugin, então tanto em about:plugins quanto na seção Plugins de about:addons você verá diversas informações a respeito do plugin, inclusive um texto como este:

Shockwave Flash 24.0 r0

Caso seu navegador haja mesmo detectado o plugin, acesse http://www.adobe.com/software/flash/about/ para verificar a versão completa do flash que seu navegador está usando e verificar se essa versão está desatualizada ou se é a mais recente disponível. Caso esteja tudo certo (flash instalado, detectado pelo navegador, detectado pelo website e funcionando), na página http://www.adobe.com/software/flash/about/ você verá uma mensagem parecida com esta:

Version information

You have version 24,0,0,186 installed

...que, em português, significa isto:

Informação da versão

Você possui a versão 24,0,0,186 instalada

Notas:

• Caso seu sistema operacional possua o instalador automatizado e você haja criado o link simbólico, é possível que seu navegador mostre que o plugin está em /usr/lib/flashplugin-installer/libflashplayer.so ao invés de em /usr/lib/adobe-flashplugin/libflashplayer.so. Isso é normal.
• Caso você esteja usando o navegador Mozilla SeaMonkey de 32 bits dentro de um sistema Linux de 64 bits, o navegador SeaMonkey não "enxergará" o plugin. Neste caso, use outro navegador (Firefox, por exemplo) para poder usar o plugin flash NPAPI da Adobe.
• Caso atualmente o Adobe Flash esteja em uma versão mais recente do que na última vez em que este tutorial foi atualizado, então tanto em about:plugins quanto na seção Plugins de about:addons o número 24.0 r0 será diferente (maior) do que o mostrado neste tutorial, e na página http://www.adobe.com/software/flash/about/ o número 24,0,0,186 também será diferente (maior) do que o mostrado neste tutorial. O importante é que você esteja com a última (a mais nova) versão do Adobe Flash instalada.

10. Reinicie o computador.
Reinicie o seu computador, apenas para se certificar de que o menu de aplicações do seu sistema mostrará o painel de controle Adobe Flash Player. Se quiser reiniciar o sistema via terminal do shell, basta executar este comando:
sudo telinit 6
Uma vez reiniciado o sistema, o item Adobe Flash Player deverá estar presente no menu de aplicativos da interface gráfica do seu sistema (devido à existência do arquivo flash-player-properties.desktop dentro de /usr/share/applications/). Mas, se acontecer de o item do Adobe Flash não estar visível no menu, você pode abrir uma janela do terminal do shell e então executar o seguinte comando, para abrir o painel de controle do Adode Flash:
/usr/bin/flash-player-properties
Como desinstalar o Adobe Flash.
Se você instalou o Adobe Flash manualmente, exatamente como ensinado neste tutorial, a desinstalação é bem simples. Basta executar este supercomando, no terminal do shell:
sudo rm -r /usr/lib/adobe-flashplugin /usr/lib/flashplugin-installer/libflashplayer.so /usr/bin/flash-player-properties /usr/lib/kde4/kcm_adobe_flash_player.so /usr/lib64/kde4/kcm_adobe_flash_player.so /usr/share/applications/flash-player-properties.desktop /usr/share/kde4/services/kcm_adobe_flash_player.desktop /usr/share/pixmaps/flash-player-properties.png ; cd /usr/share/icons/hicolor ; sudo find . -name "flash-player-properties.png" -delete
Como atualizar o Adobe Flash.
Basta executar a desinstalação do Adobe Flash, como explicado acima, e então executar novamente os 10 passos de instalação.

---

Notas preliminares:
i) A abreviatura GPU significa Graphics Processing Unit, que significa "Unidade de Processamento Gráfico". Trata-se de uma expressão genérica: pode referir-se a uma placa de vídeo PCI, ou a uma placa de vídeo AGP, ou a uma placa de vídeo ISA, ou a uma placa de vídeo PCI Express, ou referir-se a algum chip gráfico instalado diretamente na placa-mãe (motherboard) do seu computador, ou mesmo referir-se a um pequeno circuito integrado, de processamento gráfico, que se encontre embutido no processador (CPU) do seu computador. Muitos dos recentes processadores da Intel possuem uma GPU embutida.
ii) O computador que possui duas ou mais GPU é denominado "computador híbrido" ou "computador com gráficos híbridos". Os computadores híbridos geralmente têm uma GPU Intel no processador, mas além disso têm uma GPU (da marca AMD/ATI ou então da marca Nvidia) instalada na placa-mãe, o que pode ser ou um chip de uma GPU onboard ou então uma placa GPU conectada a algum slot da placa-mãe.
iii) Utilizarei a palavra *Ubuntu para me referir a todas as (ou a qualquer uma das) versões do sistema operacional suportado pela empresa Canonical: Ubuntu, XUbuntu, KUbuntu etc.
iv) O kernel é o núcleo do Linux. Sem o kernel, não existe sistema operacional. Durante o boot (a inicialização do sistema operacional), o kernel Linux inicializa diversos módulos do kernel (abreviadamente chamados de módulos). Os módulos do kernel são essencialmente pequenos arquivos com extensão .ko (abreviatura de kernel object, que significa "objeto do kernel"). Os módulos que são ligados ao kernel complementam o kernel, tornando-o capaz de executar mais funções. Atualmente, muitos drivers de dispositivo são módulos do kernel: esses drivers são vinculados ao kernel durante o boot, de modo que cada dispositivo do seu computador encontre o driver necessário para poder funcionar (cada driver possibilita a interação de um dispositivo com o kernel Linux).

---

A quem este pequeno tutorial pode interessar:
Este tutorial provavelmente interessará a quem possua computador com ao menos uma GPU da fabricante AMD e esteja se deparando com um cenário no qual o *Ubuntu "congela" durante o processamento de gráficos 3D. Esse tipo de problema tem sido bastante recorrente em computadores híbridos em que a GPU embutida no processador é da fabricante Intel mas a GPU externa é da fabricante AMD.

O lançamento dos *Ubuntu 16.04, por exemplo, trouxe muitas novidades, inclusive a ausência de suporte dos kernels versão 4.4.X ao driver gráfico proprietário fglrx, desenvolvido pela AMD.  Por causa disso, nos *Ubuntu 16.04 iniciais (versão 16.04.1) o proprietário de um computador que possua ao menos uma GPU da AMD terá de utilizar um destes dois drivers gráficos de código aberto: amdgpu e radeon. Esses drivers são automaticamente instalados e ativados quando você instala o *Ubuntu 16.04 num computador que possua alguma GPU da AMD: durante o boot, o kernel Linux automaticamente identifica qual GPU AMD seu computador possui e então seleciona o módulo que deve ser inicializado (o kernel inicializa somente um dos dois drivers: ou o driver radeon, que foi desenvolvido para alguns modelos de GPU da AMD, ou então o driver amdgpu, que foi desenvolvido para os demais modelos). No meu notebook, por exemplo (um Dell Inspiron 5548 com XUbuntu 16.04 de 64 bits), o módulo em execução é o arquivo amdgpu.ko.

---

O problema:
Embora o *Ubuntu 16.04.1 venha com kernel versão 4.4.X, que não dá suporte ao driver fglrx (o que nos obriga a usar o módulo amdgpu/radeon, automaticamente instalado pelo *Ubuntu 16.04.1), os kernels das séries 4.4.X e 4.5.X possuem um bug que faz com que o driver amdgpu/radeon seja inicializado de maneira errada: o kernel acaba apontando para um ponteiro inválido (porque não foi ainda criado) e daí surge um kernel panic ("pânico do kernel") que provoca o completo travamento / congelamento do sistema operacional, e aí o jeito é desligar o computador "no dedo" (pressionando o botão power / "liga-desliga").

Inclusive, há tópicos relacionados a este assunto em que usuários indicam ativar a função nomodeset, no GRUB. No entanto, isso é contraindicado porque tornará o desempenho gráfico em 3D extremamente lento, além de geralmente inutilizar as saídas HDMI. Há também quem proponha adicionar os drivers amdgpu e radeon à blacklist ("lista negra" de módulos do kernel), o que fará com que esses drivers não sejam inicializados pelo kernel, mas isso também é contraindicado porque o driver fglrx não funciona com esses kernels mais novos. Consequentemente, se o usuário desativar aqueles dois drivers o sistema operacional ficará sem driver para a GPU da AMD, o que resultará em "tela preta" e impossibilidade de usar o computador, além de que o problema não está nos drivers amdgpu/radeon, mas sim nos kernels 4.4.X e 4.5.X.

Alguns benchmarks (testes de desempenho) realizados com 5 diferentes GPU da AMD, para comparar a diferença de desempenho gráfico entre o *Ubuntu 14.04 com driver fglrx e o *Ubuntu 16.04 com driver amdgpu/radeon, indicaram que no uso cotidiano da interface gráfica do Linux os drivers amdgpu/radeon apresentaram desempenho superior ao do driver fglrx (fonte: http://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-amd&num=2), portanto não fique triste por ter de usar um driver de código aberto no lugar do driver proprietário.

---

A solução:
A solução recomendada para acabar com os congelamentos / travamentos / kernel panics consiste em instalar um kernel estável¹ da série 4.6.X ou posterior, pois os kernels dessas séries não possuem esse bug. Neste tutorial, explicarei como instalar o kernel 4.14.14 (versão posterior à 4.6.X) , que é o que eu utilizo desde 15/12/2017 e recomendo por atualmente ser a mais recente versão estável do kernel Linux que eu já testei por várias semanas, no meu próprio computador, sem detectar problema nenhum. Além disso, neste tutorial eu também explico como instalar o kernel 4.7.10, já que ele é superestável e eu o usei por 14 meses, sem vivenciar problema nenhum. Se o kernel 4.14.14 não ajudar você, experimente o kernel 4.7.10.

IMPORTANTE: SEU SISTEMA TRAVA/CONGELA ANTES QUE VOCÊ POSSA USAR ESTE TUTORIAL? Então primeiro desabilite o KMS (e depois volte para cá).

Passo-a-passo para instalação do kernel 4.7.14:

1) O primeiro passo consiste em executar o supercomando abaixo. Esse supercomando² automaticamente identificará a arquitetura do seu sistema operacional (32 bits ou 64 bits) e o tipo de kernel atualmente utilizado pelo seu sistema (generic/"genérico" ou lowlatency/"baixa latência") e, com base nessas duas informações, obterá os arquivos do kernel 4.14.14 apropriados para seu computador e os instalarão, e em seguida reiniciará o seu computador, portanto não se assuste quando seu computador reiniciar. Enfim: abra uma janela do emulador de terminal do shell e execute este supercomando:

if [ `uname -a |grep -io generic` = "generic" ]; then meukernel=generic; else meukernel=lowlatency; fi; wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.14/linux-headers-4.14.14-041414_4.14.14-041414.201801201219_all.deb -O /tmp/41414all.deb; if [ `getconf LONG_BIT` == 64 ]; then sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.14/linux-headers-4.14.14-041414-`echo $meukernel`_4.14.14-041414.201801201219_amd64.deb -O /tmp/41414headers.deb; sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.14/linux-image-4.14.14-041414-`echo $meukernel`_4.14.14-041414.201801201219_amd64.deb -O /tmp/41414image.deb; else sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.14/linux-headers-4.14.14-041414-`echo $meukernel`_4.14.14-041414.201801201219_i386.deb -O /tmp/41414headers.deb; sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.14/linux-image-4.14.14-041414-`echo $meukernel`_4.14.14-041414.201801201219_i386.deb -O /tmp/41414image.deb; fi; sudo dpkg -i /tmp/41414*.deb; sudo update-grub ; sudo telinit 6
2) Agora que seu computador obteve e instalou o kernel 4.14.14, atualizou o GRUB (gerenciador de boot do Linux) e reiniciou o sistema, é hora de executar o comando abaixo para confirmar que seu sistema está executando o kernel 4.14.14:
uname -r
Caso o resultado do comando acima inicie com 4.14.14, parabéns: seu sistema está executando o kernel versão 4.14.14 e o GRUB está inicializando esse kernel por padrão.

Se o comando acima informar que seu sistema Linux continua, por padrão, executando um kernel cuja versão é posterior à do kernel que você instalou com ajuda deste tutorial, leia este post para aprender a definir temporariamente o kernel deste tutorial como sendo o kernel que deverá ser usado pelo seu sistema. Após seu sistema executar ("boot" / inicializar) o kernel que foi instalado com auxílio deste tutorial, execute os testes explicados no item 3 deste tutorial para verificar se o kernel que você instalou resolveu seu problema. Se o tal kernel não resolveu o problema, ok: basta reiniciar o computador que o sistema voltará a usar o kernel padrão, ao invés de usar o kernel que você instalou manualmente seguindo este tutorial...

...mas, caso o kernel instalado com ajuda deste tutorial resolva o seu problema, então leia este outro post para saber como fazer para definir esse "kernel bom" como sendo o kernel padrão do seu sistema (kernel padrão = kernel que o seu sistema sempre inicializará, automaticamente).

3) Depois que você conseguir inicializar o Linux com o kernel que você instalou com ajuda deste tutorial, retorne ao emulador de terminal do shell e execute o comando abaixo:
DRI_PRIME=1 glxgears
Esse comando executa um programa que testa o processamento gráfico 3D. Se as engrenagens surgirem e ficarem girando, e se mesmo assim seu sistema não "congelar", eis aí uma confirmação de que o bug não está mais presente. Mas você pode fazer outros testes: deixe as engrenagens girando lá e, enquanto isso, execute algum jogo que use gráficos em 3D, ou algum descanso de tela (alguma proteção de tela) que use gráficos em 3D. Observe o comportamento do seu computador e repare que o desempenho gráfico melhorou significativamente.

CASO VOCÊ PREFIRA INSTALAR O KERNEL 4.7.10...

...então não execute o supercomando do item 1 e, no lugar dele, execute este supercomando:

if [ `uname -a |grep -io generic` = "generic" ]; then meukernel=generic; else meukernel=lowlatency; fi; wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7.10/linux-headers-4.7.10-040710_4.7.10-040710.201610220847_all.deb -O /tmp/4710all.deb; if [ `getconf LONG_BIT` == 64 ]; then sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7.10/linux-headers-4.7.10-040710-`echo $meukernel`_4.7.10-040710.201610220847_amd64.deb -O /tmp/4710headers.deb; sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7.10/linux-image-4.7.10-040710-`echo $meukernel`_4.7.10-040710.201610220847_amd64.deb -O /tmp/4710image.deb; else sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7.10/linux-headers-4.7.10-040710-`echo $meukernel`_4.7.10-040710.201610220847_i386.deb -O /tmp/4710headers.deb; sudo wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7.10/linux-image-4.7.10-040710-`echo $meukernel`_4.7.10-040710.201610220847_i386.deb -O /tmp/4710image.deb; fi; sudo dpkg -i /tmp/4710*.deb; sudo update-grub ; sudo telinit 6
...e, após seu computador reiniciar, execute as orientações dos itens 2 e 3. 

Quando você se convencer de que está livre do bug, feche a janela do emulador de terminal e retome sua rotina.

---

COMO DESINSTALAR O KERNEL:
IMPORTANTE: seu sistema precisa ter ao menos um kernel instalado. Conforme explicado lá no início do tutorial, o kernel é o núcleo do sistema. Portanto, caso você desinstale todos os kernels do seu sistema, não haverá mais sistema operacional! Enfim: certifique-se de deixar ao menos um kernel instalado, para você poder continuar conseguindo inicializar o Linux do seu computador.
Caso queira ver quais são todos os kernels atualmente instalados em seu sistema, execute este comando, no terminal do shell:
ls -lx /lib/modules/
Ok: agora que o aviso foi dado, caso queira desinstalar um dos (ou mais) kernels que você instalou com ajuda deste tutorial, retorne ao terminal do shell e execute o(s) comando(s) abaixo, conforme sua necessidade:

D1) Para desinstalar o kernel versão 4.7.10, execute este comando:
sudo apt-get purge linux-*-4.7.10* -y
D2) Para desinstalar o kernel versão 4.14.14, execute este comando:
sudo apt-get purge linux-*-4.14.14* -y
D3) Regra geral, para desinstalar um kernel qualquer, da versão A.B.C, execute este comando:
sudo apt-get purge linux-*-A.B.C* -y
...sendo que, no comando acima (mencionado no item D3), você obviamente deverá substituir as letras A, B e C pelos respectivos algarismos que compõem o número de versão do kernel que você deseja desinstalar.

Restou alguma dúvida? Publique um comentário neste tópico. 

---

Notas de rodapé:

¹ Por kernel estável da série 4.6.X entenda isto: qualquer kernel do repositório Mainline cuja numeração de versão inicie com 4.6 e não possua o texto rc (abreviação de release candidate ou "candidato ao lançamento", que significa que o kernel não é estável mas está em fase final de testes para o próximo lançamento). De acordo com o repositório Mainline, os kernels estáveis da versão 4.6 são estes: 4.6.7, 4.6.6, 4.6.5, 4.6.4, 4.6.3-yakkety, 4.6.2-yakkety, 4.6.1-yakkety e 4.6-yakkety.

² Um supercomando é uma concatenação (combinação) de vários comandos do shell em uma única linha de comando. Embora sejam "compridos", os supercomandos têm a vantagem de fazer "tudo de uma vez", deste modo economizando a execução de comandos individualmente, ao longo de diversas etapas que eventualmente podem acabar sendo cansativas. Um supercomando também é útil para automatizar algumas tarefas, e esse é o caso do supercomando utilizado neste tutorial: ele automaticamente identifica a arquitetura do seu sistema operacional e o tipo de kernel padrão em uso pelo seu sistema para, a partir daí, definir qual deverá ser o tipo e a arquitetura do kernel a ser obtido e instalado.

Boas! Cá estou eu novamente, desta vez para apresentar uma dica que na verdade é uma tradução e adaptação desta dica que foi postada pelo linuxista canadense ToZ, moderador do fórum do projeto Xfce (em inglês).

Eu já tive XUbuntu 11.04, XUbuntu 12.04, e daí "pulei" para o XUbuntu 14.04 - todos de 32 bits. O que eles têm em comum é que alguns meses após a instalação de cada um deles o plugin "atualização meteorológica" (nome oficial dele, em inglês: xfce4-weather-plugin) para de apresentar a previsão do tempo.

Esse problema ocorre porque o desenvolvedor do plugin está constantemente atualizando-o, muitas vezes porque o servidor de dados meteorológicos usado pelo plugin saiu do ar (ou então não saiu do ar mas parou de reconhecer coordenadas geográficas e/ou outros parâmetros inseridos manualmente por você na configuração do plugin), e isso obriga o desenvolvedor a lançar uma nova versão do plugin (que utilize um servidor meteorológico diferente, ou que reconheça parâmetros inseridos manualmente por você, nas configurações do plugin), porém os mantenedores do repositório do projeto Xfce, responsáveis por manter o repositório do plugin, não acompanham o ritmo dessas atualizações, por isto às vezes demora um (às vezes bom...) tempo até que a equipe do projeto Xfce lance um pacote DEB que contenha a versão mais recente desse plugin.

Bom, existem duas soluções para esse problema:
1) A primeira, que eu chamo de solução trivial, consiste em você aguardar pacientemente até que os desenvolvedores do projeto Xfce lancem um novo pacote DEB desse plugin e daí ele seja atualizado via "atualização de software" do seu XUbuntu e volte a funcionar.
2) A segunda, que eu chamo de solução pragmática, consiste em você desinstalar o pacote DEB oficial desse plugin e em seguida compilar e instalar a versão mais nova dele, obtida do repositório GIT oficial do desenvolvedor.

Caso decida adotar a solução pragmática, continue lendo...

PASSO-A-PASSO PARA ATUALIZAÇÃO DO PLUGIN A PARTIR DO REPOSITÓRIO GIT

1.1 - Interrompa o plugin
O primeiro passo para começar a resolver essa "pane" consiste em interromper o funcionamento do seu plugin: vá até o painel em que o plugin está aparecendo, clique com o botão direito sobre o plugin e selecione a opção "Remover"

1.2 - Desinstale o pacote DEB do plugin
Entre no emulador de terminal do shell e execute o seguinte comando:
sudo apt-get remove xfce4-weather-plugin -y
1.3 - Instale as ferramentas de download de arquivos-fonte e montagem de códigos-fonte oriundos de repositórios GIT
A instalação dessas ferramentas permitirá que você posteriormente obtenha os arquivos-fonte da mais recente versão do plugin diretamente a partir do repositório GIT que é mantido pelo desenvolvedor do plugin, e também que construa o código-fonte desses arquivos-fonte. Para obter essas importantes ferramentas, execute este comando, no emulador de terminal do shell:
sudo apt-get install build-essential git
1.4 - Construa a árvore de dependências (pacotes DEB requeridos) para o plugin
Comando a ser executado para que a árvore de dependências seja construída em seu sistema:
sudo apt-get build-dep xfce4-weather-plugin
1.5 - Entre no diretório em que ficam os arquivos-fonte usados pelo usuário
O comando é este:
cd /usr/src
1.6 - Efetue download dos arquivos-fonte
Execute o comando abaixo e o aplicativo GIT efetuará download de todos os arquivos-fonte da mais recente versão disponibilizada pelo desenvolvedor do plugin:
sudo git clone git://git.xfce.org/panel-plugins/xfce4-weather-plugin
1.7 - Entre no diretório em que ficam os arquivos-fonte do plugin
O comando é este:
cd xfce4-weather-plugin
1.8 - Configure os arquivos-fonte, compile-os e então instale
O supercomando abaixo executará as três ações acima, na sequência em que foram mencionadas:
sudo ./autogen.sh --prefix=/usr --disable-static --disable-debug && sudo make && sudo make install
1.9 - Reinicie o painel do Xfce
Execute este comando para que o painel seja reiniciado e daí você possa carregar o novo plugin:
xfce4-panel -r
1.10 - Adicione o novo plugin ao seu painel
Clique com o botão direito do mouse sobre o painel em que deseja adicionar o plugin. Agora selecione a opção Painel, clique em Adicionar novos itens..., daí clique em Atualização meteorológica, então clique em Adicionar e por fim clique em Fechar. Pronto! Agora a mais recente versão do xfce4-weather-plugin está adicionada ao painel do seu ambiente Xfce!

1.11 - Posicione e configure o plugin
Clique com o botão direito do mouse sobre o plugin que você acabou de adicionar ao painel, daí clique em -> Mover e movimente o plugin até que ele fique na posição que você prefere.

Feito isso, clique novamente com o botão direito do mouse sobre o plugin, selecione a opção Propriedades e configure o plugin. Caso esteja conectado à internet, espere um tempo que o plugin tentará descobrir sozinho sua localização geográfica e com base nisso escolher os dados meteorológicos a consultar. Também é recomendável que você clique na aba Caixa de rolagem e adicione o parâmetro Umidade (H). Enfim: divirta-se!

Notas:

• É altamente recomendável deixar intacto o diretório /usr/src/xfce4-weather-plugin, pois você necessitará dele quando for / quiser / necessitar desinstalar o plugin.
• Caso queira confirmar a versão do plugin, clique com o botão direito do mouse sobre o plugin no painel e então clique em Sobre. Deverá aparecer algo mais ou menos assim:
  xfce4-weather-plugin 0.8.3git-a4f61c7
• A presença da sequência de caracteres git indica que o plugin que você está usando foi compilado a partir do repositório GIT do desenvolvedor do plugin. Então está tudo certo! Ah, e o código a4f61c7 é o número de série da última atualização que o desenvolvedor aplicou ao plugin. Se aí no seu sistema aparecer um código diferente, não se preocupe, isso quer dizer apenas que depois que eu publiquei esta dica você instalou uma versão mais atualizada, que por isto tem um número de série diferente (mais atual).