$ \time --version
time (GNU Time) UNKNOWN
Copyright (C) 2018 Free Software Foundation, Inc.
...
$ /bin/true --version
true (GNU coreutils) 8.32
Copyright (C) 2020 Free Software Foundation, Inc.
...
$ \true --version
$ echo 'nothing was printed on the previous line'
Estou usando Ubuntu 22.04, GNU bash, versão 5.1.16 (também testado com zsh 5.9).
Eu tenho um SSD Somnambulist de 128 GB. Eu sei que esta marca é uma das piores. Eu medi a velocidade usando o Utilitário de Disco GNOME e ele mostrou uma velocidade de leitura/gravação de 420/340.
Depois de criptografar o SSD com Debian 12, a velocidade de leitura, medida pelo GNOME Disk Utility, caiu para 13,5 MB/s!
Essa queda na velocidade é normal ou o problema provavelmente está relacionado ao próprio SSD?
Como posso alias ...para ../..no Bash?
Estou ciente de que outras respostas permitem, alias '...'='cd ../..'mas gostaria de poder abordar o diretório dois níveis acima com outros comandos, permitindo:
cd ...
ls ...
realpath ...
Eu tentei alias '...'='../..', mas ao tentar usar isso, recebo o seguinte:
$ alias '...'='../..'
$ type ...
... is aliased to '../..'
$ cd ...
bash: cd: ...: No such file or directory
Estou ciente de que os aliases devem ser usados com comandos. Existe uma maneira de obter a mesma funcionalidade para um caminho neste caso?
De acordo com man sshd:
LOGIN PROCESS
When a user successfully logs in, sshd does the following:
<...>
9. Runs user's shell or command. All commands are run under the
user's login shell as specified in the system password data‐
base.
Não está claro, porém, "executar sob o shell de login do usuário" significa literalmente "shell de login, como em bash -l"? Minhas experiências mostram que não, não é:
$ ssh u@h shopt -q login_shell && echo 'Login shell' || echo 'Not login shell'
Not login shell
Eu não posso ver por que isso é assim? Isso resulta em comandos sendo executados, não obtendo o ambiente usual, pois apenas faz login no shell. Isso é complicado.
No meu sistema FreeBSD 13.2, o zlessutilitário não pode visualizar arquivos de texto compactados com gzipou compress, avisando que podem ser arquivos binários e mostrando lixo se eu disser que quero ver o conteúdo de qualquer maneira. Estranhamente, usar zmoreou gunzip -cparece funcionar.
$ zless znapzend.log.1.gz
"znapzend.log.1.gz" may be a binary file. See it anyway?
(Responder afirmativamente envia dados binários para o terminal.)
$ zless --version
less 608 (POSIX regular expressions)
Copyright (C) 1984-2022 Mark Nudelman
less comes with NO WARRANTY, to the extent permitted by law.
For information about the terms of redistribution,
see the file named README in the less distribution.
Home page: https://greenwoodsoftware.com/less
$ zmore --version
less 608 (POSIX regular expressions)
Copyright (C) 1984-2022 Mark Nudelman
less comes with NO WARRANTY, to the extent permitted by law.
For information about the terms of redistribution,
see the file named README in the less distribution.
Home page: https://greenwoodsoftware.com/less
Qual é a causa disso?
Eu tenho um arquivo de texto sendo processado em uma máquina Windows. É necessário remover os caracteres de tabulação antes de usar bcpo utilitário para carregar os dados do arquivo em uma tabela de banco de dados.
O seguinte comando, em um script Bash, retirou as guias à direita:
sed 's/[\t]*$//' < ./input/raw.txt >> ./input/data.txt
mas converteu o CR- LFpara LFo qual causou bcpa falha do comando.
Em um esforço para manter o CR- LFeu tentei isso:
sed 's/[\t]*$/$CR/' < ./input/raw.txt >> ./input/data.txt
mas isso resultou em:
O resultado desejado é:
Como faço para modificar o comando para obter a saída desejada?
Relacionado: Como obter o nome do terminal atual?
Mas eu quero apenas o ID do terminal atual, por exemplo, quando ttyretornar /dev/pts/11, quero apenas imprimir 11.
A ideia é adicionar essa informação no prompt do shell após o nome de usuário \una PS1variável do meu .bashrcarquivo:
Resultado desejado:username11@localhost:~$
No momento tenho:
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u$(tty)@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
que dá:username/dev/pts/11@localhost:~$
Percebi que os navegadores Firefox e Chromium no Linux abrem o arquivo /proc/self/mempara leitura. Nenhum outro programa em meu sistema lê este arquivo, até onde eu sei.
/proc/self/memé notório por ser vetor de exploits de escalonamento de privilégios sem fim, onde geralmente a memória é substituída por código malicioso e a execução do programa é sequestrada.
Isso é ainda mais triste, já que os navegadores são os programas mais expostos, com a maior superfície de ataque, porque recebem entradas não confiáveis da Internet.
Existe uma razão legítima para que os navegadores modernos precisem ler /proc/self/mem?
Nunca vi ncdu fazer isso. Qual é o problema com as Scolunas vermelha e de tamanho extra?
Esta é uma raiz do Windows (NTFS, montada com ntfs-3g), então presumo que tenha algo a ver com NTFS. Mas os tamanhos na coluna extra não fazem sentido algum, nem consigo encontrar nenhuma documentação do que isso significa.
Curiosamente, apenas os diretórios têm a segunda coluna de tamanho, mas nem todos a têm. E não encontro padrão entre os que fazem e os que não fazem.
Lugares que pesquisei:
man ncdu
Eu me deparei com este pedaço de código daqui :
#!/bin/bash
# ...
if [[ "${1-}" =~ ^-*h(elp)?$ ]]; then
echo "Usage..."
exit
fi
Entendo que isso imprime as informações de uso quando qualquer argumento como -h, --help, -help, -------helpé passado.
"${1-}"e não apenas "${1}"? O que o hífen faz?A princípio pensei que poderia significar qualquer argumento da posição 1 em diante. Eu tentei e não, não era isso.
Então pensei que poderia ser um erro de digitação e o autor pretendia "${1-9}"permitir todas as posições numéricas. Novamente, não funcionou, nem é um código válido.