All perguntas(unix)

A situação antes de eu fazer login no desktop CDE (ou Gnome)

mplayer Taste\ of\ freedom-A\ man\ sing\ his\ song.mp3 
MPlayer 1.1-4.8.2 (C) 2000-2012 MPlayer Team

Playing Taste of freedom-A man sing his song.mp3
libavformat version 54.6.100 (internal)
Audio only file format detected.
Load subtitles in ./
==========================================================================
Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III
AUDIO: 48000 Hz, 2 ch, s16le, 320.0 kbit/20.83% (ratio: 40000->192000)
Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III)
==========================================================================
ao2: 48000 Hz  2 chans  s16le [0x9]

[AO SUN] Can't open audio device /dev/audio, Permission denied  -> nosound.
[AO ESD] esd_open_sound failed: No such file or directory

Eu entro no CDE, entro remotamente na máquina Solaris (ou localmente) e voilà

mplayer Taste\ of\ freedom-A\ man\ sing\ his\ song.mp3 
MPlayer 1.1-4.8.2 (C) 2000-2012 MPlayer Team

Playing Taste of freedom-A man sing his song.mp3
libavformat version 54.6.100 (internal)
Audio only file format detected.
Load subtitles in ./
==========================================================================
Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III
AUDIO: 48000 Hz, 2 ch, s16le, 320.0 kbit/20.83% (ratio: 40000->192000)
Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III)
==========================================================================
ao2: 48000 Hz  2 chans  s16le [0x9]

AO: [sun] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:   0.9 (00.8) of 198.0 (03:18.0)  0.6%                                                                                


MPlayer interrupted by signal 2 in module: play_audio
A:   0.9 (00.9) of 198.0 (03:18.0)  0.6%  

Minha pergunta é: quem muda a permissão? Qual arquivo modificar para tornar essas permissões permanentes mesmo sem logar no cde ou gnome?

Vejo que os dispositivos que alteram as permissões são estes:

143130628      1 crw-------   1 myuser other    273,   0 Jan 15 00:14 /devices/pseudo/oss_sadasupport@0:sound,audio
143130630      1 crw-------   1 myuser other    273,   1 Jan 15 00:14 /devices/pseudo/oss_sadasupport@0:sound,audioctl

Tenho um arquivo que contém espaços em branco no nome: my file.txt.

Se eu quiser encontrar um arquivo com esse nome e canalizar sua saída para um vim com args, devo usar --null|-0para manipular espaços em branco corretamente:

find . -iname "my*file.txt" | xargs --null vim

O problema é que o nome do arquivo que é passado para o comando é my file.txt^@.

Este ^@é o caractere nulo no vim.

Então como posso passar o my file.txtarquivo de findou fzfpara o vim?

Estou encontrando grande dificuldade em adicionar um novo caractere de linha ao meu alias bash no meu arquivo ~/.bashrc

alias mip="curl ifconfig.me/ip"

Quero que uma nova linha seja inserida após o script acima, para que meu nome de usuário do terminal Linux não seja anexado ao final do IP impresso

além de muitos outros comandos, tentei o abaixo.

alias mip="curl ifconfig.me/ip \n"
alias mip='"curl ifconfig.me/ip \n"'
alias mip="curl ifconfig.me/ip
\n"

Estou procurando uma maneira de "mesclar" duas pastas de origem em uma única pasta de destino e excluir tudo na pasta de destino que não esteja em ambas as pastas de origem.

Imagino que qualquer solução precise ser escrita em um script bash, com o qual tenho alguma experiência, mas não tenho certeza de como implementar esse requisito (supondo que isso seja possível?).

Por exemplo, considere a seguinte situação antes de executar o rsync…

UNIDADES DE ORIGEM

Minha pasta (no HDD X)

File1
File2
File3
File4
File5

Minha pasta (no HDD Y)

FileA
FileB
FileC
FileD
FileE

DESTINO DE VIAGEM

