All perguntas(unix)

Primeiro as coisas mais importantes; sou novo no Linux e não entendo muita coisa. Estou trabalhando em um Raspberry Pi OS que é baseado em Debian.

Há um arquivo com variáveis ​​de ambiente: "setup-env.sh".

Execute o código no terminal:

source ~/vulkan/1.x.yy.z/setup-env.sh

E estamos no negócio.
Exceto depois que eu reiniciar, obviamente.

Então, como posso configurar essas variáveis ​​de ambiente automaticamente na inicialização?

Estou encontrando muitas respostas dizendo: sudo ~/.bashrc. Mas isso me dá um erro "comando não encontrado". Nos documentos do Vulkan, eles aconselham implementá-lo em .profile . Mas, novamente, sudo ~/.profileo comando não foi encontrado no meu Raspberry Pi OS.

E eu descobri da maneira mais difícil que adicionar um PATH /etc/environmentdefinitivamente não alegra seu dia. Parece tão simples, mas a maioria das pessoas/tutoriais o ignoram com a menção " você está no Linux, então provavelmente sabe como " .

Aqui estão os documentos do Vulkan, caso você queira dar uma olhada: https://vulkan.lunarg.com/doc/sdk/latest/linux/getting_started.html

Então, qual é a maneira correta de configurar as variáveis ​​de ambiente VULKAN_SDK a partir do setup-env.sharquivo na inicialização?

Muito obrigado!

Aqui está o conteúdo do arquivo setup-env.sh :

# Copyright (c) 2015-2023 LunarG, Inc.

# source this file into an existing shell to setup your environment.
#
# See docs for in depth documentation:
# https://vulkan.lunarg.com/doc/sdk/latest/linux/getting_started.html

ARCH="$(uname -m)"
VULKAN_SDK="$(dirname "$(readlink -f "${BASH_SOURCE:-$0}" )" )/$ARCH"
export VULKAN_SDK
PATH="$VULKAN_SDK/bin:$PATH"
export PATH
LD_LIBRARY_PATH="$VULKAN_SDK/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
export LD_LIBRARY_PATH
VK_ADD_LAYER_PATH="$VULKAN_SDK/share/vulkan/explicit_layer.d${VK_ADD_LAYER_PATH:+:$VK_ADD_LAYER_PATH}"
export VK_ADD_LAYER_PATH
if [ -n "${VK_LAYER_PATH-}" ]; then
    echo "Unsetting VK_LAYER_PATH environment variable for SDK usage"
    unset VK_LAYER_PATH
fi

Tenho tido alguns problemas com o Spotify no Arch Linux (instalado do AUR usando yay). Quando tento tocar uma música, há um atraso perceptível antes que ela realmente comece (graficamente), embora eu ainda consiga ouvir o áudio imediatamente. Às vezes, a IU não responde a cliques, não consigo alternar as músicas ou interagir com ela corretamente. O atraso é aleatório, às vezes funciona bem, mas outras vezes congela e torna o aplicativo realmente frustrante de usar.

Aqui está o que tentei até agora:

• Executar o Spotify no terminal não mostra nenhuma mensagem de erro.
• Tentei usar a --no-sandboxbandeira, mas não adiantou.

Minha configuração do sistema:

• Arch Linux (totalmente atualizado)
• Servidor de exibição: Xorg
• GPU: NVIDIA GeForce RTX 4050 Max-Q + Intel Iris Xe (gráficos híbridos), mas estou usando apenas a GPU NVIDIA.
• Kernel: 6.12.17 LTS
• DE: Plasma 6.3.2
• Máquina de Trabalho: KWin

O problema geralmente acontece quando inicio o aplicativo e tento tocar uma música imediatamente ou quando estou alternando rapidamente entre as músicas. Ele trava, mas é frequente o suficiente para tornar o Spotify bem chato de usar.

Também tentei desabilitar a aceleração da GPU com spotify --disable-gpu, mas recebi um erro "stack smashing detectado", então isso também não funcionou.

Alguém mais já lidou com algo assim? Alguma ideia do que posso tentar em seguida?

Estou usando o Debian 11 e usei o Deja Dup até agora para fazer backup das coisas mais importantes.

Conectei o aplicativo ao meu gdrive que os backups concluídos são carregados automaticamente. Ultimamente o backup falha.

Aparentemente há algum problema em conceder acesso/solicitação válida ao gdrive. Tentei remover o aplicativo do gdrive e conceder acesso novo via Deja Dup.

