Tenho dois sistemas rodando no Ubuntu 22.04. Quero montar um dos discos do servidor (PC1 - auerbach) no cliente (PC2 - hubel) usando NFS.

O /etc/exportsarquivo no PC1 se parece com o seguinte:

/media/auerbach-data    139.124.148.0/25(rw,no_subtree_check,sync,fsid=001)

Eu rodei sudo exportfs -avno PC1 que funciona. O /etc/fstabarquivo no PC2 parece com o seguinte:

auerbach:/media/auerbach-data      /mnt/auerbach-data    nfs     defaults,auto,rw        0       0

Entretanto, quando executo sudo mount /mnt/auerbach-data -vno PC2, recebo a mensagem de erro:

mount.nfs: timeout set for Thu Nov 28 10:44:02 2024
mount.nfs: trying text-based options 'vers=4.2,addr=139.124.148.27,clientaddr=139.124.148.5'
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out

O que é realmente estranho é que quando executo showmount -eno PC1, obtenho:

Export list for PC1:
/media/auerbach-data 139.124.148.0/25

Então parece que a exportação em si funciona. E quando eu executo showmount, eu obtenho:

Hosts on PC1:
PC2’s ip

O que parece indicar que PC1 vê PC2. Além disso, quando eu executo showmount -e auerbachem PC2, eu obtenho:

Export list for auerbach: 
/media/auerbach-data 139.124.148.0/25

Depois de um pouco de pesquisa para corrigir o problema, usei tcpdump -i eno145 host auerbache descobri que ao executar o comando mount no PC2, o PC1 não recebeu nenhuma informação pela rede. Este não é o caso quando eu ping PC1 ou uso showmount. Alguns dos logs estão listados abaixo:

tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eno145, link-type EN10MB (Ethernet), snapshot length 262144 bytes
10:52:29.203855 IP hubel.836 > auerbach.nfs: Flags [S], seq 3035191773, win 64240, options [mss 1460,sackOK,TS val 3
448551700 ecr 0,nop,wscale 7], length 0
10:52:30.244579 IP hubel.836 > auerbach.nfs: Flags [S], seq 3035191773, win 64240, options [mss 1460,sackOK,TS val 3
448552741 ecr 0,nop,wscale 7], length 0

Alguém sabe como eu poderia resolver esse problema? Agradeço antecipadamente!

Informações adicionais: Não há Firewall ativado auerbache a porta 2049 está aberta (verificado com telnet).

Quando eu uso sudo mount -t nfs auerbach:/media/auerbach-data /mnt/auerbach-data -v, eu obtenho:

mount.nfs: timeout set for Thu Nov 28 16:53:57 2024
mount.nfs: trying text-based options 'vers=4.2,addr=139.124.148.27,clientaddr=139.124.148.79'

Comprei um novo laptop com o Ubuntu 22.04 e tive que configurar o ssh para funcionar com repositórios do gitlab. Segui os pares de chaves SSH gerados nos documentos e usei o ED25519.

como eu disse, segui os passos e adicionei a chave na minha conta gl. agora, toda vez que tento clonar um repositório ou executar git push, git pullrecebo este erro:

sign_and_send_pubkey: signing failed for ED25519 "/home/abar/.ssh/id_ed25519" from agent: agent refused operation
[email protected]: Permission denied (publickey)

nota: tentar fazer ssh em um servidor remoto me dá o mesmo erro, não tem relação com gl.

executando esses comandos (da documentação do gl) consigo trabalhar conectado ao gitlab na sessão que tenho aberta no terminal, abrir uma nova sessão não sabe sobre isso e tenho que executar esses comandos novamente.

eval $(ssh-agent -s)
ssh-add <directory to private SSH key>

os documentos também sugerem adicionar o ~/.ssh/configcom essas linhas (não funciona)

Host gitlab.com
  PreferredAuthentications publickey
  IdentityFile ~/.ssh/gitlab_com_rsa

Perguntei ao chatgpt sobre isso e ele sugere duas coisas:

1. execute ssh-add -lpara verificar se minha chave existe. OK, ele retorna o valor. ele também sugere executar o eval e ssh-add a chave

2. adicione o eval e o ssh-add no .zshrcarquivo. Isso não é grande coisa, pois toda vez que tenho que digitar a senha...

