Não aguenta mais ver no seu navegador Firefox em cada site que entra a mensagem perguntado-lhe se permite que o site envie notificações?


Permite que o site tal-e-tal lhe envie notificações?

Não Agora -  Permitir Notificações

ou como vem em inglês:

Will you allow dominio_do_site to send notifications?

Not Now  - Allow Notifications

Tem solução:

Na barra de endereços:

about:config

Click dizendo que "Aceito o risco"

localize a entrada:

dom.push.enabled

click sobre a linha alterando de true para false

Essa dica aplica-se ao Ubuntu padrão, atualmente com a interface gráfica Unity e ao Ubuntu-Gnome.
Produz efeito onde o padrão seja o gerenciador de arquivos Nautilus e ao editor de textos Gedit.

O denominado root é o proprietário final do sistema e, como tal, o administrador maior dele.

Em algumas circunstâncias pode ser necessário o acesso à determinadas pastas ou arquivos na condição de administrador do sistema, isto é, na qualidade de root.

Essa forma de utilização em regra deve ser evitada, já que o root é o proprietário maior do sistema e, por conseguinte, pode acabar inutilizando o sistema como um todo se fizer alguma operação incorreta, além dos inerentes problemas de segurança.

A forma mais corriqueira de se fazer isso é utilizar a linha de comando, seja para chamar o gerenciador de arquivos, seja para editar qualquer arquivo texto.

Também, no Ubuntu padrão (=Unity), quando se faz isso por linha do comando, usando o sudo associado para chamar o gerenciador de arquivos nautilus ou para editar um arquivo de texto, associado ao editor de textos gedit da interface gráfica padrão do Ubuntu, se obtém avisos do tipo:

para o uso do nautilus chamado através do sudo:

(nautilus:10232): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files

para o uso do gedit chamado através do sudo:

** (gedit:10221): WARNING **: Set document metadata failed: Não há suporte à definição do atributo metadata::gedit-position


Esses retornos de comando com os warnings (=avisos) acabam gerando dúvidas principalmente em usuários mais iniciantes, embora se possa ir adiante sem maior prejuízo à integridade da operação que se quer realizar.

No passado era recomendado o uso do comando gksudo (pacote gksu) para essas operações, porém o gksu tornou-se obsoleto e desde longa data é não mais é recomendado.

Assim sendo, a forma atual para executar a operação de abrir o gerenciador de arquivos ou o editor de textos na condição de root (administrador) usando diretamente a interface gráfica, no Ubuntu padrão, é instalar o pacote:

sudo apt-get install nautilus-admin

Reinicie o gerenciador de arquivos nautilus fazendo:

nautilus -q
ou

killall nautilus
A partir daí, na interface gráfica, quando se clica sobre determinada pasta e aciona o botão direito do mouse aparecerá no menu de contexto a entrada "Abrir como Administrador".

Da mesma forma quando se clica sobre determinado arquivo de texto, no menu de contexto aparecerá a opção "Editar como Administrador".

Dessa forma será possível, usando apenas a interface gráfica, realizar operações de arquivos ou edição de arquivos textos na condição de root.

Essa dica trata do uso do eCryptfs para criar um diretório (=pasta) simples criptografado dentro da home do sistema, permanecendo todos os demais diretórios sem criptografia, como uma forma de criar privacidade e segurança mediante proteção criptográfica para arquivos pessoais no Linux Ubuntu.

Quando se quer manter um arquivo sem acesso e sem visibilidade, basta movimentar o arquivo para dentro desse diretório "Private", situação em que ele lá permanecerá criptografado, e portanto, inacessível a quem não tenha a senha de acesso.

O Ubuntu oferece na instalação a possibilidade de criptografia do sistema, situação em que *toda* a /home do usuário estará criptografada, necessitando ao iniciar o sistema entrar com uma passphrase, isto é, uma senha para desbloquear o home.

Não é disso que trata este tópico, o que aqui se pretende é apenas a criação de um diretório avulso criptografado para onde se possa movimentar arquivos que não se queira visíveis, sem as complicações e consequências de todo um sistema criptografado. O que aqui se aborda é o uso do ecryptfs na modalidade mais simples, que para diferenciar das demais chamaremos de modo single.

O uso operacional do eCryptfs dessa forma não requer privilégio do root e nenhum registro no /etc/fstab.

I) Instalando e configurando o ecryptfs single


a) Instalando o ecryptfs

Para instalar a ferramenta que criará a pasta "Private" e fará essa criptografia, faça num terminal:

sudo apt install ecryptfs-utils

b) Configurando a pasta "Private"

Uma vez instalado é necessário configurar a pasta "Private".

Existem três possibilidades de configuração a serem consideradas, uma das quais deverá ser escolhida antes da instalação.

O padrão do ecryptfs é que a pasta "Private" seja aberta automaticamente quando se faz login no sistema.

O raciocínio fundamento disso é mais ou menos óbvio, pois se é o usuário que está logando e a pasta pertence a ele, então se vai desde já deixar os arquivos nela existente disponíveis.

Entretanto, essa configuração pode não ser adequada dependendo de como se usa o sistema, eventualmente pode ser preferível que ao iniciar o sistema a pasta "Private" esteja trancada, não disponível para ninguém e quando quiser o usuário dono dos arquivos criptografados vai lá e abre manualmente, dependendo do caso pode ser mais seguro fazer dessa forma, mas enfim, é uma questão de gosto próprio, forma concreta como se usa o sistema e necessidades objetivas.

Além disso, deve-se considerar também que o sistema pode ser configurado para subir automaticamente, isto é, sem parar para o login, como uma forma de abreviar a disponibilidade do desktop sem perder tempo com o login, naquelas instalações que não exigem maior segurança, então também por isso pode ser preferível que ao iniciar a pasta "Private" esteja fechada e indisponível o seu conteúdo.

Uma terceira variável é quanto a senha para abrir a pasta "Private", que pode ser a mesma senha utilizada no login ou ainda se pode criar um senha diferente daquela do login, novamente aqui é uma questão de conveniência de cada qual.

Relacionadas adiante as três formas de fazer o setup da pasta "Private", em ordem crescente de segurança, e você escolhe o que lhe for mais conveniente conforme suas próprias e pessoais necessidades de privacidade e segurança.


b1) pasta "Private" automaticamente aberta junto com o login

ecryptfs-setup-private

b2) pasta "Private" trancada ao iniciar e aberta manualmente (=mais seguro)

A abertura da pasta "Private" se faz com a mesma senha do login

ecryptfs-setup-private --noautomount
b3) pasta "Private" trancada ao iniciar e aberta com senha diferente do login (=mais seguro ainda e mais trabalhoso)

ecryptfs-setup-private --wrapping --noautomount
No código acima a opção --wrapping, querendo, pode ser substituída pela forma simplificada -w

Note que as opções, na forma extensa, são precedidas de duplo hífen.

Quando a pasta "Private" estiver trancada, observe que dentro dela há um ícone com o nome "Access-Your-Private-Data.desktop" (e também um arquivo README.txt), pois bem, se clicar nesse ícone ele automaticamente abre um terminal com a expressão "Enter your login passphrase:" (ou "Enter your wrapping passphrase:" se --wrapping foi usado), então aí é somente colocar a senha do login ou aquela outra especialmente criada para essa finalidade e a pasta estará aberta.

Em qualquer das formas haverá a solicitação:

Pedindo a senha de login do usuário:

Enter your login passphrase [username]: --> login do usuário no sistema

Pedindo para ser criada uma passphrase que poderá ser usada para eventual recuperação manual dos arquivos criptografados.

O "abretesesamo" do lendário personagem fictício arábe Ali Babá mencionado abaixo, além de letra, música e álbum (1980) do cantor e compositor Raul Seixas, que não poderia ser mais atual no presente momento nacional tupiniquim, evidentemente é apenas exemplo de uma passphrase. Crie a que achar mais adequada e possa ser realmente memorizada.

Enter your mount passphrase [leave blank to generate one]: --> abretesesamo

O processamento irá fazer verificações e testes resultando o aviso:

************************************************************************
YOU SHOULD RECORD YOUR MOUNT PASSPHRASE AND STORE IT IN A SAFE LOCATION.
  ecryptfs-unwrap-passphrase ~/.ecryptfs/wrapped-passphrase
THIS WILL BE REQUIRED IF YOU NEED TO RECOVER YOUR DATA AT A LATER TIME.
************************************************************************


Importante: reinicie a sessão para que a pasta "Private" seja criada e as alterações tenham efeito.

Ao reiniciar será apresentada uma janela com os dizeres:

Informação disponível
Informações da atualização

Gravar sua frase secreta de criptografia