No entanto, ainda estou recebendo a mesma mensagem de erro no gdrive:

Acesso bloqueado: a solicitação do Déjà Dup Backups é inválida

Mais detalhadamente, a mensagem diz:

The loopback flow has been blocked in order to keep users secure. Follow the Loopback IP Address flow migration guide linked in the developer docs below to migrate your app to an alternative method.
Request details: flowName=GeneralOAuthFlow

Ele aponta para um site de desenvolvedor do Google, que remonta a 2022.

• https://developers.google.com/identity/protocols/oauth2/resources/loopback-migration

Então não tenho certeza se esse é o problema. Alguém sabe como resolver isso?

Ficarei feliz em fornecer mais informações se isso ajudar.

Recentemente, quando li um QA , ele apresentou alguns comportamentos inesperados para mim:

~/findtest % echo three > file\ with\ \"double\ quotes\"
~ % find findtest -type f -exec sh -c 'set -x;cat "{}"' \;
+ cat 'findtest/file with double' quotes
cat: findtest/file with double: No such file or directory
cat: quotes: No such file or directory

IMHO quando a substituição estiver concluída, ela funcionará 'cat findtest/file\ with\ \"double\ quotes\"'se apenas substituir o nome do arquivo acima, file\ with\ \"double\ quotes\"o que funcionará. Se mantivermos o wrapper de citação, ele mostrará:

$ cat "findtest/file\ with\ \"double\ quotes\""
cat: 'findtest/file\ with\ "double\ quotes"': No such file or directory

P:

O que essa substituição realmente faz, causando o comportamento um pouco estranho acima com 2 substr 'findtest/file with double' e 'quotes', mas não 'findtest/file with' e 'double quotes' "como delimitador?

Eu queria colocar o hash git atual no meu prompt; mas minha abordagem inicial foi um pouco lenta:

psvar[1]="$(git log -n1 --pretty='format: %h' 2>/dev/null)"

(com $PROMPTinclusão %1vpara tornar isso visível)

Eu tentei o vcs_infoplugin, mas ele também estava lento. Então acabei escrevendo minha própria função:

function githead() {
  local commondir ref hash _
  local gitdir="${1:a}"
  until [[ -e "$gitdir/.git" ]]; do
    local updir="${gitdir%/*}"
    [[ "$updir" == "$gitdir" ]] && return 1
    gitdir="$updir"
  done
  gitdir="$gitdir/.git"
  [[ -f "$gitdir" ]] && read _ gitdir < "$gitdir"
  read _ ref < "$gitdir/HEAD"
  local commondir="$gitdir/commondir"
  [[ -e "$commondir" ]] && gitdir="$gitdir/$(<$commondir)"
  ref="$gitdir/$ref"
  read hash <"$ref"
  print -r "${hash::12}"
  return 0
}

Certamente é mais rápido, mas isso é obrigado a ser frágil. Em particular, alguns dos arquivos que tenho que ler parecem que podem conter mais de uma linha de conteúdo, e não necessariamente colocar a linha que eu quero no topo.

Existe uma maneira rápida de obter o hash atual do git, que seja mais robusta do que o que escrevi manualmente?

Por que essa sintaxe entre colchetes funciona?

$ for (( i=0; i<3; ++i )) { echo $i; }
0
1
2

quando a página de manual diz que a sintaxe é

for (( expr1 ; expr2 ; expr3 )) ; do list ; done

$ bash --version | head -1   # on linux mint virginia (ubuntu jammy)
GNU bash, version 5.1.16(1)-release (x86_64-pc-linux-gnu)

Se esta é uma adição de sintaxe que ainda não foi documentada, quando foi adicionada?

Tenho lido muito conteúdo na web sobre os modos de suspensão, hibernação e suspensão de um computador, mas não encontrei nenhuma discussão sobre esta questão aparentemente simples:

Qual é a diferença, se houver, entre

1. apenas saindo de um computador Linux , executando, digamos, Ubuntu 22.4 LTS, mas realmente poderia ser qualquer distribuição e versão, e
2. invocando explicitamente o comando suspend , seja pela linha de comando ou por uma interface gráfica?

Ambos os casos devem permitir que você volte ao computador mais tarde, clique com o mouse ou digite uma tecla e "acorde-o".

Se há uma diferença, qual é? Se não há diferença, por que o comando suspend é necessário?

E, a propósito, existe um nome para "simplesmente ir embora"? É isso que "dormir" significa?

Vejo esses termos sendo usados ​​sem nenhuma definição precisa do que cada um significa.