Outra coisa que verifiquei é o conteúdo de $SSH_AUTH_SOCKe ele retorna /run/user/1002/keyring/ssh.

no laptop antigo eu estava usando o Ubuntu 22.04 e não tive esses problemas, verifiquei permissões, arquivos de configuração e eles são os mesmos.

Não sei o que fazer para resolver esse problema.

Recentemente, eu brickei meu sistema devido ao checkinstall. Parece que tudo o que está faltando é minha pasta lib.

No entanto, tentei criar um link simbólico enquanto o sistema estava montado e obtive o seguinte link simbólico: lib -> /mnt/root/usr/lib/O problema que vejo com isso é que quando não montei o sistema, /mnt/rootesse link não existe... Como posso criá-lo para apontar para /usr/lib, é claro que isso sudo ln -s /usr/lib /libapenas criará um link para o sistema atual.

Estrutura atual

(base) hutber@hutber:/mnt/root$ ll
total 116
drwxr-xr-x  20 root root  4096 Nov 28 09:25 ./
drwxr-xr-x  13 root root  4096 Nov 28 09:10 ../
-rw-r--r--   1 root root     0 Aug 12 13:14 1
lrwxrwxrwx   1 root root     7 Feb  2  2024 bin -> usr/bin/
drwxr-xr-x   4 root root  4096 Nov 21 11:44 boot/
drwxr-xr-x   2 root root  4096 Feb  2  2024 cdrom/
drwxr-xr-x   2 root root  4096 Aug 12 13:15 .config/
drwxr-xr-x   4 root root  4096 Jan  9  2024 dev/
drwxr-xr-x 164 root root 12288 Nov 27 22:56 etc/
drwxr-xr-x   2 root root  4096 Feb  2  2024 home/
lrwxrwxrwx   1 root root    17 Nov 28 09:25 lib -> /mnt/root/usr/lib/
lrwxrwxrwx   1 root root     9 Jan  9  2024 lib64 -> usr/lib64/
drwx------   2 root root 16384 Feb  2  2024 lost+found/
drwxr-xr-x   3 root root  4096 Feb  2  2024 media/
drwxr-xr-x   4 root root  4096 Feb 14  2024 mnt/
drwxr-xr-x  16 root root  4096 Sep 19 13:30 opt/
drwxr-xr-x   2 root root  4096 Jan  9  2024 proc/
drwx------  13 root root  4096 Oct  8 13:00 root/
drwxr-xr-x  14 root root  4096 Feb  2  2024 run/
lrwxrwxrwx   1 root root     8 Feb  2  2024 sbin -> usr/sbin/
drwxr-xr-x   2 root root  4096 Jan  9  2024 srv/
drwxr-xr-x   2 root root  4096 Apr 18  2022 sys/
drwxrwxrwt  49 root root 20480 Nov 27 23:01 tmp/
drwxr-xr-x  13 root root  4096 Apr 11  2024 usr/
drwxr-xr-x  12 root root  4096 Feb 14  2024 var/

Estou trabalhando em um aplicativo Qt que acessa certas funções que exigem permissões de root (por exemplo, acessar recursos de hardware ou certas operações de E/S). Quando executo o aplicativo normalmente, recebo o seguinte erro:

ERRO: permissão de root necessária. ioperm: Operação não permitida Falha de segmentação (core dumped)

No entanto, o aplicativo roda bem quando eu o executo com sudo. Não quero usar sudo toda vez. Existe uma maneira de executar este aplicativo Qt sem precisar de sudo, mas ainda permitindo que ele acesse as funções privilegiadas necessárias?

Estou tendo um problema com meu hub USB-C que, de repente, não consegue carregar meu laptop e conectar minhas telas ao mesmo tempo.

Estou usando uma versão atualizada do Ubuntu (24.04.1) e tenho um hub USB conectado a duas telas com uma interface HDMI.

Até ontem, eu conseguia ter os dois carregando e as telas exibidas, mas desde ontem, quando conecto o plugue USB-C no laptop, não consigo ter os dois. Se o ícone de carregamento mostra que o computador está carregando, as telas não são reconhecidas, e se eu desconecto e reconecto o suficiente, às vezes o ícone de carregamento não é exibido, mas as telas não são reconhecidas.