Para criptografar seu diretório pessoal ou a pasta "Private", uma frase secreta forte foi gerada automaticamente. Normalmente seu diretório é desbloqueado com sua senha de usuário, mas se você precisar recuperá-lo manualmente, vai precisar desta frase secreta. Por favor, imprima-a ou escreva-a e armazene-a em um local seguro. Se você clicar em "Executar esta ação agora", digite sua senha de login na solicitação de "Senha" e você poderá exibir sua senha gerada aleatoriamente. Caso contrário, você terá que executar "ecryptfs-unwrap-passphrase" a partir da linha de comando para recuperar e registrar sua frase secreta gerada.

Executar essa ação agora / Fechar

Se gravou antes a passphrase não é realmente necessário fazer mais nada em relação a isso, pode clicar em fechar.

A notícia diz que o próximo Ubuntu 17.04 Zesty Zapus deixará, por padrão, de usar uma exclusiva partição swap, passando a usar um arquivo swap (swapfiles) como área de troca.

Swapfiles by default in Ubuntu

http://blog.surgut.co.uk/2016/12/swapfiles-by-default-in-ubuntu.html

Fornecendo elementos para que o Fórum possa analisar.

É recorrente em fóruns técnicos Linux posts "reclamando" que o tempo gasto pelo sistema para executar o boot estaria maior do que era anteriormente ou de maneira mais geral que "o boot está demorado".

Os posts feitos dessa forma representam uma avaliação subjetiva, que certamente pode ser verdadeira, porém não trazem em si nenhum elemento técnico que possibilite de forma concreta a análise da questão.

Nada há que se possa fazer para auxiliar o usuário a partir dessa simples afirmativa. É necessário que junto com a afirmativa venha ao tópico elementos mínimos que possbilitem a análise.

Apenas contextualizando para quem eventualmente não esteja familiarizado e de uma forma simples que permita o entendimento de todos, sem a pretensão de aprofundar tecnicamente o tema, o mencionado "systemd" do título, substituto do "init", é uma forma nova utilizada pelo Ubuntu no boot do sistema a partir da versão 15 e sedimentada na versão 16.04 LTS (suporte de longo prazo).

Trata-se de uma forma diferente de fazer o boot, não linear, concorrentemente, procurando aproveitar-se dos modernos processadores que possuem vários núcleos (cores) admitindo paralelismo.Dessa forma várias tarefas ou serviços podem ser desencadeadas simultaneamente, em paralelo, o que, em tese, reduziria o tempo total do boot.

Evidentemente existem interdependências entre os vários serviços, se A depende de B que depende de C, logicamente A não pode ser iniciado antes que C seja concluído, mas é possível com vários serviços montar uma árvore cujas ramificações permitam alguma otimização e, com isso, reduzir o tempo total que seria gasto pelo boot do sistema.

Sempre que se abre um tópico no Fórum, principalmente quando a questão possa estar relacionada ao hardware do equipamento, convém que se forneça desde logo informações sobre a máquina, tais como:

a) marca e modelo, se disponível, podem auxiliar a encontrar uma solução;

b) um link onde se possa consultar a especificação mais completa do equipamento;

c) cpu, ram, motherboard e gpu;

d) versão/sabor do Ubuntu que está sendo utilizado;

lsb_release -rd
e) kernel utilizado

uname -srvm
f) se possível, é adequado fornecer informações mais completas, o que pode ser feito através do software ferramenta inxi.

Para instalar o inxi:

sudo apt install inxi
Depois faça:

inxi -FxZ
Se conseguir instalar e postar o resultado do inxi no seu tópico, então as informações anteriores (c, d, e) são desnecessárias, pois já constam nele, além de outras valiosas, apenas ainda forneça a marca e modelo conforme o nome comercial utilizado pelo fabricante, o que ainda pode ajudar.

Note que quem está do lado de lá no Fórum não tem acesso ao seu equipamento, o que aumenta drasticamente a dificuldade de análise, portanto, só pode se basear nas corretas e completas informações que forem prestadas.

Feita a apresentação da máquina objeto onde se encontra o problema a ser analisado pelo Fórum, é momento então de também apresentar elementos que permitam avaliar de forma mais objetiva o "tempo de demora" do boot.

Claro que antes de mais nada certifique-se que o seu sistema está atualizado:


sudo apt update

sudo apt upgrade

Devem terminar sem erros os comandos acima.

Lento quanto? Quantifique para que não fique algo vago, assim eventualmente o Fórum poderá lhe ajudar.

Para que haja uma medida direta comparável e efetiva, altere a forma de logon para o modo automático:

--> Configurações do sistema/Contas de usuários/Opções de início de sessão/Início automático de sessão

Isso feito, reinicie o sistema para que ocorra o início automático desde o início do boot até a carga do desktop.