Minha pasta (no HDD Z)

File7
File8
File9

RESULTADO

Depois de executar o rsync, quero que a pasta de destino contenha…

Minha pasta (no HDD Z)

File1
File2
File3
File4
File5
FileA
FileB
FileC
FileD
FileE

ou seja

• ele copia o Arquivo1 para o Arquivo5 de MinhaPasta (no HDD X) para MinhaPasta (no HDD Z)
• ele copia o ArquivoA para o ArquivoE de Minhapasta (no HDD Y) para Minhapasta (no HDD Z)
• ele apaga o arquivo 7 para o arquivo 9 de Minha pasta (no HDD Z)

Se eu sincronizasse novamente a pasta MinhaPasta de origem (no HDD X) com a pasta MinhaPasta de destino (no HDD Z), ele copiaria o Arquivo1 para o Arquivo5 e excluiria o Arquivo7 para o Arquivo9.

Mas se eu fosse sincronizar novamente a pasta MinhaPasta de origem (no HDD Y) com a pasta MinhaPasta de destino (no HDD Z), ele copiaria o ArquivoA para o ArquivoE e excluiria o Arquivo1 para o Arquivo5.

Tenho um host debian configurado como NAS usando 6 discos em uma configuração RAID 5. A configuração atual é a seguinte:

# mdadm -D /dev/md0
/dev/md0:
           Version : 1.2
     Creation Time : Fri Mar 12 11:42:23 2021
        Raid Level : raid5
        Array Size : 19534424640 (18.19 TiB 20.00 TB)
     Used Dev Size : 3906884928 (3.64 TiB 4.00 TB)
      Raid Devices : 6
     Total Devices : 6
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Sat Jan 18 17:44:06 2025
             State : clean
    Active Devices : 6
   Working Devices : 6
    Failed Devices : 0
     Spare Devices : 0

            Layout : left-symmetric
        Chunk Size : 64K

Consistency Policy : bitmap

              Name : data:0
              UUID : 2265a382:cb20817f:de0f543b:a830605c
            Events : 547472

    Number   Major   Minor   RaidDevice State
       9       8       33        0      active sync   /dev/sdc1
       8       8       17        1      active sync   /dev/sdb1
      10       8       81        2      active sync   /dev/sdf1
      11       8       97        3      active sync   /dev/sdg1
       6       8       65        4      active sync   /dev/sde1
       7       8       49        5      active sync   /dev/sdd1

sdbe sddsão discos de 8 TB, todos os outros membros RAID são de 4 TB. Agora, quero substituir os quatro discos de 4 TB por novos discos de 16 TB, converter a configuração RAID5 atual para RAID6 e aumentar o tamanho do dispositivo usado para 8 TB (o novo máximo, até que eu possa substituir os dois discos de 8 TB restantes por outros de 16 TB).

Agora estou procurando um procedimento para fazer isso com segurança, sem perda de dados e o mais livre de problemas possível. Durante o procedimento, o tempo de inatividade é aceitável, a perda de dados não. Como todos os slots SATA estão em uso no momento, não posso adicionar os novos discos enquanto os antigos ainda estiverem online. Terei que substituir um após o outro. Como tal, acho que seria sensato converter o RAID5 existente para RAID6 primeiro e, em seguida, trocar os discos um por um. Isso adicionaria outra camada de redundância durante o processo de reconstrução.

Depois de pesquisar online, o seguinte é o procedimento que eu criei. Alguém pode confirmar se essa é a maneira mais sensata de fazer isso, ou há etapas que estou esquecendo / há maneiras mais fáceis de fazer isso, dadas minhas restrições (atualização no local).

Meu plano atual:

1. faça backup de todos os dados de /mnt/md0
2. verificar integridade do backup
3. desmontar /mnt/md0
4. reduza o sistema de arquivos em /dev/md0 para o tamanho mínimo possível, veja https://access.redhat.com/articles/1196333 para o procedimento
   1. e2fsck -f /dev/md0verificar sistema de arquivos, -f força a verificação mesmo se estiver limpo
   2. resize2fs -P /dev/md0estimar tamanho mínimo
   3. resize2fs -p -M /dev/md0reduzir ao tamanho mínimo (-M) e imprimir o progresso (-p)
   4. e2fsck -f /dev/md0verifique o sistema de arquivos novamente para ter certeza de que está limpo
5. verifique o novo tamanho atual do sistema de arquivos:dumpe2fs -h /dev/md0 |& awk -F: '/Block count/{count=$2} /Block size/{size=$2} END{print count*size}'
6. falha em um dos discos de 8 TB no array RAID5:

   mdadm /dev/md0 --fail /dev/sdd
   

   falhamos em um disco de 8 TB porque isso garante que o mdadm não decidirá que a unidade é muito pequena (por algum motivo) quando a adicionarmos novamente mais tarde
7. Estime o novo tamanho do array RAID5, tentando executar este comando e verificando a mensagem de erro:

mdadm --grow /dev/md0 --raid-devices=5

8. Verifique se o sistema de arquivos é pequeno o suficiente para caber. Então, encolha o dispositivo de bloco:

mdadm --grow /dev/md0 --array-size [new_size]

9. reduzir a matriz RAID5 de 6 para 5 discos

mdadm --grow /dev/md0 --raid-devices=5 --backup-file=/root/md0_raid5_shrink.bak

10. aguarde o RAID5 terminar a reconstrução
11. adicione o disco removido como um hotspare

mdadm --add /dev/md0 /dev/sdd

12. aumentar a matriz RAID5 para RAID6 com 6 discos

mdadm --grow /dev/md0 --raid-devices 6 --level 6 --backup-file=/root/md0_raid5_to_raid6.bak

13. aguarde o RAID6 terminar a reconstrução
14. substitua cada disco de 4 TB um por um por discos de 16 TB, esperando que o RAID6 termine de reconstruir a cada vez, isso deve nos permitir manter a redundância durante a migração
    1. mdadm --fail /dev/md0 /dev/sdX
    2. mdadm --remove /dev/md0 /dev/sdX
    3. desligar e substituir disco
    4. mdadm --add /dev/md0 /dev/sdX
    5. aguarde o RAID6 terminar a reconstrução
15. aumentar o array RAID6 até o tamanho máximo (limitado pelos dois discos de 8 TB)

mdadm --grow /dev/md0 --size=max

16. aumentar o sistema de arquivos em /dev/md0 para o tamanho máximo

resize2fs /dev/md0

17. remontar /mnt/md0

Minhas perguntas são as seguintes:

1. Esta é a maneira recomendada de atualizar um array RAID5 para RAID6?
2. Já que quero evitar fazer uma pergunta sim/não: Se meu procedimento faz sentido, há maneiras de melhorá-lo para evitar o risco de perda de dados/ter que restaurar do backup? Há uma maneira mais rápida de fazer isso?
3. Tenho um arquivo de configuração gerado automaticamente no /etc/mdadm/mdadm.conf. Terei que alterá-lo de alguma forma? Isso acontecerá automaticamente ou não tem relação com todo o processo?

Mais algum contexto / outras informações:

• O sistema de arquivos em /dev/md0 é ext4.
• A raiz do sistema / está em /dev/sda, que não é impactada pela migração
• A maioria dos guias fala sobre adicionar um novo spare primeiro e depois migrar de RAID5 para RAID6. Isso não é (facilmente) possível neste caso porque todos os slots SATA já estão em uso.

tudo bem, então, há apenas alguns dias eu sabia que o bluetooth no meu sistema manjaro estava funcionando. Agora, no entanto, não está.

para começar ele não está bloqueado (embora agora toda vez que eu reinicio eu tenha que desbloqueá-lo)

 rfkill list all     
0: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no

bluetoothctlnão é superfeliz

