Instalei e executei o Tor no Debian, mas não há nenhum arquivo de log /var/log/tor/. Como posso habilitar a gravação de logs em um arquivo de log?
Tentei executar o Tor com privilégios de root, mas não funcionou.
Sou novo aqui, então, por favor, comente se minha pergunta precisar de correção.
Quando eu quis redirecionar o stdout do comando ffprobe, tive uma surpresa: o stdout > (file) usual não funcionou. Depois de algumas pesquisas na web, encontrei a resposta: tive que usar stdout > (file) 2>&1 , e deu tudo certo: https://stackoverflow.com/questions/29680391/ffmpeg-command-line-write-output-to-a-text-file.
O que poderia explicar por que o método usual de redirecionar a saída para um arquivo não funciona para mim: a versão do ffprobe que estou usando? O shell? Ou outra coisa?
~$ ffprobe --version
ffprobe version 5.1.6-0+deb12u1 Copyright (c) 2007-2024 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-14)
Ou cabe ao programador escolher a maneira como um redirecionamento se comporta, conforme explicado neste comentário:
@Apostolos it's up to the programmer, you may want to keep normal
output separate from error output.
Não importa qual modo de aparência eu escolher na caixa de diálogo de opções, o LibreOffice sempre será executado no modo claro:
Entretanto, quando defino a GTK_THEMEvariável de ambiente como Adwaita:dark, o LibreOffice será executado no modo escuro ( GTK_THEME=Adwaita:dark libreoffice):
Parece que algo tem precedência sobre a configuração do modo de aparência na caixa de diálogo de opções, mas a GTK_THEMEvariável de ambiente, por sua vez, tem precedência sobre isso.
O que pode fazer com que o LibreOffice seja executado no modo claro, apesar do modo de aparência estar definido como Dark?
Isto está em uma instalação nova do Debian testing / Wayland / GNOME com o modo escuro habilitado.
Tenho tcsh como SHELL padrão e configurei umask para mim em ~/.cshrc. Essa configuração funciona bem por SSH. Minha configuração não funciona, se eu logar usando Xfce e iniciar um programa dessa forma.
Como posso configurar meu próprio umask? Não devo alterar as configurações para outros usuários e também outros usuários devem usar tcsh.
Estou tentando adicionar um systemdserviço periódico a uma máquina debian 10. Basicamente, quero que ele limpe um banco de dados uma vez por semana. O arquivo de serviço, que posso confirmar que funciona quando executo:
# systemctl start cleanup-service
Que é:
[Unit]
Description=Remove old entries from database
Requires=mysql.service
After=mysql.service
OnFailure=unit-status-mail@%n.service
[Service]
Type=oneshot
EnvironmentFile=/etc/environment
ExecStart=<some command>
O timer, que copiei de outro timer funcional, é
[Unit]
Description=Run cleanup-service periodically
[Timer]
OnCalendar=*-*-* 14:08:00
[Install]
WantedBy=timers.target
Porém, quando eu corro:
# systemctl enable cleanup-service.timer
$ systemctl --all
A linha relevante diz:
backup-service.timer loaded active waiting Run backup-service service periodically
cleanup-service.timer loaded inactive dead Run cleanup-service service periodically
Não tenho ideia de como diagnosticar isso. Todas as permissões são as mesmas. É possível que o servidor precise de uma reinicialização, mas isso teria que ser feito em outro momento. Fora de uma reinicialização, não tenho ideia do que mais tentar.
Há alguma sutileza systemdque estou esquecendo aqui?
Recentemente, eu estava mexendo com meu diretório Desktop e estraguei tudo feio. Eu tinha um backup, então deletei o diretório e o substituí pelo backup. O problema é que agora o Debian não reconhece esse diretório home como nada além de um diretório normal, então ele está confuso e agora usa meu diretório home inteiro como desktop.
Tentei reiniciar para ver se isso ajuda, mas sem efeito. O mesmo acontece com a criação de um novo usuário.
Como eu poderia fazer o Debian reconhecer o diretório Desktop e usá-lo como pretendido? Estou usando o Debian 12, com XFCE.
Instalei o guix sobre o Debian e depois usei o guix para instalar o emacs e alguns pacotes do emacs (emacs-discover e emacs-mastodon), o que também fez com que o guix instalasse algumas dependências desses pacotes.
Cada pacote instalado pelo guix aparece duas vezes na lista do gerenciador de pacotes embutido no emacs. Para esclarecer, eles não estão aparecendo duas vezes porque estão disponíveis em outro repositório como elpa ou melpa. Eles não apareciam até serem instalados pelo guix, e são listados como "externos" na coluna de status da lista (captura de tela anexada).
Existe uma maneira de consertar isso? Vai ficar muito chato ter muitos pacotes duplicados.
Tenho um QNAP TS-262 NAS com dois discos SSD NVMe de 512 GB e dois discos HDD WD Red de 8 TB. Comecei a instalar o Debian 12 porque não estou satisfeito com o sistema operacional QNAP. Também combinei os dois discos NVMe em um dispositivo RAID1 nº 0. Mas assim que seleciono o particionamento guiado, o dispositivo RAID1 nº 0 não é exibido.
Também tentei com os discos de 8 TB e um dispositivo RAID1 é exibido com eles. Não consigo explicar por que não funciona ou se estou fazendo algo errado. Alguém sabe desse problema?
Espero estar aqui.
Obrigado por qualquer ajuda
No momento, estou enfrentando um problema com meu Lenovo E14 no Debian Bookworm. Quando fecho a tampa, o sistema suspende a si mesmo, exatamente como deveria. Quando abro, o sistema acorda. Mas sempre que altero algo no computador, como conectar ou desconectar um periférico USB, ou mesmo quando fecho a tampa (que é meu maior problema aqui), ele acorda!
Posso reproduzi-lo por:
Alguma ideia? Muito obrigado antecipadamente! :)
Eu configurei uma rede local segmentada, onde cada segmento é VLAN e o switch na raiz de todas as VLANs também atua como roteador entre todos os segmentos IP/VLAN (o switch é o Dell S4810 executando DNOS 9.14). gateway para a Internet e o endereço IP local do gateway da Internet é o endereço IP do gateway padrão do S4810. Antes de encaminhar pacotes para o exterior, aplica-se SNAT (masquerade) para que o pacote encaminhado para a Internet tenha como endereço de origem o endereço público do roteador padrão. Nada sofisticado aqui. Quase tudo parece funcionar conforme o esperado: um nó em qualquer segmento pode entrar em contato com outros nós em outros segmentos, todos eles podem acessar a Internet e obter uma resposta, e os nós fora desta LAN veem o endereço IP de origem mascarado correto.
As coisas ficam complicadas quando a máquina de gateway da Internet (NÃO o S4810) também executa VMs com Proxmox. Esta máquina executa o Debian 12.5 e é configurada com interfaces VLAN sobre a física que vai para o S4810, e as próprias interfaces VLAN são agrupadas em pontes, uma por VLAN. A interface para a internet também está envolvida em sua própria ponte. Eu uso pontes para que o Proxmox VM possa usá-las para conectar-se a qualquer uma das redes. Quando uma VM rodando nesta máquina com uma interface virtual na ponte da Internet, ela pode acessar a Internet corretamente, mas com um endereço IP de origem que não precisa de SNAT e não é SNAT.
Quando outra VM com uma interface virtual em uma das interfaces/pontes da VLAN, ela pode alcançar outras máquinas na VLAN correspondente. Além disso, qualquer máquina em segmentos VLAN consegue acessar a Internet usando o S4810 como gateway padrão sem problemas, incluindo VM, desde que não sejam executadas no gateway de Internet/hipervisor Proxmox, mas em qualquer outra máquina hipervisor Proxmox. No entanto, quando uma VM em execução no gateway de Internet/hipervisor Proxmox deseja acessar a Internet por meio de uma das VLANs, ela não consegue. Assim como outras máquinas que funcionam conforme esperado, a VM está configurada para usar o S4810 como gateway padrão. O S4810 redireciona para o gateway de Internet/hipervisor Proxmox qualquer um dos pacotes destinados à Internet que dele recebe, e esse gateway deve encaminhar o pacote com mascaramento.
Posso ver os pacotes indo para o S4810, posso ver o S4810 enviando de volta o pacote para o gateway da Internet, posso ver o pacote duas vezes tsharkno gateway da Internet (uma vez com ttl 64, a segunda vez com ttl 62, ou seja, após o segundo roteamento ser executada), mas a tabela nftablesde nat postrouting(prioridade srcnat) parece capturá-la apenas uma vez, com ttl 64, ou seja, antes de ser enviada para qualquer lugar e antes que o mascaramento precise ser aplicado. Quando o pacote está de volta e o mascaramento precisa ser aplicado, parece que nftablesnão o vê, conforme afirmado com meta nftrace set 1a regra no topo da tabela e o comando nat postroutingcorrespondente . nft monitor traceComo resultado, o mascaramento não é aplicado e o nó externo que recebe o pacote o recebe com o endereço de origem não SNAT e não pode enviar uma resposta.
Existe tal recurso nftablesque aceitaria ver um determinado pacote apenas uma vez? Se sim, como posso desativá-lo para aplicar a máscara no momento certo? Ou é algo totalmente diferente que acontece? Ficarei feliz em fornecer qualquer registro ou captura necessária para me ajudar a solucionar o problema.