Como posso relatar um bug de forma nautilusconveniente (sem criar uma conta ou fazer login). Se você quer saber sobre bugs, você quer torná-lo conveniente, certo?
Segue a descrição do bug...
Discos > Sobre identifica este software como gnome-disk-utility e UDisks. Alt-F2 "ubuntu-bug gnome-disk-utility" resulta em um beco sem saída porque o sistema afirma que não é um pacote do Ubuntu e que os pacotes de terceiros devem ser removidos. Alt-F2 "ubuntu-bug UDisks" também é um beco sem saída. Como posso postar uma sugestão ou um bug sobre Discos?
Minha intenção é destruir um pendrive conectado via USB usando o comando...
dd if=/dev/urandom of=/dev/sdX bs=64K
No comando sdXseria substituído. Após a execução desse comando, eu esmagaria o dispositivo com um martelo.
O lscomando foi usado antes e depois de inserir o dispositivo para determinar os símbolos que estão associados ao dispositivo.
b@hp:~/Desktop$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6
b@hp:~/Desktop$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6 /dev/sdb /dev/sdb1
A unidade flash conectada via USB aparece como /dev/sdbe /dev/sdb1. Qual símbolo é melhor para o meu propósito?
Qual é a solução mais moderna e conveniente para a ausência do recurso "Bloquear no iniciador" do botão direito do mouse.
Estou em 20.04 e o recurso não está disponível na minha máquina.
Acho que as versões anteriores do Ubuntu ofereciam criptografia completa de disco na sequência de instalação. Eu não vi isso oferecido nas minhas caixas de diálogo de instalação para 20.04. Como o FDE deve ser implementado em 20.04?
Recebo som dos alto-falantes, mas não da saída de áudio de 3,5 mm. Para minha surpresa, o Ubuntu sabe quando os fones de ouvido estão conectados, então isso tem o potencial de ser um problema de sistema operacional ou software. O seguinte mostra como as configurações mudam quando o plugue de 3,5 mm é inserido.
Antes da inserção...
Depois de inserir o plugue de fone de ouvido de 3,5 mm...
Mudei de um dispositivo de áudio externo para outro e eles têm um cabo de áudio diferente. Ambos os dispositivos de áudio externos falham, portanto, provavelmente não é um problema de hardware externo. Ainda existe a chance de haver um problema de hardware interno ao computador que impeça a saída de áudio de 3,5 mm, mas o fato de o Ubuntu poder detectar o dispositivo significa que há potencial para uma mudança de modo que impede a operação correta quando um dispositivo é conectado. não corrigir o problema.
Este hardware é um HP Elitebook 840 G2.
grepparece quebrado na minha máquina. Reinstalá-lo não ajuda. Uma reinicialização não ajuda. As duas primeiras linhas criam um arquivo contendo texto arbitrário e a entrada é terminada com o caractere control-D.
ls -1significa lista em uma coluna. Segue um exemplo...
> cat > file0.txt
asdf
> cp file0.txt file1.txt
> ls -1
file0.txt
file1.txt
> ls -1 | grep f*
>
Antes de experimentar esse problema, cometi um erro ao invocar o grep com uma cotação incomparável, mas não entendo como esse problema pode sobreviver a uma reinicialização.
Exemplo de cotação sem correspondência...
ls -1 | grep 'file* | wc
Neste exemplo, a listagem de diretórios é canalizada para grep, que canaliza para o programa contador de linha, palavra e byte wc.
Eu precisava copiar um arquivo de um sistema Ubuntu para outro sistema Ubuntu.
Verifiquei o "carimbo de data/hora modificado" do arquivo original e era 21 de abril 15:27:31. Copiei e colei em um pendrive removível.
Suponha que a unidade flash removível tenha os atributos: GPT EXT4. O registro de data e hora do arquivo é 15:27:31 na unidade removível. Esta unidade flash removível foi formatada no Ubuntu com gparted. Cortei e colei no sistema de destino e o timestamp ainda é 15:27:31 no sistema de destino.
Suponha que a unidade Flash removível tenha os atributos: MSDOS MBR FAT32. Isso provavelmente foi formatado no Windows 10 e esses atributos são do meu rótulo manuscrito do que provavelmente é exibido gpartedno Ubuntu. O arquivo na unidade removível tem o carimbo de data/hora 15:27:31. O arquivo é cortado e colado da unidade removível no sistema de destino. O timestamp agora é 15:27:30 no sistema de destino.
Claramente, a solução é usar o dispositivo GPT EXT4, embora seja menos portátil que o dispositivo MSDOS MBR FAT32 em um ambiente "misto" de máquinas Windows e Ubuntu.
Por que o carimbo de data/hora mudou no caso da unidade removível MSDOS MBR FAT32?
Eu uso aptpara atualização, atualização completa e para instalar, remover e limpar. Às vezes eu uso autoremove, mas provavelmente é desnecessário porque não estou com falta de espaço em disco. Não me lembro de precisar usar apt-getdesde que tomei conhecimento de apt.
Tornou apt-se apt-getdesnecessário para a grande maioria dos usuários?
Em uma nova instalação do 16.04, o Firefox não transmitirá áudio demsnbc.com/listen
Eu tentei isso:
sudo apt update && sudo apt full-upgrade
sudo apt install flashplugin-installer
sudo apt install adobe-flashplugin
Encontrei uma solução nos comentários deste link.
Link para uma solução para este problema.
Estou procurando uma solução melhor que possa ser implementada mais rapidamente. Eu tentei a solução (que envolve a reinstalação do Ubuntu), mas não resolveu o problema.
O seguinte também foi tentado.
sudo apt remove flashplugin-installer
sudo apt purge flashplugin-installer
sudo apt remove adobe-flashplugin
sudo apt purge adobe-flashplugin
sudo apt remove firefox
sudo apt purge firefox
sudo apt install firefox
Observações: O navegador Opera não tem problemas com essa fonte de áudio. O áudio do Youtube também funciona. Observe que o Adobe Flash ou o Shockwave Flash nem são necessários no Firefox. Eu tenho outro computador 16.04 com o Shockwave Flash (plug-in para Firefox) desativado e ainda assim o áudio será transmitido.
Com base nas respostas a esta pergunta
qual é o equivalente da linha de comando para remover a unidade com segurança
Eu escrevi este roteiro.
#!/bin/bash
echo "This script works on sdb and sdb1"
echo "Have a look at the following and if all is well continue."
lsblk
read -p "press the Enter key if you want to continue..." key
udisksctl unmount --block-device /dev/sdb1
sudo fsck /dev/sdb1
udisksctl power-off --block-device /dev/sdb
Acho que a instrução "dê uma olhada no seguinte e se tudo estiver bem, continue" significa que, se a saída de lsblkmostrar que a unidade que queremos remover é a unidade lógica sdb1, continue.
A saída de lsblké
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232.9G 0 disk
├─sda1 8:1 0 549M 0 part
├─sda2 8:2 0 115.9G 0 part
├─sda3 8:3 0 833M 0 part
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 107.9G 0 part /
└─sda6 8:6 0 7.8G 0 part [SWAP]
sdb 8:16 1 14.5G 0 disk
└─sdb1 8:17 1 14.5G 0 part /media/jack/Flash
sr0 11:0 1 1024M 0 rom
loop0 7:0 0 89.5M 1 loop /snap/core/6130
loop1 7:1 0 89.5M 1 loop /snap/core/6034
loop2 7:2 0 88.2M 1 loop /snap/core/5897
A unidade a ser removida é de fato a unidade lógica sdb1.
Este script funcionou bem com o Ubuntu 16.04 nos últimos 2,5 anos. Eu uso esse script em média cerca de duas vezes por semana. Então, em dezembro de 2018, invocar o script fez com que meu mouse externo (Logitech Trackman) parasse de funcionar (em 2 ocasiões) ou que o Ubuntu travasse completamente com uma tela ilegível (em 1 ocasião).
Dado que o Ubuntu muda apt, parece que o Ubuntu tem um novo bug ou que o script está obsoleto. Qual é a solução correta ou o script correto, dado o estado do Ubuntu agora.
Não é aconselhável usar sudocom um aplicativo gráfico geditcomo o descrito neste link . Conseqüentemente, eu tendia a usar vimcom sudo.
Recentemente, notei que o meu ~/.viminfoera de propriedade do root em uma instalação relativamente nova do Ubuntu 16.04 (Xenial Xerus), então me perguntei se até mesmo o Vim é considerado gráfico ou se há algum outro problema ao invocar arquivos sudo vim. Depois de mudar a propriedade para mim mesmo via:
sudo find $HOME -not -user $USER -exec chown $USER:$(id -g) {} +
e, posteriormente, executando sudo vim, não consegui ~/.viminfo
pertencer ao root. No entanto, tenho certeza de que recentemente pertenceu ao root.
É desaconselhável invocar sudo vim?
Eu quero limpar um disco rígido de inicialização dupla. Eu suspeito fortemente que este disco seja parcialmente NTFS e parcialmente ext4 porque acho que esses são os padrões para Windows e Ubuntu, respectivamente.
O Windows foi instalado primeiro, depois o Ubuntu. Este disco foi configurado sem redimensionamento da partição. Isso significa que instalei o Windows em uma partição que ocupava 50% do disco. Então instalei o Ubuntu (e o grub) nos outros 50%. Isso provavelmente significa que as partições do Windows (a grande e a pequena extra que o Windows cria) provavelmente são NTFS. Eu acho que a partição do Ubuntu seria ext4 por padrão e a partição swap do Ubuntu simplesmente nunca é formatada.
O comando emitido foi
shred -vzn 2 /dev/sdb
Dado que existem dois tipos de formatação neste físico, não fiquei surpreso ao ver esses erros:
shred: /dev/sdb: error writing at offset 31207811072: Input/output error
shred: /dev/sdb: error writing at offset 31207811584: Input/output error
shred: /dev/sdb: error writing at offset 31207812096: Input/output error
Existem milhares dessas mensagens de erro.
Isso significa que a trituração não foi eficaz?
Preciso de uma solução livre de bugs para um problema de visibilidade. Esse problema de contraste ocorre quando você navega "para cima" em um diretório pai e observa a parte superior da imagem do gerenciador de arquivos, que possui uma linha que é uma representação gráfica do caminho. Em ambas as imagens, o diretório atual é "Desktop". No tema "Ambiance" o contraste entre "Desktop" e "validador" é pequeno. O contraste no tema "Alto Contraste" é aceitável. Exemplos:
"Alto Contraste" não é uma boa solução porque, infelizmente, existe um bug em que "Alto Contraste" faz com que os ícones sejam perdidos no Inicializador e nas Configurações do Sistema. O contraste não seria um problema se o caminho terminasse no diretório atual, mas estranha e desnecessariamente o Nautilus deseja mostrar o caminho para "mais profundo" locais já visitados. Preciso de um tema de alto contraste que não esteja quebrado.
EDIT: Os seguintes diagnósticos foram solicitados.
> lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
Também:
> uname -r
4.4.0-116-generic
Se bem me lembro, esse problema existe há meses, se não desde que o 16.04 foi lançado. Não está relacionado a uma atualização recente.
As Configurações do sistema perderão os ícones se Aparência > Tema estiver definido como Alto contraste . O Launcher também pode perder alguns ícones. Voltar para o ambiente padrão restaurará os ícones depois de um tempo, mas não necessariamente imediatamente.
Como o Alto Contraste pode ser usado sem a perda de ícones?
Isso se refere ao Ubuntu 16.04.
Anteriormente, os certificados X.509 abriam corretamente. Não sei o que mudou, mas atualmente eles estão abrindo como arquivos de texto e mostrados em formato gedit. Como posso voltar ao comportamento original?
Edit: Pediram-me mais informações. Anteriormente, o arquivo aberto para exibir informações legíveis por humanos sobre o certificado. Quando ele abre como um arquivo de texto, gedithá apenas números hexadecimais entre o cabeçalho e o rodapé.
O nome de host padrão de uma imagem de servidor virtual em nuvem Linode do Ubuntu 16.04 é "localhost". Esta parece uma escolha ruim para um padrão para uma máquina que está na nuvem. Esse padrão foi determinado pela Canonical ou pela Linode?
