Tyler Durden's questions

Eu uso o Arch Linux e descobri que se eu conectar uma unidade USB ao meu computador, ela não aparecerá no arquivo /run/media/user-name. No entanto, se eu usar o caja, posso ver a unidade e seu conteúdo. Então, se eu voltar para a linha de comando e executá- ls /run/media/user-namelo, ele aparecerá.

Isso ocorre porque o caja está montando o drive ou algo assim? Como posso fazer isso facilmente na linha de comando? Quer dizer, eu sei como montar coisas, mas é um pé no saco porque você tem que procurar o nome do dispositivo, etc. Existe uma maneira fácil de reconhecer um dispositivo (além de apenas olhar para ele na caja )?

Estou tentando atualizar minha versão estendida do Debian, que agora está no status de arquivo, e estou recebendo o seguinte erro:

O repositório 'http://deb.debian.org/debian stretch Release' não possui mais um arquivo Release.

Como posso superar esse erro?

Não consigo remover arquivos no spool da impressora por algum motivo:

$ sudo ls /var/spool/cups

lista um monte de arquivos como 'c00083' etc.

$ sudo rm /var/spool/cups/*
rm: cannot remove '/var/spool/cups/*': No such file or directory

O que estou fazendo errado?

Quando tento enviar arquivos brutos (como arquivos PCL) para minha impressora de rede, a fila do CUPS fica confusa e a impressora fica "desativada", mesmo se eu usar comandos como "lpr -l" ou "lpr -o raw".

Acho que talvez o PPD esteja estragando tudo porque o PPD da impressora diz especificamente "Postscript (recomendado)" em sua descrição e, se enviar postscript para ele, funciona bem.

Não consigo enviar diretamente para a impressora como um dispositivo porque ela está em rede.

Instalei o bind-tools, a alternativa do Arch linux ao dnsutils, mas nenhuma das ferramentas funciona, todas falhando com o erro:

host: error while loading shared libraries: libidn2.so.4: cannot open shared object files: No such file or directory

Esse problema com libidn2.so.4 parece ser um problema recente (janeiro de 2019) com compilações de pacotes do Arch e aparentemente produziu alguns resultados bastante assustadores, como tornar todo o sistema não inicializável .

Minhas perguntas são: (1) a abordagem correta é apenas esperar até que o mantenedor do bind-tools corrija esse problema ou tentar corrigi-lo eu mesmo? e (2) o que exatamente está acontecendo? O bind-tools requer libidn2.so.4 mas não o instala? Como os mantenedores poderiam cometer tal erro?

Instalei o tempo, mas quando o uso, estou obtendo o formato portátil, não o formato padrão. Quando instalado, acho que disse GNU time 1.7 ou 1.72.

Comandos como

time --help
time --version

falha com o erro "comando não encontrado". A variável de ambiente TIME não está definida. Por que o tempo está se comportando assim?

Nas instruções para configurar uma partição de sistema EFI no Arch Linux , ele diz o seguinte:

monte o ESP em /boot. Este é o método preferencial ao inicializar diretamente um kernel EFISTUB do UEFI.

Não entendo como posso montar uma partição quando o sistema ainda não inicializou. Parece um problema de galinha e ovo. Você precisa montar a partição para o UEFI usá-lo para inicializar o Linux, mas não posso montar nada até que o Linux seja inicializado. Observe que as instruções implicam especificamente que o EFISTUB pode inicializar a partir da partição EFI sem ter que copiar os arquivos de inicialização para a partição EFI :

Se você não usar um dos métodos simples de #Mount the partition, precisará copiar seus arquivos de inicialização para o ESP

Estou tentando inicializar o Arch Linux por meio de um EFI Stub. Criei uma partição EFI (formatada como FAT32), uma partição swap e uma partição principal na qual instalei o grupo de pacotes principais do Arch Linux. Em seguida, usei o efibootmgr para configurar minha placa-mãe para usar a partição EFI para inicializar usando o comando da seguinte maneira:

# efibootmgr --disk /dev/nvme0n1 --part 1 --create --label "mysystem" --loader /vmlinuz-linux --unicode 'root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw initrd=\initramfs-linux.img' --verbose

Eu sei que isso funcionou porque a opção de inicialização "mysystem" está aparecendo nas opções de inicialização do BIOS da minha placa-mãe e lista o SSD envolvido, então eu sei que o PARTUUID que usei está correto.

No entanto, quando digo à máquina para inicializar dessa maneira, ela pausa brevemente e depois falha (voltando à configuração do BIOS ou fornecendo uma mensagem de erro dependendo de como foi iniciada).

Portanto, a partição EFI está vazia por algum motivo ou os arquivos não correspondem às configurações na instrução efibootmgr. Mas eu não sei como diagnosticar isso melhor. Como descubro o conteúdo da partição EFI em primeiro lugar?

Eu costumava sudoeditcriar um arquivo:

 $ sudoedit /etc/systemd/system/apache2.service

mas quando fui salvar o arquivo, ele o escreveu em um diretório temporário (/var/temp/blahblah). O que está acontecendo? Por que não está salvando no diretório do sistema?

O ncurses tem algum suporte para computadores com tela sensível ao toque? Uma tela sensível ao toque acionará os mesmos eventos em ncurses que um mouse faz? Por exemplo, tocar em uma tela sensível ao toque produz um evento de "clique do mouse" em ncurses?

Eu sei que ncurses suporta entrada de mouse, então na medida em que uma tela sensível ao toque pode agir como um mouse, ela pode interagir com ncurses, eu espero. Assim, um toque é como um clique do mouse, um arrasto é o mesmo em ambos.

Mas não há roda de rolagem com a tela sensível ao toque e nenhum clique com o botão direito. Além disso, a tela sensível ao toque potencialmente possui gestos que um mouse não possui.

Existe algum limite para o número de tentativas de login SSH no Debian 9?

Por exemplo, supondo que meu servidor SSH possa responder em 100 ms, teoricamente alguém poderia tentar uma combinação de usuário/pw a cada 100 ms, ou 10 por segundo, 600 por minuto, 36.000 por hora. Obviamente, isso não é suficiente para quebrar a senha típica, mas pode preencher os logs de maneira irritante.

Existe algum mecanismo para impedir esse tipo de sondagem?

(Observação: não considero relevante o uso de negações de tentativa de usuário PAM, porque isso é específico do nome de usuário. Um script automatizado não tentará o mesmo nome de usuário repetidamente, mas alternará entre os nomes de usuário para evitar o disparo da contagem de PAM.)

Gostaria de atualizar minha máquina Debian de Jessie para Stretch, mas o aptitude está relatando que tenho 19 pacotes obsoletos. Alguns deles, como o BerkeleyDB, eu uso rotineiramente.

Um conjunto de instruções de atualização diz para remover qualquer software obsoleto antes de fazer a atualização, mas desejo continuar usando parte do software. Estou preso usando Jessie para sempre?