Atualização: Por que estou perguntando isso?

A maioria do material que encontro em relação às diferentes formas de sono, suspensão ou hibernação do computador assume que a principal preocupação de qualquer um que pergunte é o consumo de energia. Essa não é minha preocupação.

Minha preocupação é que quando eu sair do computador, eu possa voltar a ele com segurança e não precise reiniciá-lo.

Minha preocupação é que comprei um laptop bem caro da Lenovo, com uma placa de vídeo nVidia (não vou entrar em detalhes técnicos aqui) da qual não posso me afastar e assumir com segurança que o sistema acordará quando eu voltar a ele e pressionar uma tecla ou clicar com o mouse. Às vezes funciona, às vezes não. Parece que invocar explicitamente a suspensão é um pouco mais confiável, não trava com tanta frequência, mas não é 100% confiável, talvez 90%. No meu computador anterior, um laptop Lenovo de 10 anos, eu não precisava me preocupar com nada disso.

Atualização 2: corrigindo o original para mencionar "livrar-se do Secure Boot no UEFI" em vez de "livrar-se do UEFI" como um pré-requisito para atingir a hibernação.

A hibernação se sugere como a maneira mais confiável de conseguir o que estou procurando, mas não está disponível no meu computador que usa Secure Boot sob UEFI. Então uma opção é desabilitar o Secure Boot. Eu estava relutante em fazer isso, mas parece ser o caminho que tenho que seguir.

Minha principal preocupação é a confiabilidade, não o consumo de energia.

Estou executando o Pi-hole em um servidor Debian e preciso substituir o DNS da rede 1.1.1.1(para que ele ignore o Pi-hole).

Qual é a maneira correta de fazer isso no Debian 12?

Adicionar o DNS /etc/resolv.conffunciona, mas ele reverte para o DNS Pi-hole após a reinicialização.

Há um artigo de 2022 escrito por um cara que é um desenvolvedor sênior, e lá ele tem o seguinte alias em sua configuração zsh:

alias which='type -a'

Mas o zsh tem whichpor padrão, e se usarmos assim which, which cpa saída será

/bin/cp

Enquanto a saída de type -a cpé

cp is /bin/cp

A diferença é muito sutil para fazer um alias. Então, qual pode ser a diferença prática que eu negligenciei?

Eu configurei o caminho errado em algumas variáveis ​​de ambiente, e agora a inicialização dá um gosto totalmente novo. O SO é Raspberry Pi OS , que é baseado em Debian .

RESULTADO:
Logo após a inicialização, aparece uma tela preta com um mouse. Clique em qualquer botão do mouse e aparecem 2 opções, " reconfigure " e " exit ". "Reconfigure" não parece fazer nada. Eu clico em "exit" e parece que o programa está sendo desligado e reiniciado. Tenho um breve momento em que posso fazer "ctrl" + "alt" + "F1" e consigo ver por um breve segundo algum comando/código do Terminal, e então a tela preta com o mouse é carregada novamente. (terminologia ruim, sou muito novo no Linux)

O que eu fiz:
A coisa ruim que fiz foi sudo nano /etc/environmentadicionar um caminho para o arquivo de ambiente Vulkan_SDKsetup-env.sh . (Eu não tinha ideia de como fazer isso), e isso foi incrivelmente estúpido da minha parte.

PATH="path/to/setup-env.sh"

Conteúdo de setup-env.sh:

# Copyright (c) 2015-2023 LunarG, Inc.

# source this file into an existing shell to setup your environment.
#
# See docs for in depth documentation:
# https://vulkan.lunarg.com/doc/sdk/latest/linux/getting_started.html

ARCH="$(uname -m)"
VULKAN_SDK="$(dirname "$(readlink -f "${BASH_SOURCE:-$0}" )" )/$ARCH"
export VULKAN_SDK
PATH="$VULKAN_SDK/bin:$PATH"
export PATH
LD_LIBRARY_PATH="$VULKAN_SDK/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"
export LD_LIBRARY_PATH
VK_ADD_LAYER_PATH="$VULKAN_SDK/share/vulkan/explicit_layer.d${VK_ADD_LAYER_PATH:+:$VK_ADD_LAYER_PATH}"
export VK_ADD_LAYER_PATH
if [ -n "${VK_LAYER_PATH-}" ]; then
    echo "Unsetting VK_LAYER_PATH environment variable for SDK usage"
    unset VK_LAYER_PATH
fi

Como posso superar isso, remover essa linha no ambiente e fazê-lo voltar ao "normal" novamente?