Ubuntu 22.04 hálózati adapter, és Nvidia driver

Fórumok

Sziasztok!

Ubuntu 22.04 került 5 fejlesztő munkatárs új gépére.

- alaplap Asus B560

- CPU Intel 10600K

- 64GB RAM

- GTX 1050 VGA

Az Ubuntu sikeresen települt, 2 problémát kivéve

1. Bekapcsolás után nincs hálózat, pingelni tudom az ip címét a gépeknek ssh már nem megy. Rtl8125 a hálókartya. Fix ip-vel fixen beállított DNS -el. Kikapcsolom a hálókártyát, majd vissza máris van hálózat. Ssh is müködik.

Ezt minden bekapcsolás, újraindítás el kell játszani. A realtek oldalon található drivert telepítettem. Nem változott semmi.

Mi lehet a hiba oka mi a megoldás?

2.

Az Nvidia drivert a

sudo ubuntu-drivers autoinstall -al telepítettem, 
3 gép az újraindítás után a bal felső sarokban 
egy csík villog és annyi. 
2 elindult de az összes app menűjének a betű mérete 1 -es. Semmit nem lehet látni.

Erre van megoldás?

Hozzászólások

Szerkesztve: 2023. 01. 27., p – 14:37

RTL8125b minden gond nélkül megy Asus mobon Ubi 22.04.1-en.Nvidia drivert minden probléma nélkül tudsz Ubi által szolgáltatottat telepíteni.Nem kell kézimunkázni.Csak engedélyezni kell a gyári Ubi repót.

Kicsibocs frissítsek kernelt 6-osra? Nem fogja szétvágni a telepített nvidia drivert? Vagy előtte uninstall?

ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host  
      valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
   link/ether 50:eb:f6:2b:51:82 brd ff:ff:ff:ff:ff:ff
   altname enp4s0
   inet 192.168.0.130/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
      valid_lft 2241sec preferred_lft 2241sec
   inet6 2001:4c4c:10e0:a200:5ec:13f7:75cf:9d47/128 scope global dynamic noprefixroute  
      valid_lft 2873sec preferred_lft 2873sec
   inet6 2001:4c4c:10e0:a200:a64c:9e93:1cfe:f7d8/64 scope global temporary dynamic  
      valid_lft 604072sec preferred_lft 85118sec
   inet6 2001:4c4c:10e0:a200:52eb:f6ff:fe2b:5182/64 scope global dynamic mngtmpaddr noprefixroute  
      valid_lft 1209581sec preferred_lft 604781sec
   inet6 fe80::52eb:f6ff:fe2b:5182/64 scope link noprefixroute  
      valid_lft forever preferred_lft forever

Reboot után, hálózat nincs.
 

Szerintem ezek a spéci kernelek feleslegesek. Amit a kolléga ír hardvert, annak mennie kellene még 20.04-en is nem hogy 22.04-en. Mind elég sztenderd hardver, egyedül az RTL8125-öt nem vágom fejből, azok a kártyák trükkösek, a legtöbbnek a támogatása elég jó, de van 1-2 problémás modell, nem fújom ezeket fejből.

Simán nem kell ide semmi spéci hekkelés, újrahúzni a rendszert (könnyebb, gyorsabb, mint a mostani telepítésről levakarni a végrehajtott gányolásokat), a friss telepítést felfrissíteni, majd az Illesztőprogram-kezelőből, vagy hogy a rákba hívják magyarul, ott csak engedni kell, hogy telepítse az NV kártyához a drivereket. Újraindítás után mellékhatások nélkül kéne mennie mindennek rendesen. Vész esetben azt meg lehetne próbálni, hogy a Gnome-ot nem Wayland session-ben indítani, hanem X.org session-ként bejelentkezni.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A telepítés hogy működött? Ha 20.04->22.04, akkor a gateway4 (cloudinit-es yaml) nem jó neki valami routes: kell már neki.

Ha az icmp megy, az ssh nem, akkor ott esélyes, hogy a hálózat rendben van. valahol belefutottam ilyenbe, és valami olyan magyarázat volt, hogy az sshd-nek kell sok-sok random bájt, és az lassan jön össze. Én megpróbálnám azt, hogy csak simán login konzolról, piicit nézelődni, dns, ping kifelé, etc. majd logout (hálókártyához nem nyúlni), és utána megnézni, hogy elérhető-e ssh-n.

Szerkesztve: 2023. 01. 28., szo – 18:42

Zeller.

Minden hardver új. Vga-kat kivéve. Én raktam össze memtest 24 órát futott. Friss  telepítés az új gépekre. 1TB Samsung nve 980+3TB Tosiba P300ak az adatoknak /home.

A waylandot fel sem kellene tenni, működő rendszerből törölhető?

