Queremos calcular os primeiros números que obtemosdu
du -b /tmp/*
6 /tmp/216c6f99-6671-4865-b8bc-7205f5388752_resources
668669 /tmp/hadoop7887078727316788325.tmp
6 /tmp/hadoop-hdfs
42456 /tmp/hive
32786 /tmp/hsperfdata_hdfs
6 /tmp/hsperfdata_hive
32786 /tmp/hsperfdata_root
262244 /tmp/hsperfdata_yarn
então a soma final será
sum=6+668669+6+42456+32786+6+32786+262244
echo $sum
Como podemos fazer isso por awk ou perl one liners?
Encontrei um script que tem uma função que verifica se uma variável está definida mas não entendi muito bem.
check_if_variable_is_set() {
var_name=$1
if [ -z "${!var_name+x}" ]; then
false
else
true
fi
}
O que exatamente acontece com essa substituição?
Eu gosto de usar o seguinte formato em scripts para comandos com muitos parâmetros (para facilitar a leitura):
docker run \
--rm \
-u root \
-p 8080:8080 \
-v jenkins-data:/var/jenkins_home \
-v /var/run/docker.sock:/var/run/docker.sock \
-v "$HOME":/home \
jenkinsci/blueocean
Mas, às vezes eu gostaria de comentar um desses parâmetros como:
# -p 8080:8080
Isso não funciona, pois o EOL é interpretado como retorno e o comando falha. Tentei isso também:
\ # -p 8080:8080
que também não funcionou.
Pergunta: Existe uma maneira de comentar o parâmetro, então ele ainda está em sua própria linha, mas eu conseguiria executar o script?
Eu vi sed 's=.*/=='no contexto do script sh e estou intrigado. Não consegui encontrar no manual do sed ou na pesquisa na web (para sed s=) como sé usado, não s///. Além de sver apenas um comando potencial aqui =(Imprimir o número da linha de entrada atual), mas nesse caso o que o resto está fazendo ...
A execução do comando no shell produz a mesma saída que a entrada para, por exemplo echo 'jkfdsa=335r34', , enquanto echo 'jkfdsa=335r34' | sed 's/=.*/==/'a substituição ocorre conforme o manual. Também modificando ligeiramente o comando para, por exemplo , echo 'jkfdsa=3' | sed 's798=.*/==/'dar
sed: -e expression #1, char 11: unterminated 's' command, então original deve ter algum significado correto. O que é isso?
Quando eu exponho o manual para pwdcomando, ele diz que opções longas como --physicalsão suportadas
$ man pwd
PWD(1) User Commands PWD(1)
NAME
pwd - print name of current/working directory
SYNOPSIS
pwd [OPTION]...
DESCRIPTION
Print the full filename of the current working directory.
-L, --logical
use PWD from environment, even if it contains symlinks
-P, --physical
avoid all symlinks
No entanto, ele falha quando digito o seguinte
$ pwd --physical
-bash: pwd: --: invalid option
pwd: usage: pwd [-LP]
Por que as opções longas não funcionam para mim?
Estou usando o RHEL 6.4. Nenhum alias para pwd está configurado. Parece que é pwd padrão:
$ which pwd
/bin/pwd
A página de manual do udev menciona em vários lugares que certas opções de regras podem ser usadas para invocar comandos 'integrados', que aparentemente estão embutidos no próprio programa udev. No entanto, não consegui encontrar nenhuma documentação de referência que explique claramente quais recursos internos do udev estão disponíveis; o que fazem e como são usados.
Já pesquisei na web sem muito sucesso. Alguém sabe se existe uma referência em qualquer lugar que forneça detalhes sobre esses comandos internos?
Eu uso o Linux Mint 19.1 Cinnamon.
Achei esta pergunta indiretamente relevante:
Como desabilitar o `apt-daily.service` na imagem da VM na nuvem do Ubuntu?
Minha pergunta é: É seguro desabilitar o apt-daily.service?
Supondo que eu faça atualizações do sistema com um script de atualização meu.
$ systemd-analyze blame
11.027s apt-daily.service
2.675s esets.service
979ms netfilter-persistent.service
638ms systemd-resolved.service
634ms systemd-timesyncd.service
592ms apt-daily-upgrade.service
423ms dev-nvme0n1p2.device
411ms vboxdrv.service
...
Abordando alguns comentários:
Seguro neste contexto significa algo como: Seria abrupto algumas funções do meu sistema desktop?
Estou preocupado com o tempo de inicialização, sim. É rápido, só poderia ser mais rápido talvez...
Eu uso meu próprio script de atualização desde cerca de 2 anos atrás, estou acostumado a fazer as atualizações na CLI com esse script manualmente e não quero lentidão devido a apt.
Estou atualmente em 18.03 e gostaria de atualizar para 18.09. Como eu faria isso?
Encontrei o seguinte através de uma pesquisa na web, mas não é muito conclusivo: https://discourse.nixos.org/t/how-to-upgrade-from-18-03-to-18-09/933
Estou assumindo que eu poderia simplesmente mudar meu canal referenciado por nixos? Mas não tenho certeza se isso é ideal para permitir a reversão no caso de algo dar errado.
sudo nix-channel --list
nixos https://nixos.org/channels/nixos-18.03
unstable https://nixos.org/channels/nixos-unstable
Além disso, também vi o seguinte: https://github.com/NixOS/nixpkgs/issues/40351#issuecomment-388405973 (citado abaixo) - preciso levar isso em consideração?
Também:
/etc/nixos/configuration.nix:
# Este valor determina a versão do NixOS com a qual seu sistema deve ser # compatível, a fim de evitar a quebra de alguns softwares, como servidores de banco de dados #. Você deve alterar isso somente após as notas de lançamento do NixOS dizerem que você # deveria. system.stateVersion = "17.09"; # Você leu o comentário? Eu não vi quando o comando foi emitido para mudar isso.
Li as notas de lançamento, notícias e informações disponíveis. Esperou o comando para fazer isso, mas não encontrou um.
De qualquer forma, alguns dias após o lançamento, mudei "17.09" -> "18.03".
Acabei de instalar o Lubuntu no VM VirtrualBox.
Quando eu executo um aplicativo do terminal, por exemplo. firefox, funciona, mas o terminal exibe alguns avisos.
maciex@maciex-pc:~$ firefox
(firefox:1152): Gtk-WARNING **: 16:15:43.300: Theme parsing error: <data>:1:34: Expected ')' in color definition
(firefox:1152): Gtk-WARNING **: 16:15:43.300: Theme parsing error: <data>:1:77: Expected ')' in color definition
(firefox:1152): GLib-GIO-CRITICAL **: 16:15:43.425: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
(firefox:1152): GLib-GIO-CRITICAL **: 16:15:43.425: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
(firefox:1152): GLib-GIO-CRITICAL **: 16:15:43.425: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
(firefox:1152): GLib-GIO-CRITICAL **: 16:15:43.426: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
(firefox:1152): GLib-GIO-CRITICAL **: 16:15:43.426: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
Não se trata do firefox, o mesmo problema com outros aplicativos. Mas se eu iniciar o mesmo aplicativo não no terminal e depois abrir o terminal e executar o mesmo aplicativo no terminal - não tenho nenhum aviso.
maciex@maciex-pc:~$ ps -u maciex
PID TTY TIME CMD
829 ? 00:00:00 systemd
840 ? 00:00:00 (sd-pam)
865 ? 00:00:00 gnome-keyring-d
868 ? 00:00:00 lxqt-session
886 ? 00:00:00 dbus-daemon
920 ? 00:00:00 ssh-agent
950 ? 00:00:00 openbox
953 ? 00:00:00 at-spi-bus-laun
960 ? 00:00:00 agent
964 ? 00:00:00 gvfsd
969 ? 00:00:00 pcmanfm-qt
970 ? 00:00:00 lxqt-globalkeys
971 ? 00:00:00 lxqt-notificati
972 ? 00:00:00 lxqt-panel
973 ? 00:00:00 lxqt-policykit-
974 ? 00:00:00 lxqt-runner
976 ? 00:00:00 gvfsd-fuse
979 ? 00:00:00 xscreensaver
990 ? 00:00:00 dbus-daemon
992 ? 00:00:00 applet.py
1001 ? 00:00:00 pulseaudio
1063 ? 00:00:00 gvfsd-trash
1069 ? 00:00:00 gvfs-udisks2-vo
1086 ? 00:00:00 gvfs-goa-volume
1092 ? 00:00:00 gvfs-gphoto2-vo
1101 ? 00:00:00 gvfs-mtp-volume
1105 ? 00:00:00 gvfs-afc-volume
1119 ? 00:00:00 lxqt-powermanag
1121 ? 00:00:00 qlipper
1123 ? 00:00:00 nm-tray
1131 ? 00:00:00 qterminal
1134 pts/0 00:00:00 bash
1142 pts/0 00:00:00 ps
Alguém poderia explicar? Como resolvê-lo?
Obrigado
Eu encontrei comparações de variáveis com literais de string várias vezes ao longo dos anos que tinham um caractere prefixando a variável e o literal, por exemplo
if [ "x$A" = "xtrue" ]; then
para verificar se $Aé "true".
Presumo que isso seja feito para obter compatibilidade com o shell ou para contornar um bug de longo prazo, um comportamento não intuitivo, etc. Nada óbvio vem à mente.
Hoje imaginei que queria saber o motivo, mas minha pesquisa não deu em nada. Ou talvez seja apenas eu fazendo algo de uma exposição bastante frequente a ocorrências raras.
Essa prática ainda é útil, talvez até melhor?