Perguntas[command-line](ubuntu)

Com base no script abaixo:

EmpID:Name:Designation:UnitName:Location:DateofJoining:Salary
1001:Thomson:SE:IVS:Mumbai:10-Feb-1999:60000
1002:Johnson:TE::Bangalore:18-Jun-2000:50000
1003:Jackson:DM:IMS:Hyderabad:23-Apr-1985:90000
1004:BobGL::ETA:Mumbai:05-Jan-2004:55000
1005:Alice:PA:::26-Aug-2014:25000
1006:LilySE::IVS:Bangalore:17-Dec-2015:40000
1007:Kirsten:PM:IMS:Mumbai:26-Aug-2014:45000
1004:BobGL::ETA:Mumbai:05-Jan-2021:55000

Estou tentando obter os caracteres do campo 4 (UnitName) que começa com S. Estou tentando este código, mas nada acontece:

cat file.txt | sort -t ':' -rk4 | grep -i '^S[A-Za-z]\+s\b' 

Preciso de ajuda. Por favor, me avise se o script acima estiver errado. Obrigado, muito apreciado

O padrão Unicode define pontos de código e nomes de letras dos sistemas de escrita do mundo. Existe um programa de linha de comando no Ubuntu (Linux) para imprimir letras por seus nomes (difusos) ?

Aqui está o que eu espero de um programa desse tipo (chamado pucc: Imprimir caractere Unicode — imprime o caractere Unicode dado seu nome ou regex):

$> pucc sigma 
ͻ = 037B (greek small reversed lunate *sigma* symbol)
ͼ = 037C (greek small dotted lunate *sigma* symbol)
ͽ = 037D (greek small reversed dotted lunate *sigma* symbol)
Σ = 03A3 (greek capital letter *sigma*)
ς = 03C2 (greek small letter final *sigma*)
σ = 03C3 (greek small letter *sigma*)
...
$> pucc root
؆ = 0606 (arabic-indic cube *root*)
؇ = 0607 (arabic-indic fourth *root*)
√ = 221A (square root)
∛ = 221B (cube *root*)
∜ = 221C (fourth *root*)

...

Entendo que é apenas curl/grepum ping do arquivo de texto Unicode mantido pelo Unicode Consortium e a saída depende da disponibilidade das fontes Unicode no sistema, mas só queria saber se isso já estava disponível como um comando ou se era possível usar o filtro mágico.

Eu instalei o Linux em fevereiro. Agora, quando listei o diretório home com ls -la, por que o tempo está sendo mostrado assim:

drwx------ 20 chuck_user chuck_user      4096 Jul  5  2024 .

Por que o horário é Jul 5 2024, e por que ele é diferente de outras datas?

A pergunta é diferente de O que 'ls -la' faz? porque lá ela só perguntou sobre o que faz ls -la. Mas eu quero saber o motivo pelo qual o timestamp do .diretório não corresponde ao horário em que instalei o Linux. O timestamp é Jul 4 2024ainda que eu tenha instalado em fevereiro de 2025.

Executei o comando man junto com o sinalizador -d --debug e obtive a seguinte saída: então o que cada linha significa? Porque não sei nada do que se segue.

ruid=1000, euid=1000 rgid=1000, egid=1000 e não forneço a saída completa porque seria muito difícil de ler. Alguém poderia tentar o comando man junto com o sinalizador -d ou --debug e me dar o resultado das linhas importantes que essas linhas significam?

Por que o comando --syncand --no-syncno dfLinux dá a mesma saída?

Quando eu executei o --no-syncsinalizador pela primeira vez df, assim df --no-synce depois executei o df --syncsinalizador, mas ambos estão me dando a mesma saída. Então eu pesquisei muito no Google e em muitos sites, mas não encontrei nenhuma solução boa.

Estou tendo um problema muito estranho, como diz o título: não consigo digitar barra ('/') nos meus terminais, embora funcione em qualquer outro lugar. No terminal, quando digito a tecla, nada acontece.

Estou executando o Ubuntu 24.04 com Gnome, e aqui está o que já testei:

• vários terminais (padrão, ddterm, xterm): mesmo problema em todos eles
• dois teclados diferentes (o integrado no laptop e um externo): mesmo problema, então não é uma tecla morta
• Wayland e Xorg: mesmo problema em ambos
• dois idiomas de entrada diferentes, e a tecla é mapeada em uma diferente em cada um (um é Shift-7, o outro é a tecla 9 não deslocada): mesmo problema
• Verifiquei meus atalhos de sistema e de terminal, mas não consegui encontrar nada vinculado a '/'
• Reiniciei meu computador (várias vezes), sem sorte.

Isto está em um Framework-13 que comprei recentemente, e trabalhei muito com o terminal na semana passada. Tenho certeza de que teria notado se algo estivesse errado antes, já que notei na primeira hora do meu trabalho hoje. Fiz algumas atualizações de pacote esta manhã, mas nada que eu pudesse apontar diretamente como um potencial culpado.