Uma atualização pode ser o motivo de ele continuar falhando? Como posso corrigir esse problema?

Nova instalação do Ubuntu 22.04.5 (bare-metal). Especificações:

• Gigabyte Technology Co., Ltd. B650 GAMING X AX
• Processador AMD® Ryzen 9 7900x3d de 12 núcleos × 24
• NVIDIA GeForce RTX 3060/PCIe/SSE2 / NVIDIA Corporation GA106

Tentando fazer algum desenvolvimento FPGA com Vivado 2024.1 e não consigo fazer interface com o Numato Mimas A7 via chip de interface USB para serial FT2232H integrado. Posso conectar outros dispositivos FTDI com sucesso e os drivers USB criam /dev/caminhos. Cheguei até a pedir uma segunda placa de desenvolvimento Mimas, pensando que tinha recebido uma unidade com defeito. No entanto, ambas as placas Mimas estão se comportando da mesma maneira.

Informações do terminal

Produção relevante de lsusbshows:

 ...
Bus 001 Device 005: ID 2a19:1009 Numato Systems Pvt. Ltd Mimas Artix 7 FPGA Module
 ...

A saída dmesgao conectar o Mimas mostra:

[Nov26 23:11] usb 1-4: new high-speed USB device number 5 using xhci_hcd
[  +0.214620] usb 1-4: New USB device found, idVendor=2a19, idProduct=1009, bcdDevice= 7.00
[  +0.000006] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  +0.000002] usb 1-4: Product: Mimas Artix 7 FPGA Module
[  +0.000002] usb 1-4: Manufacturer: Numato Lab
[  +0.000001] usb 1-4: SerialNumber: NXXXXXXX

Nota: Aqui não há entradas de linha usb-serial, usb-core, ou ftdi_sio. Com outros dispositivos FTDI, como meu Digilent Analog Discovery, verei essas entradas de linha adicionais

A saída udevadm monitorao conectar o Mimas mostra:

KERNEL[1467.971766] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4 (usb)
KERNEL[1467.998258] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4/1-4:1.0 (usb)
KERNEL[1468.003203] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4/1-4:1.1 (usb)
KERNEL[1468.003222] bind     /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4 (usb)
UDEV  [1468.006816] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4 (usb)
UDEV  [1468.008083] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4/1-4:1.0 (usb)
UDEV  [1468.008105] add      /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4/1-4:1.1 (usb)
UDEV  [1468.010333] bind     /devices/pci0000:00/0000:00:02.1/0000:03:00.0/0000:04:0c.0/0000:0e:00.0/usb1/1-4 (usb)

Nota: Novamente, não há entradas de linha usb-serialor driver, or ftdi_sio. Com outros dispositivos FTDI, como meu Digilent Analog Discovery, verei essas entradas de linha adicionais

Saída após a configuração do registro via udevadm control --log-priority=debuge journalctl -fdurante o plug:

Nov 27 01:22:37 AAbuntu22 mtp-probe[9119]: checking bus 5, device 10: "/sys/devices/pci0000:00/0000:00:08.1/0000:10:00.4/usb5/5-2"
Nov 27 01:22:37 AAbuntu22 mtp-probe[9119]: bus: 5, device: 10 was not an MTP device
Nov 27 01:22:37 AAbuntu22 systemd-udevd[9117]: 5-2: 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:10:00.4/usb5/5-2 5 10'(out) '0'
Nov 27 01:22:37 AAbuntu22 systemd-udevd[9117]: 5-2: Process 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:10:00.4/usb5/5-2 5 10' succeeded.
Nov 27 01:22:37 AAbuntu22 systemd-udevd[9117]: 5-2: Handling device node '/dev/bus/usb/005/010', devnum=c189:521
Nov 27 01:22:37 AAbuntu22 systemd-udevd[9117]: 5-2: sd-device: Created db file '/run/udev/data/c189:521' for '/devices/pci0000:00/0000:00:08.1/0000:10:00.4/usb5/5-2'
Nov 27 01:22:37 AAbuntu22 systemd-udevd[9117]: 5-2: Failed to get watch handle, ignoring: No such file or directory

Nota: Mais uma vez, nenhum UDEV veio ajudar

