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.
Montei um desktop de desenvolvedor (não gamer) com a seguinte configuração:
- Processador: Intel i5 8400
- Memória: DDR4-2400 8 GB (dupla classificação), 1,2 V, CL17
- Placa-mãe: MSI H310M PRO-VH
- HDD: Seagate Barracuda 1TB 7200rpm SATA
Em seguida, instalei o Ubuntu 18.04 a partir da última imagem ISO baixada, por meio de um pendrive. Depois de conectar a área de trabalho por meio da interface LAN integrada ao meu roteador doméstico, a interface entra em um estado de conexão de registro , nunca consegue se conectar de fato e, finalmente, torna-se desconectada . É quando a Ethernet com fio é configurada com padrões para usar DHCP. Aqui está o que ip amostra:
xyz@shivalik:~$ ip a
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 30:9c:23:b3:cd:42 brd ff:ff:ff:ff:ff:ff
inet6 fe80::452c:f71e:f47d:1b54/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Se eu modificar a interface Ethernet com fio para usar IP estático, a interface parece aparecer, mas não funciona. Não consigo acessar nem o roteador doméstico, que fica na outra ponta do cabo ethernet conectado ao Desktop. Neste caso, aqui está o que ip amostra:
xyz@shivalik:~$ ip -s a
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 30:9c:23:b3:cd:42 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.220/24 brd 192.168.2.255 scope global noprefixroute enp1s0
valid_lft forever preferred_lft forever
inet6 fe80::452c:f71e:f47d:1b54/64 scope link noprefixroute
valid_lft forever preferred_lft forever
RX: bytes packets errors dropped overrun mcast
0 0 0 0 0 0
TX: bytes packets errors dropped carrier collsns
1624 35 0 0 0 0
A documentação da placa-mãe diz que ela tem o controlador Realtek RTL8111H Gigabit LAN integrado . Aqui estão algumas das informações de solução de problemas que reuni neste host:
xyz@shivalik:~$ lspci -knn | grep Eth -A3
01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Subsystem: Micro-Star International Co., Ltd. [MSI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1462:7b33]
Kernel driver in use: r8169
Kernel modules: r8169
e
xyz@shivalik:~$ sudo lshw -C network
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: enp1s0
version: 15
serial: 30:9c:23:b3:cd:42
size: 100Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
resources: irq:123 ioport:3000(size=256) memory:a1104000-a1104fff memory:a1100000-a1103fff
Troquei os cabos LAN (por novos sobressalentes que eu tinha), mas isso não mudou nada. Os LEDs da porta LAN indicam conectividade PHY, ao que parece, em ambas as extremidades e estão piscando, embora lentamente. O que devo fazer para que a rede funcione nesta área de trabalho?