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
https://www.linuxcapable.com/how-to-install-latest-linux-kernel-on-ubuntu-linux/
https://www.linuxcapable.com/install-nvidia-drivers-on-ubuntu-linux/
https://www.nvidia.com/en-us/drivers/unix/linux-amd64-display-archive/
https://tutorialforlinux.com/2021/05/03/how-to-add-realtek-rtl8125-driver-ppa-for-ubuntu-based-systems/
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?
Így van!
A linkeken nagyon jól le vannak írva a folyamatok. Én is innen szoktam puskázni. A legfrissebb Nvidia driver támogatja a laptop-ban található VGA-t.
Kernel frissítő script: https://github.com/pimlie/ubuntu-mainline-kernel.sh
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.
KicsiBocs
Kernel frissítés megvot, 6.1.8 reboot után kiírja hogy az x86 SGX-et letíltotta BIOS és ennyi, nem reagál semmire.
Közel kerültem a felbontáshoz, az új munkatársak Fedorát akarnak használni, ezt mondták a vezetőin , azzal nincs is ennyi gond Én nem nagyon mivel még soha nem használtam
Egy próbát megér: https://www.linuxcapable.com/install-liquorix-kernel-on-ubuntu-linux/
Liquorix Kernel: https://liquorix.net/
XanMod Kernel: https://xanmod.org/
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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.
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.
Nem kell törölni. Ahogy már írtam, a login managerben válaszd ki bejelentkezés előtt a X.org sessiont. Onnantól már default minden bejelentkezéskor azt fogja használni.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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))
Akkor a következő megoldandó feladat: miért nem indult el az sshd...?
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.