Fundo:

Com a distribuição do Vivado 2024.1, há 3 .rulesarquivos que são adicionados /ect/udev/rules.d/após a execução de um script de instalação "cable-drivers". Eles foram escritos em 2012-2016 para oferecer suporte a dispositivos Digilent e Xilinx. Mais informações aqui. Por exemplo, 52-xilinx-ftdi-usb.rulestem a seguinte linha:

ACTION=="add", ATTRS{idVendor}=="0403", ATTRS{manufacturer}=="Xilinx", MODE:="666"

Obviamente, meu dispositivo não foi incluído na regra FTDI acima, mas tentei adicionar minha própria linha a este arquivo usando ATTRS{idVendor}=="2a19"and ATTRS{idProduct}=="1009"em vez do ATTRSmostrado. Após aplicar udevadm control --reload, udevadm triggere até mesmo reinicializar, isso não teve efeito em nenhuma das saídas dmesgor udevadm monitor. Tentei criar meu próprio arquivo de regras 10-numato-ftdi-usb.rulesno mesmo local:

ATTRS{idVendor}=="2a19", ATTRS{idProduct}=="1009", ACTION=="add", MODE="666", RUN+="/bin/sh -c 'echo $(date) $(env) >>/tmp/udev-debug.log'"

Infelizmente, isso teve o mesmo efeito nulo com e sem o registro .

Revisei e testei todas as sugestões dentro destas referências:

(Referência 1): As regras do UDEV para FTDI não funcionam completamente (embora este usuário tenha o benefício de ter um dispositivo montado em /dev/).

• Verifiquei meu usuário em todos os aspectos apropriados groups.

(Referência 2): Ubuntu20.04 ttyUSB não aparece quando o dispositivo FTDI está conectado

• linux-modules-extraPacote verificado instalado viasudo apt install linux-generic

(Referência 3): https://stackoverflow.com/questions/45054026/ftdi-device-not-detected (embora este usuário esteja tentando usar o driver FTDI D2XX legado )

• Tentei remover e reativar ftdi_sio(e módulos 'usb-serial') via rmmodemodprobe

(Referência 4): FT232 - nenhum dispositivo ttyUSB* será criado após o plugin

• Verifiquei que meu dispositivo não está na lista negra

(Referência 5): /dev/ttyUSB0 não presente no Ubuntu 22.04

• Não houve problemas brlttynos logs, mas mesmo assim removi.

Pelo que posso perceber, é um problema de kernel, mas estou todo ouvidos.

Na minha configuração do Ubuntu MATE 24.04, comecei recentemente a usar o Ghostwriter para escrever documentação, fazer anotações no formato Markdown, com a esperança de que eu as converteria mais tarde para HTML ou PDF usando o pandoc. Na verdade, percebi que o próprio Ghostwriter usa o pandoc para renderizar o Markdown na maioria dos "temas de renderização Markdown" (além do renderizador embutido simples e bastante básico). Como isso é um snap, instalar o pandoc no host não parece ajudar. Alguma orientação sobre como posso resolver isso? Devo considerar instalar o Ghostwriter diretamente, ou seja, não como um snap? O principal benefício de instalar o snap foi manter a bagagem de dependência do KDE limitada ao sandbox do snap.

Boa tarde. Aqui está um diagrama da minha rede doméstica:

            Internal
           Interface   
x.x.1.14    x.x.1.99                     
---------   ---------   ---------   ----------
|       |   |       |   |       |   |        |
| Comp1 |---|Rasp Pi|---|Router |---|Internet|
|       |   |       | | |       |   |        |
---------   --------- | ---------   ----------
            x.x.0.123 |   x.x.0.1      8.8.8.8
            External  |
           Interface  | ---------
                      | |       |
                      |-| Comp2 |
                        |       |
                        ---------
                        x.x.0.135

Conectei duas redes em casa (uma WiFi e uma com fio) executando iptables no Ubuntu 24.04.1 LTS em um Raspberry Pi. Do Comp1, consegui fazer ping no Comp2 e na internet, mas então fiz algo tolo no meu Pi (alterei a senha de root e joguei fora o post-it) e tive que refazer meu Pi. Refiz o Pi, com as mesmas configurações de rede, e agora posso fazer ping no Comp2 do Comp1 novamente, mas não na internet. Tenho uma infinidade de notas que digitei ao tentar fazer o Pi funcionar pela primeira vez, mas nada que fiz até agora me deu conectividade com a internet. Aqui está uma lista do que tentei até agora:

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.0.123 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.0.123 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.1.99 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -t nat -A POSTROUTING -o 192.168.1.99 -j MASQUERADE
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Não

