Excluí acidentalmente o usuário do sistema uuidde seu grupo do meu sistema.
Quero reinstalar o pacote ao qual pertencem, mas quando procuro o manual do uuiddna net, ele faz referência ao util-linuxpacote. Uma reinstalação deste pacote sudo apt --reinstall install util-linuxnão traz este usuário de volta.
Como posso descobrir qual pacote reinstalar e reparar o sistema?
Quero montar uma partição após o login da mesma forma que o gerenciador de arquivos faz quando clico em um dispositivo desmontado em 'Dispositivos'. Idealmente, quero usar o mesmo daemon subjacente que o gerenciador de arquivos usa.
Ele NÃO deve ser montado via fstab. Basicamente, o resultado deve ser como se eu abrisse o gerenciador de arquivos após o login e clicasse no dispositivo, sem a necessidade de elevar direitos, desmontáveis pelo usuário, mesmos direitos de acesso, mesmo lugar na hierarquia de arquivos ( /media/user/partitionlabel-or-UUID).
Após o login - para que dispositivos diferentes possam ser montados para usuários diferentes, por exemplo.
Como isso poderia ser feito? Uma pesquisa afoga informações relevantes no zilhão de respostas via /etc/fstab. A resposta sugerida para montar um samba fs no login não ajuda aqui.
Quero ver se estou conectado via ssh ou executando um terminal local.
Se eu apenas ssh em um servidor sem alterar para root via sudo, é fácil. Qualquer uma das variáveis $SSH_CLIENT, $SSH_CONNECTIONou $SSH_TTYpode ser usada para verificar se uma está conectada via SSH ou local.
Problema: Quando eu elevo para a conta root sudo -ipara fazer coisas administrativas, nenhuma dessas variáveis é útil - elas estão todas vazias.
Qual é a melhor maneira de descobrir se a conexão é local ou via SSH?
EDIT: Com a resposta aceita, é fácil ter um prompt bash discreto que reflete o status e os privilégios do ssh:
if [ "$color_prompt" = yes ]; then
# when system is accessed via SSH, hostname with light grey background
if [[ $(pstree -s $$) = *sshd* ]]; then sshbg="\[\033[48;5;7m\]"; fi
# when used as root, change username to orange and '#' to red for prompt
if [ $(id -u) -eq 0 ]; then usercol="\[\033[38;5;3m\]"; hashcol="\[\033[38;5;1m\]"; else usercol="\[\033[38;5;2m\]"; fi
# bash PS1 prompt
PS1="${usercol}\u\[$(tput sgr0)\]@\[$(tput sgr0)\]\[\033[38;5;4m\]${sshbg}\h\[$(tput sgr0)\]:\[$(tput sgr0)\]\[\033[38;5;6m\]\w\[$(tput sgr0)\]${hashcol}\\$ \[$(tput sgr0)\]"
unset sshbg rootcol hashcol
fi
A versão temporizada da pstreepeça é executada em menos de 20ms, para que possa ser usada sem introduzir atrasos perceptíveis.
Estou usando um sistema Ubuntu (19.10) com zfs como sistema de arquivos raiz.
Eu instalei o sistema como um sistema de inicialização dupla instalando em um disco menor e transferindo as partições para um disco maior posteriormente com partições do Windows já nele, então o esquema de partição gpt tem as seguintes partições agora:
parte 1 - inicialização UEFI - /boot/efi
parte 2 - partição de inicialização Grub - /boot/grub
parte 3 - swap
parte 4 - zfs boot (bpool)
parte 5 - zfs root (rpool)
parte 6 - Windows MSR
parte 7 - Windows Parte do sistema
8 - Windows RE
Então, eu gostaria de reinstalar o sistema por motivos não relacionados agora. Estou até disposto a testar o 20.04 se for mais flexível. Como posso reinstalar melhor o sistema? O instalador simples do Ubuntu não conhece o zfs, e a opção zfs só funciona em todo o disco.
Em outras palavras, quero instalar o Ubuntu novamente, com a parte 3 - 5 aberta para exclusão/formatação, as outras devem ficar intocadas.
Eu quero ter um rodapé personalizado em minha tmuxsessão com conkyminha configuração conky de acordo com a recomendação oficial do conky para screen:
conky.config = {
out_to_x = false,
out_to_console = true,
total_run_times = 1
};
conky.text = [[${time %H:%M}|free space:${fs_free /}|$loadavg|free mem:$memeasyfree]]
tmuxcontém apenas uma linha em .tmux.conf:
set-option -g status-left "#(conky -i 1 -c ~/.conkyintmux) |"
mas quando eu começo tmux, a linha do rodapé lê
13:48|free0:bash* "D830-2" 13:48 06-Sep-18
e sem nenhum .tmux.conf(sem chamar conky), seria lido
[0] 0:bash* "D830-2" 13:53 06-Set-18
Saída esperada:
13:48|free space:8.0GB|0.1 0.1 0.1|free mem:548MB|[0] 0:bash* "D830-2" 13:53 06-Sep-18
para começar, para ver se tudo está como esperado.
Como posso mudar o comportamento de tmux?
Depois de uma atualização recente do dist, quebrei as páginas do manual. Os sintomas são que man <any command here>se recusa a carregar qualquer coisa e mostra um console em branco, exceto pela linha no canto superior esquerdo:
Manual page man(1) line ?/? (END) (press h for help or q to quit)
Depois de sair, recebo a seguinte linha de erro:
man: command exited with status 4: /usr/lib/man-db/zsoelim | /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv -e UTF-8 | tbl | nroff -mandoc -rLL=195n -rLT=195n -Tutf8
Isso não é útil para mim. Tentei sudo mandbe sudo mandb -csem sucesso.
Uma das máquinas em que faço login via ssh não me fornece um prompt colorido, apesar de configurá-lo via .bashrc. A .bashrcparte em questão é
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esac
# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
force_color_prompt=yes
if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi
if [ "$color_prompt" = yes ]; then
if [ $(id -u) -eq 0 ];
then # you are root, make the prompt red
PS1='${debian_chroot:+($debian_chroot)}\[\e[00;33m\]\u\[\e[00m\]@\[\e[00;34m\]\h\[\e[00m\]:\[\e[00;36m\]\w\[\e[00m\]\e[01;31m#\e[00m '
else
PS1='${debian_chroot:+($debian_chroot)}\[\e[00;32m\]\u\[\e[00m\]@\[\e[00;34m\]\h\[\e[00m\]:\[\e[00;36m\]\w\[\e[00m\]$ '
fi
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt
e utilizo em várias outras máquinas com o resultado desejado.
Não tenho ideia de por que esse computador em particular não usa isso .bashrc. se eu usar
export PS1='${debian_chroot:+($debian_chroot)}\[\e[00;32m\]\u\[\e[00m\]@\[\e[00;34m\]\h\[\e[00m\]:\[\e[00;36m\]\w\[\e[00m\]$ '
(a linha acima), meu prompt obtém o formato desejado. /etc/bash.bashrcexiste, também /etc/profile, ambos parecem OK para mim.
Além disso, se eu ssh neste computador, o título xterm não é definido. Normalmente, ele é definido como user@host para esta máquina. Suspeito da mesma causa raiz, mas não tenho ideia de onde procurar.