bluetoothctl      
[bluetooth]# Agent registered
[bluetooth]# show
No default controller available
[bluetooth]# list
[bluetooth]#

pelo que posso ver não há problemas reais no serviço bluetooth

systemctl status bluetooth.service                                                                                  ✔  46s 
● bluetooth.service - Bluetooth service
     Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; preset: disabled)
     Active: active (running) since Sat 2025-01-18 17:06:16 CET; 9min ago
 Invocation: 71ca38d20a35419da96497ee6313211c
       Docs: man:bluetoothd(8)
   Main PID: 1025 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 37005)
     Memory: 2M (peak: 2.5M)
        CPU: 10ms
     CGroup: /system.slice/bluetooth.service
             └─1025 /usr/lib/bluetooth/bluetoothd

jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support bap plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support bass plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support mcp plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support vcp plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: profiles/audio/micp.c:micp_init() D-Bus experimental not enabled
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support micp plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support ccp plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support csip plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: src/plugin.c:init_plugin() System does not support asha plugin
jan 18 17:06:16 munhunger-desktop bluetoothd[1025]: Bluetooth management interface 1.23 initialized

Estou recebendo algo dmesg, mas não consigo entender bem o que é

sudo dmesg | grep  Bluetooth                                                                                                ✔
[    4.025890] usb 1-12: Product: Bluetooth Radio
[    6.248215] Bluetooth: Core ver 2.22
[    6.293760] Bluetooth: HCI device and connection manager initialized
[    6.293765] Bluetooth: HCI socket layer initialized
[    6.293767] Bluetooth: L2CAP socket layer initialized
[    6.293769] Bluetooth: SCO socket layer initialized
[    7.160288] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    7.160291] Bluetooth: BNEP filters: protocol multicast
[    7.160294] Bluetooth: BNEP socket layer initialized
[    8.460411] Bluetooth: hci0: command 0xfc61 tx timeout
[    8.460419] Bluetooth: hci0: RTL: Failed to generate devcoredump
[    8.460431] Bluetooth: hci0: RTL: RTL: Read reg16 failed (-110)

o que fiz para tentar fazê-lo funcionar novamente foi conectar um adaptador USB Bluetooth, o que não funcionou.

Também tentei instalar alguns drivers (que eu não precisava antes)

yay -S rtl8821ce-dkms-git

Eu reinstalei tudo relacionado abluez

E é claro que tentei reiniciar, mas sem sorte

Estou enfrentando vários problemas de atualização: repo .. rpmfusion-nonfree-updates .. expirou, agora desabilitado repo .. skype-stable .. expirou, agora desabilitado

No entanto, o que não consegui passar até agora é o ocaml-tplib.

Em vários sistemas que tenho, qualquer tentativa de atualizá-los além do Fedora 38 falha porque algo no sistema depende do ocaml-tplib.

Ao verificar o pacote entre F38 e F39 e acima, o arquivo não existe mais no repositório.

O pacote ocaml-tplib-devel de [@System, fedora, módulos fedora, módulos de atualização] requer ocamlx, mas nenhum dos provedores pode ser instalado.

Pensamentos?

#f38 #f39 #dnf #atualização-do-sistema #ocaml

Esta manhã tentei configurar o encaminhamento de porta em uma máquina que tenho em outra rede, para permitir acesso SSH.

A página de configuração relevante exige que estes campos (traduzindo do italiano, aqui está a captura de tela original ) sejam preenchidos:

Name: _________
Protocol: __________
Remote host IP address: ___.___.___.___ ~ ___.___.___.___
Host LAN: ___________
WAN port: ____ ~ ____
LAN host port: ____

Agora, até onde eu entendo,