Importante: antes de fazer a medição do tempo de boot faça um boot inicial e em seguida mais dois reboots sem novas alterações para que o systemd "aprenda" certas características do sistema e faça as correções, portanto, a medição inicial pode ser distorcida se não fizer os reboots sucessivos.

Execute então os seguintes comandos e traga ao seu tópico os resultados:


systemd-analyze

systemd-analyze critical-chain

A seguir, faça a instalação do pacote pastebinit, o qual propiciará que se forneça informações extensas, as quais seria inadequado postar no tópico, sob pena de poluição visual do mesmo e desestímulo a que seja visto:

sudo apt install pastebinit
Ao ser executado juntamente com algum comando que extraia informações do sistema, sempre e apenas na forma de texto, pastebinit fornecerá uma url (endereço de internet) onde as informações possam ser consultadas.

Isso posto, no caso em questão, que objetiva analisar o tempo de boot, execute:

systemd-analyze --no-pager blame | pastebinit

dmesg | pastebinit

O primeiro comando acima fornecerá uma árvore dos processos e o segundo trata-se do tradicional dmesg que fornece um log do boot.

Copie a url fornececida pelo pastebinit e cole no seu tópico.

Adicionalmente, também como uma ferramenta útil à análise, execute:


systemd-analyze plot > plot.svg

No diretório onde for executado, geralmente na /home do sistema, será gerado o arquivo plot.svg

Disponibilize esse arquivo em algum serviço de compartilhamento, como por exemplo o Drive do Google, OneDrive da Microsoft, Dropbox, enfim, qualquer serviço de compartilhamento de onde possa ser baixado e que possa fornecer um link (url) que possa ser copiado e colado no seu tópico aqui no Fórum.

Apenas atente para que seja um serviço de compartilhamento que possa acessar o arquivo de forma fácil, sem a necessidade de cadastro, senhas e que tais, de forma a não desestimular os visitantes que se interessem pelo seu tópico e queiram consultar o referido arquivo.

Claro que você próprio pode e deve analisar esse conjunto de informações produzidos, à procura de algo que possa estar ocasionando a lentidão da carga do sistema e pontualmente chamando a atenção do Fórum para algum ponto específico.

Seguir esse conjunto de procedimentos é uma forma racional de melhorar a qualidade do seu tópico e, por consequência, aumentar a probabilidade de que mais pessoas se interessem pela questão e venham em seu auxílio.


referências:

Wikipédia - verbete systemd
https://pt.wikipedia.org/wiki/Systemd

UbuntuWiki
SystemdForUpstartUsers
https://wiki.ubuntu.com/SystemdForUpstartUsers

How To Use Journalctl to View and Manipulate Systemd Logs
https://www.digitalocean.com/community/tutorials/how-to-use-journalctl-to-view-and-manipulate-systemd-logs

Improving performance/Boot process
https://wiki.archlinux.org/index.php/Improving_performance/Boot_process

Na atualização de hoje do sistema, 28/01/2016, após ter feito uma atualização do Google Chrome, indo para a versão 48.0.2564.97, ao abrir o navegador apareceu a seguinte lamentável mensagem:

"Em breve, este computador parará de receber atualizações do Google Chrome, porque este sistema Linux não será mais compatível."

A principal utilização que tenho hoje do Google Chrome é o uso para o NetFix

Alguém tem alguma informação adicional sobre essa descontinuação do suporte para o Chrome por parte do Google?

Olá issao,


Ficou um pouco estranho o tópico.

Salvo se entendi mal, a questão não parece ser "salvar novos parâmetros de inicialização no grub".

O que você não está conseguindo é, depois de instalado, fazer o sistema carregar.

Se for isso, de nada resolve tornar permanente um comando que não funciona.

O que v. tem que descobrir é qual, ou quais, os comandos que funcionam, que fazem o sistema carregar.

Comandos referidos, no caso, são parâmetros de inicialização colocados no menu inicial do grub, na cmdline, que contornam e resolvem problemas específicos de inicialização do sistema, no caso, já instalado.

Aparentemente o seu problema é uma "black screen", então seria bom começar sabendo o que é a sua máquina, marca e modelo se disponível, porque ajuda a pesquisar documentação técnica, e principalmente qual é a placa de vídeo nela existente.

Além de uma descrição sua do equipamento, também pode ajudar:

sudo dmidecode -t 0,1,2,3,4    ----> dá uma idéia inicial do que aí existe.

sudo lshw -c video     ---> faz uma peneira no que é a placa de vídeo


[]'s