sudo iptables -A FORWARD -i 192.168.0.123 -o 192.168.1.99 -m state --state RELATED,ESTABLISHED -j ACCEPT
sudo iptables -A FORWARD -i 192.168.1.99 -o 192.168.0.123 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Não

sudo iptables -I FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
sudo iptables -I FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT

Também adicionei a rota para a segunda rede na caixa Linux:

$ sudo ip route add 192.168.0.0/24 via 192.168.1.99

Eu tentei os flip-flops porque na primeira vez cometi um erro e inverti os rótulos de IP no que encontrei na internet e funcionou. ENTÃO, alguém consegue ver o que eu fiz errado ou o que estou esquecendo?

Obrigado,

João

e obrigado pela resposta rápida. Ok, aqui estão as informações:

Comp1 - Linux ens160 é 192.168.1.14

Pi - Linux eth0 é 192.168.1.99 wlan0 é 192.168.0.123

Comp2 - Windows 192.168.0.135

iptables-salvar

# Generated by iptables-save v1.8.10 (nf_tables) on Tue Nov 26 12:54:31 2024
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [204777:66752196]
:OUTPUT ACCEPT [0:0]
-A FORWARD -s 192.168.1.0/24 -d 192.168.0.0/24 -j ACCEPT
-A FORWARD -s 192.168.0.0/24 -d 192.168.1.0/24 -j ACCEPT
COMMIT
# Completed on Tue Nov 26 12:54:31 2024
# Generated by iptables-save v1.8.10 (nf_tables) on Tue Nov 26 12:54:31 2024
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [117749:8274546]
-A POSTROUTING -o 192.168.0.123 -j MASQUERADE
-A POSTROUTING -o 192.168.0.123 -j MASQUERADE
COMMIT
# Completed on Tue Nov 26 12:54:31 2024

João

E a saída de sysctl -p:

jfxb@Pi5:~$ sudo sysctl -p
[sudo] password for jfxb:
net.ipv4.ip_forward = 1
jfxb@Pi5:~$

Sempre tive problemas ao atualizar o Ubuntu, então evito fazer isso. No entanto, um amigo disse que nunca teve problemas com ele, então decidi tentar esta manhã - quase queria não ter me incomodado.

Então, acabei de atualizar para a versão 24.04.1 e quando o sistema reinicia, ele só mostra uma tela preta com um cursor piscando no canto superior esquerdo.

Se eu pressionar algumas teclas, consigo encontrar o modo de emergência, onde posso ler o log de inicialização, mas ele está tão cheio de informações desnecessárias que não tenho ideia de como começar a diagnosticar o problema.

Sei que muito trabalho foi feito na versão mais recente, então parece uma pena desistir do processo de atualização e simplesmente reinstalar o Ubuntu (o que sempre fiz no passado e suspeito que seja o que a maioria das pessoas faria nessa situação).

Alguma sugestão sobre como proceder?

Eu instalei o Oracle Sql developer e o podman no meu cliente/host ubuntu 24.04. Com o podman eu fiz

podman run -d --name oracle-db -p 1521:1521 container-registry.oracle.com/database/free:latest

então defina uma senha simples com este outro comando:

podman exec oracle-db ./setPassword.sh Password1
podman port oracle-db
1521/tcp -> 0.0.0.0:1521

mas quando eu conecto a ele continuo recebendo todos os tipos de erros, veja a imagem .

Então, pelo que entendi, agora eu deveria conseguir conectar ao localhost:1521 como SYSDBA usando o sid FREE. Infelizmente, continuo recebendo o erro ORA-01017. Alguém sabe como devo me conectar a ele?

a documentação está aqui https://www.oracle.com/eg/database/free/get-started/ e aqui https://container-registry.oracle.com/ → databases → free . Eu coloco a imagem em funcionamento, mas não consigo conectar a ela usando o sql developer.