• Namenão é importante e posso colocar o que eu quiser nele,
• Protocoldeveria serTCP
• Host LANdeve ser o IP que o dispositivo ao qual desejo conectar (uma estação de trabalho conectada ao roteador via Ethernet) foi atribuído
• WAN porté a porta que desejo expor para o exterior, por exemplo 9022,
• LAN host porté 22, para SSH
• Remote host IP addressé o que me deixa um pouco intrigado, inicialmente pensei que poderia fazer 192.168.1.1 ~ 192.168.1.255, o que deveria incluir o roteador.

Com base em https://canyouseeme.org/ , as configurações acima estão erradas, pois o site não consegue me ver em 9022.

Também vi esse tópico em um fórum italiano que sugere que ___.___.___.___ ~ ___.___.___.___deve ser preenchido com o endereço do roteador, o que para mim significa 192.168.1.1 ~ 192.168.1.1. O OP não respondeu perguntando mais, então presumo que as configurações funcionaram para eles.

Estou enfrentando um problema estranho journaldem um sistema Linux embarcado personalizado criado com Yocto.

Em um sistema recém-preparado e inicializado, o diário funciona bem:

• usando --list-bootsmostra apenas uma (0) entrada
• journalctl -n 5 -bmostra os últimos 5 logs

Entretanto, após emitir reboote efetuar login novamente, a inicialização atual se torna de alguma forma invisível:

• --list-bootsainda mostra apenas uma entrada
• journalctl -bresultados em-- No entries --
• inspecionar system.journalo arquivo com journalctl --filerevela que as últimas entradas que ele contém são de desligamentos anteriores (ou seja, nada após a reinicialização), os mesmos logs são mostrados ao chamar apenas journalctlsem-b

Tudo acima é corrigido após a chamada --rotate- novo arquivo é criado em journal/dir, -bcomeça a mostrar logs para inicialização atual, listar as inicializações mostra mais uma entrada, conforme o esperado. Parece-me que o system.journalarquivo fica inacessível para journaldescrita após a reinicialização, e a rotação de alguma forma corrige isso.
Curiosamente, isso só acontece com rebooto comando (reinicialização "soft"). Desligar e ligar novamente a energia do dispositivo (com ou sem chamada poweroffprimeiro, e mesmo usando rebooto corte de energia logo após o sistema iniciar a inicialização novamente), após o sistema ser inicializado novamente, journaldestá funcionando conforme o esperado e a nova inicialização é reconhecida corretamente.

Algumas informações adicionais:

• Os logs são armazenados em uma partição separada no cartão SD, que é montada com fstabe para a qual /var/loghá um link simbólico:
  lrwxrwxrwx 1 root root 6 Mar 9 2018 /var/log -> /log
• A desmontagem da partição em questão falha durante a sequência de reinicialização/desligamento:
  [FAILED] Failed unmounting /log
  (acho que isso pode ser crucial para resolver o problema, mas não tenho certeza de como)
• A versão do Yocto é scarthgapsystemd255.4
• O sistema está sendo executado inteiramente no cartão SD, partição raiz no RW montado e nenhum initramfs é usado

Eu ficaria grato por sugestões sobre como resolver ou depurar melhor isso e, adicionalmente (mesmo que não relacionadas ao problema principal), sobre como resolver a falha de desmontagem da partição de log mencionada (talvez haja uma maneira de atrasar a desmontagem até que ela journaldtenha parado?).

Obrigado

Estou observando a seguinte entrada em meu/var/log/unattended-upgrades/unattended-upgrades.log

WARNING Could not figure out development release: Distribution data outdated. Please check for an update for distro-info-data. See /usr/share/doc/distro-info-data/README.Debian for details

No entanto, esporadicamente, entre essas entradas, há algumas outras que indicam que algum patch de segurança está de fato ocorrendo; por exemplo

INFO Packages that will be upgraded: wget
INFO Writing dpkg log to /var/log/unattended-upgrades/unattended-upgrades-dpkg.log
INFO All upgrades installed

Qual é o caso aqui? O está distro-info-dataatualizado ou não? Se não, como é que algumas atualizações estão acontecendo?