Tehát akkor új telepítés. Hálózat van, konzolon be tudsz lépni. Az ip ro, a netstat, akarom mondani ss -tlpn meg a systemctl status sshd parancs kimenetét meg kéne nézni - közvetlenül boot után. Látott már olyat a világ, hogy valamiért a hálózat előtt el akart indulni az sshd, és nem sikerült neki, ha utána a network és/vagy az sshd újra lett indítva, akkor meg rendben működött.

Zeller
ip ro
default via 192.168.0.1 dev eth0 proto dhcp metric 100  
172.16.218.0/24 dev vmnet8 proto kernel scope link src 172.16.218.1  
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.130 metric 100  
192.168.166.0/24 dev vmnet1 proto kernel scope link src 192.168.166.1

ss -tlpn
State      Recv-Q     Send-Q                                            Local Address:Port            Peer Address:Port     
Process                                                                                                                      
LISTEN     0          5                                                     127.0.0.1:631                  0.0.0.0:*        
                                                                                                                            
LISTEN     0          100                                                   127.0.0.1:25                   0.0.0.0:*        
                                                                                                                            
LISTEN     0          5                                                       0.0.0.0:902                  0.0.0.0:*        
                                                                                                                            
LISTEN     0          30                                           192.168.0.130%eth0:17545                0.0.0.0:*        
users:(("qbittorrent",pid=1752,fd=66))                                                                                      
LISTEN     0          30                                          172.16.218.1%vmnet8:17545                0.0.0.0:*        
users:(("qbittorrent",pid=1752,fd=19))                                                                                      
LISTEN     0          30                                         192.168.166.1%vmnet1:17545                0.0.0.0:*        
users:(("qbittorrent",pid=1752,fd=17))                                                                                      
LISTEN     0          30                                                 127.0.0.1%lo:17545                0.0.0.0:*        
users:(("qbittorrent",pid=1752,fd=13))                                                                                      
LISTEN     0          5                                                         [::1]:631                     [::]:*        
                                                                                                                            
LISTEN     0          100                                                       [::1]:25                      [::]:*        
                                                                                                                            
LISTEN     0          5                                                          [::]:902                     [::]:*        
                                                                                                                            
LISTEN     0          30                [2001:4c4c:10e0:a200:5ec:13f7:75cf:9d47]%eth0:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=62))                                                                                      
LISTEN     0          30               [2001:4c4c:10e0:a200:52eb:f6ff:fe2b:5182]%eth0:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=55))                                                                                      
LISTEN     0          30               [2001:4c4c:10e0:a200:5289:4641:5a37:1b1a]%eth0:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=45))                                                                                      
LISTEN     0          30                               [fe80::250:56ff:fec0:8]%vmnet8:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=28))                                                                                      
LISTEN     0          30                               [fe80::250:56ff:fec0:1]%vmnet1:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=26))                                                                                      
LISTEN     0          30                             [fe80::52eb:f6ff:fe2b:5182]%eth0:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=24))                                                                                      
LISTEN     0          30                                                     [::1]%lo:17545                   [::]:*        
users:(("qbittorrent",pid=1752,fd=22))                                                  

 

Bent vagyunk az irodában az úriemberekkel, reggel hét óta.

Abban maradtunk hogy mivel 3-an nem igazán értik az angolt, Linux Mint 21 lesz a gépeken, az Ubuntu alap marad és magas szintű a magyarítás.

Lassan elkészül az első gép, csak az nvidia driver van hátra.

Ha kész Paragon partition magic - el klónozás és irány haza.

Tehát halovány gőz sincs, hogy miért nem indult el az sshd, hanem amolyan Windows-os módszerrel telepítsük újra - azzal megfejelve, hogy egy másik csomagolásban kapják... Az meg, hogy "nem igazán értik az angolt" az _egyik_ valamirevaló Linux terjesztés esetén sem gond - maximum a rendszergazdának/támogatónak, akinek a magyar hibaüzenetek meg logok alapján kell megoldást találnia a jellemzően angol nyelven elérhető töménytelen sok információforrás használatával...

A klónozást marhára nem értem, miért, boot, aztán végigcsépelni mindenütt a telepítést párhuzamosan sokkal gyorsabb, de mindenki úgy tölti a vasárnapját, ahogy akarja...

Zeller

Van PXE Boot Server.

A terv az volt hogy 1 kész, majd PXE -re egyszerre a 4.
DE 11:32-től nincs áram, a szünetmentes rendszer csak a szervereket védi.

Azt nem álltam neki miért sshd hibát keresni mert 16:00-től elvileg már dolgoznának......
Sajnos egy önkormányzatnál nem az van amit én akarok, a jegyző kitalál valamit és azt kell csinálni.