Estou sem ideias, espero que um de vocês tenha algumas. Obrigado pela ajuda!

[EDIT] Graças à resposta de @steeldriver, tentei Fish em vez de bash, e funciona. Portanto, este é um problema do bash. A busca progride...

[EDIT2] xev está registrando todos os pressionamentos de tecla corretamente: evento KeyPress, serial 38, sintético NÃO, janela 0x2400001, raiz 0x3f6, subw 0x0, tempo 22185175, (553.714), raiz:(3483.830), estado 0x4010, código de tecla 18 (keysym 0x2f, barra), same_screen SIM, XLookupString fornece 1 byte: (2f) "/" XmbLookupString fornece 1 byte: (2f) "/" XFilterEvent retorna: Falso

Evento KeyRelease, serial 38, sintético NÃO, janela 0x2400001, raiz 0x3f6, subw 0x0, hora 22185216, (553.714), raiz:(3483.830), estado 0x4010, código de tecla 18 (keysym 0x2f, barra), same_screen SIM, XLookupString fornece 1 byte: (2f) "/" XFilterEvent retorna: Falso

Esse problema me deixa louco. Ele está funcionando em todos os meus sistemas RHEL, mas no Ubuntu20LTS não consigo fazê-lo funcionar corretamente.

A configuração:

Os módulos de ambiente são carregados por meio de um script em "/etc/profile.d" para todos os usuários quando eles abrem um terminal/konsole. O módulo "aliases" define aliases para todos os nossos projetos e todos os usuários devem ver esses aliases em seu ambiente. Como aprendi, o terminal/konsole abrirá "interactive non-login-shells". Em nossa configuração, o ".bashrc" é originado quando o terminal/konsole é aberto.

O que é esperado e funciona no RHEL, mas não funciona no Ubuntu20LTS:

Abra o terminal ou konsole --> os módulos são carregados (via script em “etc/profile.d/…”) --> “alias” mostra todos os aliases definidos do módulo “aliases” (veja o conteúdo ".bashrc" no final deste post):

I am .bashrc and was loaded!
[INFO:] $MODULEPATH=/icd/cfg/modules:

Currently Loaded Modulefiles:
 1) aliases   2) common   3) aliases_ue   
[userXY@host:~]
# alias
alias ATIC183='cd $ICD_PROJ/ATIC183; source $ICD_CFG/env/proj_setup/start_proj.sh'
alias FFT='cd $ICD_PROJ/monarch; source $ICD_CFG/env/proj_setup/start_proj.sh'
alias HXLR0='cd $ICD_PROJ/HXLR0; source $ICD_CFG/env/proj_setup/start_proj.sh'

O que é experimentado no Ubuntu20LTS:

Abra o terminal --> os módulos são carregados --> “alias” NÃO mostra os aliases definidos, apenas uma definição de ".bashrc":

I am .bashrc and was loaded!
[INFO:] $MODULEPATH=/icd/cfg/modules:

Currently Loaded Modulefiles:
 1) aliases   2) common   3) aliases_ue   

[userXY@host:~]
# alias
alias ll='ls -al'

O que foi testado adicionalmente e NÃO funciona:

Abra o terminal --> recarregue o módulo via “module load aliases” --> “alias” NÃO mostra os aliases definidos

Abra o terminal --> “su userXY” --> os módulos são carregados --> “alias” NÃO mostra os aliases definidos

# su userXY
Password: 
I am .bashrc and was loaded!
[INFO:] $MODULEPATH=/icd/cfg/modules:

Currently Loaded Modulefiles:
 1) aliases   2) common   3) aliases_ue   
[userXY@host:~]
# alias
alias ll='ls -al'

Abra o terminal --> “bash -l” --> os módulos são carregados --> “alias” NÃO mostra os aliases definidos, mas outros aliases são carregados adicionalmente

Abra o terminal --> “su userXY” --> os módulos são carregados --> “bash -l” --> alias” NÃO mostra os aliases definidos, mas outros aliases são carregados adicionalmente

# bash -l
I am .bashrc and was loaded!
[INFO:] $MODULEPATH=/icd/cfg/modules:

Currently Loaded Modulefiles:
 1) aliases   2) common   3) aliases_ue  

[userXY@host:~]
# alias
alias ll='ls -al'
alias pat='puppet agent -t'
alias su2='sudo su -'

Abra o terminal --> “sudo su userXY” --> NENHUM módulo foi carregado

# sudo su userXY
ERROR: No module path defined
ERROR: No module path defined
I am .bashrc and was loaded!
[INFO:] $MODULEPATH=

No Modulefiles Currently Loaded.

O que está funcionando para obter os aliases:

Abra o terminal --> “sudo su userXY” --> NENHUM módulo foi carregado --> “bash -l” --> alias mostra todos os aliases definidos

Abra o terminal --> ssh localhost --> os módulos são carregados --> alias mostra todos os aliases definidos

# sudo su userXY
ERROR: No module path defined
ERROR: No module path defined
I am .bashrc and was loaded!
[INFO:] $MODULEPATH=

No Modulefiles Currently Loaded.
[userXY@host:~]
# bash -l
I am .bashrc and was loaded!
[INFO:] $MODULEPATH=/icd/cfg/modules:

Currently Loaded Modulefiles:
 1) aliases   2) common   3) aliases_ue      
[userXY@host:~]
# alias
alias ATIC183='cd $ICD_PROJ/ATIC183; source $ICD_CFG/env/proj_setup/start_proj.sh'
alias FFT='cd $ICD_PROJ/monarch; source $ICD_CFG/env/proj_setup/start_proj.sh'
alias HXLR0='cd $ICD_PROJ/HXLR0; source $ICD_CFG/env/proj_setup/start_proj.sh'

Parece que tem a ver com os shells de login e não login. Mas não consigo descobrir por que os aliases (que são definidos pelos módulos carregados) são sobrescritos/excluídos em um cenário, mas estão disponíveis no outro cenário.

Esses são arquivos de configuração no meu $HOME:

.bash_aliases --> inexistente

.profile --> inexistente

.login --> inexistente

.cshrc --> inexistente

.bashrc

#cat .bashrc

case "$0" in
          -sh|sh|*/sh) modules_shell=sh ;;
       -ksh|ksh|*/ksh) modules_shell=ksh ;;
       -zsh|zsh|*/zsh) modules_shell=zsh ;;
    -bash|bash|*/bash) modules_shell=bash ;;
esac
module() { eval `/usr/bin/tclsh8.6 /usr/lib/x86_64-linux-gnu/modulecmd.tcl $modules_shell $*`; }
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
        . /etc/bashrc
fi

if [ -f ~/.bash_aliases ]; then
        . ~/.bash_aliases
fi

# Uncomment the following line if you don't like systemctl's auto-paging feature:
# export SYSTEMD_PAGER=


# User specific aliases and functions
export SVN_EDITOR=vi

#colorized shell prompt
export PS1='[\[\033[1;31m\]\u@\[\033[1;34m\]\h:\[\033[0;32m\]\w\[\033[0m\]]\n# '

# load aliases
module load aliases_ue   

#disable beep
xset b off

alias ll="ls -al"
echo "I am .bashrc and was loaded!"
echo -e "[INFO:] \$MODULEPATH=$MODULEPATH\n"
module list

.bash_perfil

# cat .bash_profile
# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/.local/bin:$HOME/bin

export PATH

.kshrc

# cat .kshrc 
# .kshrc

# Source global definitions
if [ -f /etc/kshrc ]; then
        . /etc/kshrc
fi

# use emacs editing mode by default
set -o emacs

# User specific aliases and functions

Qualquer dica é muito apreciada!

Eu estava assistindo a um vídeo sobre diferentes distros Linux quando vi algo que eu adoraria como um novato no Linux. O terminal do Linux Mint tem algumas configurações (eu acho) onde a cor do texto de um comando muda com base na validade do comando. Por exemplo:

sduo apt install package //sduo would be highlighted red
sudo apt install package //the text would remain the default color

Existe uma extensão do GNOME ou algo que imite isso para o terminal GNOME?

ps: Estou percebendo que o LM não usa esses comandos, mas tudo bem.

No meu lubuntu 24.04 tenho um pequeno sistema de arquivos /, então verifico de vez em quando se há espaço livre suficiente.

Para isso eu uso

sudo du -xh -d 3 / | sort -h -r | egrep -v '*M|*K'
grep: warning: * at start of expression
grep: warning: * at start of expression
27G     /
12G     /var
10G     /var/cache
9,8G    /var/cache/apt
9,6G    /usr
6,0G    /usr/lib
5,6G    /boot
2,8G    /boot/ubuntu-20.10
2,5G    /boot/bullseye
2,2G    /usr/share
1,9G    /usr/lib/x86_64-linux-gnu
1,7G    /var/lib

Esta não é uma questão de onde meu espaço desapareceu. Não consigo descobrir o que o aviso significa e como posso evitá-lo.

env | grep -i shell
SHELL=/bin/bash

Criei um arquivo tar de um diretório e então extraí alguns arquivos com seus nomes usando a vopção. Agora, se eu executar o mesmo comando novamente, ainda obtenho a mesma saída. Por que é assim? Por que consigo extrair um arquivo novamente se ele já foi extraído?

Para referência, este foi o comando :- tar xvf ../playground2.tar --wildcards 'home/me/playground/dir-*/file-A'. Eu o executei pela segunda vez e terminou com a mesma saída!