Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: Ventero 23 Května 2023, 09:30:06
-
Xubu 18.04 - několik měsíců od instalace normálně funkční. Neproběhly žádné aktualizace ani nebylo nic konfigurováno či instalováno. Instalace Win i Xubu jsou v CSM/MBR, ve FW desky jsem také nic neměnil.
Dnes jsem najel do OS a vše v pořádku. Pak jsem dělal ve Win a po znovunajetí do Xubu už se to nechce připojit - dle bubliny neustále jen "žádá o přidělení adresy" - ve Win na stejném PC plně funkční připojení. Dosud nikdy nebyl problém - po restartu z jakéhokoliv OS do druhého vždy plně funkční připojení. Proběhla aktualizace ve Win, ale pokud nejsem v EFI, tak nemyslím, že by to mohlo mít vliv a bezprostředně poté několik přepnutí bez problémů.
Zkoušel jsem:
Restartovat Xubu
Restartovat Modem
Vyndat a zandat LAN
Smazat připojení v GUI NM a opětovně vytvořit
sudo dhclient -rsudo iptables -Fsudo systemctl restart systemd-networkdsudo service network-manager restart
Příkaz sudo dhclient se nukončí - pouze s ctrl+C
Nějaké rady, jak kompletně smazat vše ohl. sítě, opravu a znovu se připojení?
-
To je blázinec - tak jsem najel na starší jádro a jelo to. Tak jsem najel výběrově na novější jádro a jelo to. Tak jsem zase najel rovnou a taky to už jelo.
Stejně by mě ale zajímalo, jak kompletně resetovat vše kolem sítě a připojení.
-
Zvaž možnost, že to je někde mimo. Dnes se mi celý web zdá úplně zbořený či nefunkční...
-
Me sebto nechtelo pripojit ani na rout - vyzkuousel jsem opakovane vse, abych vyloucil to mimo. Podle me to bylo nekde na urovni DHCP ..
-
Tak hlavně že to už jede. Předevčírem mi nejely jinde některé části webů. Druhý den již ano.
Včera vypadl Internet. Restartoval jsem router a už to jelo. Na log jsem se ještě nedíval.
To je pořád něco. Teď zas bude delší dobu klid. :-)
-
Takové neplechy dělala u mne tato hovadina: https://netplan.io/
To také stojí za pomalým startem ubuntu.
-
To asi ale nemuzu jentak odinstalovat?
-
https://duckduckgo.com/?q=netplan+uninstall&t=h_&ia=web (https://duckduckgo.com/?q=netplan+uninstall&t=h_&ia=web) nebo https://duckduckgo.com/?q=netplan+remove&t=h_&ia=web (https://duckduckgo.com/?q=netplan+remove&t=h_&ia=web)
-
Mrknu na to příležitostně - teď mám nad hlavu byroteroru a přednostně jsem musel rozchodit tiskárnu. Naštěstí jsem zvolil dobrou značku, nebyl to boj a podělím se v jiném vlákně.
K tématu:
Nejsem si ještě jist, ale vypadá to, že pokud jdu do Xubu restartem z Win, tak se prostě nepřipojím na UPC modem - stále to jen žádá o adresu.
Pokud Win vypnu (samozřejmě, že s deaktivovaným fofrstartem), pak PC tlačítkem zapnu a v grubu zvolím rovnou Ubuntu, tak se spojení realizuje okamžitě.
Vypadá to, že by to mohlo jít na vrub grub2 podobně, jako v případě toho rozlišení - myslím, že to je taky cesta do pekla, tahle roztahující se vliv zavaděče ..
-
Já si spíš myslím, že v síťovém adaptéru zůstane z widlous nějaké nastavení a to je potřeba smazat jedině vypnutím napájení, sw restart nepomůže.
-
To se ale děje jen v EFI - ne? Ale pravda je, že PC s UEFI nejedou prakticky nikdy v režimu BIOS, ale v režimu kompatibility (CSM). Nicméně i tak by nemělo dojít, v tomto režimu, k tomuto. Ale možné to je ..
Zažil jsem to poprvé - ale pravda je, že poprvé mám PC s Intel I217-LM a také to, že u jiného PC se mi zase stává, že po restartu nenaběhne u wifikarty Intel AC bluetooth - až po druhém restartu. Takže by to tak mohlo být, jak píšeš ...
-
Podívej se sem (https://bbs.archlinux.org/viewtopic.php?id=191981) (nečetl jsem to, jen v rychlosti našel).
Essentially, whenever I boot from Windows to Linux without powering the machine down, the ethernet won't work under linux
-
Microsoft je arogantní. Předpokládá provoz jen 1 OS, a to Windows.
Předpokládá 1 disk. Jakmile je něco jinak, jsou z toho problémy.
Tolik asi k Windows ve čtvrtině 21. století.
-
To asi ale nemuzu jentak odinstalovat?
Nevím jak u UBU18, ale normálně jde (ještě nedávno). Ale je třeba mít jinou utilitu. Třeba NetworkManager. Netplan řídí systemd-networkd (default v ubuntu). Také by mělo by fungovat mít NM a netplanu sdělit, že NM je renderer.
Tvůrci netlanu přiznávají, že díky tomu je boot pomalejší. Proto přidali volbu optional: true
Podle odkazu od @JirkaZ by mělo zafungovat vypnutí WakeOnLan ve windows ovladači.
-
Mam za to, ze Xubuntu jede defaultne na NM a tedy tam ten Netplan asi nebude.
Koukal jsem na ten reset PCIe z odkazu, ale nepochopil jsem, jak ten konfigurak pouzit - dat ho do autostartu?
-
Podívej se sem (https://bbs.archlinux.org/viewtopic.php?id=191981) (nečetl jsem to, jen v rychlosti našel).
Essentially, whenever I boot from Windows to Linux without powering the machine down, the ethernet won't work under linux
Ja myslel tento odkaz
-
Já taky. Ale obávám se, že budu muset použít toto řešení, na které ale nevím jak na to, protože je tam jen lakonicky napsané, že se to má spustit před spuštěním NIC a je hotovo.
Jak toho přesně docílit nejsem, se svými znalostmi, s to:
My experience in this issue was:
- Whenever Windows 10 was booted before Linux (Debian 8 in my case, but this does not matter) Ethernet is not working.
- It works when computer was completely turned off before starting Linux
Disabling WoL and/or PXE was not a solution because we need it in out classrooms for administration
So it seems that the driver (e1000e) does not completely initializes (reset) the network interface while enabling.
My solution is quiet simple: Reset the PCI Device before starting the Network Interface
#!/bin/bash
#Get the PCI-Address of network card (Caution: This works ONLY with ONE NIC)
PCI=`/usr/bin/lspci | /bin/egrep -i 'network|ethernet' | /usr/bin/cut -d' ' -f1`
PCIPATH=`/usr/bin/find /sys -name *\${PCI} | /bin/egrep -i *pci0000*`
#echo "PCI =$PCI"
#echo "PCIPATH=$PCIPATH"
#ls -la $PCIPATH
/usr/bin/logger -t "ResetNIC" "Resetting PCI NIC ${PCIPATH}"
#Reset the PCI Device completely (like Power-ON/Off)
echo 1 >${PCIPATH}/reset
Just execute this script ideally before NIC is going up and you are done.
Btw: You can reset nearly any PCI-device with this commands slightly modified...
-
No prostě si ten kód uložíš jako script a spustíš ho (automaticky) hned někde na začátku startu systému...
Jen si nejsem jistý, zda to bude před startem adaptéru, protože ten podle mě startuje někde úplně na začátku. Možná to řešit podle tohoto (https://askubuntu.com/questions/694452/run-script-on-start-up-before-specific-network-card-is-initialized)?
Nebo toto (https://superuser.com/questions/1005742/how-to-run-script-before-the-network-configuration) atd. apod (https://duckduckgo.com/?q=ubuntu+run+script+on+startup&t=h_&ia=web).
-
Tak hned v uvodu odkazu je dle mne reseni:
SOLUTION]
Turns out that the problem is related to WoL, and the solution is to turn of all the WoL features in the Windows Intel driver. This comes at a cost, as WoL will no longer be possible, but that won't be an issue for most people. Hope this helps :)
A tady je ten win bazmek: https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcRem74-C6GFs7CnkiCZA6kxuuII_1z5IAygdA&s
-
Ramael: To jsem udělal a nefunguje u mne. Tvůj obrázek je naprosto nečitelný, ale podle tvaru a pozice se jedná o vypnutí Magic Packet - to bylo první, co jsem zkoušel.
JirkaZ: Přesně. Jednak NIC je širší pojem a netuším, jestli se jedná o iniciaci adapteru (to jsme ale během bootu, takže bych musel modifikovat nějaký afterkernel protokol a to se obávám, že je dalece nad mé schopnosti) a nebo zda tím myslí iniciaci NM +/- kolem toho a to zase nevím, jak zajistit, aby se to spustilo předtím, když to dám jen do autostartu uživatele.
Mrknu někdy na ty odkazy - dneska toho mám dost ..
-
Zkus vypnout ve Win ještě todle:
https://www.supermicro.com/support/faqs/faq.cfm?faq=1411 (https://www.supermicro.com/support/faqs/faq.cfm?faq=1411)
-
To tam vubec nemam - u konkretniho ovladace je to koncipovano jinak ..
Vypnul jsem opravdu vsechno, co slo v nastaveni DM i PM Win a stejne nenajede.
-
Potom ten skript musíš dát někam mezi další konfigy, co se spouští dalece před uživatelovou relací. Nedávno sjme to řešil, ale z hlavy to nedám.
Však kam spěchat.
-
O tom to bude - mezi jake a kam?
-
Mno, tak nezbývá než to prubnout v linuxu. Ten skript, je částečně na prd, protože vyplivne i wifi adaptér. Šel bych na to přímo z net:
sudo -i
ls /sys/class/net
Ethernet adaptér začíná enp pokud sis to nezměnil parametrem jádra. Dejme tomu, že se adaptér bude jmenovat enp2s0 Tak budeš pokračovat takto:
cd /sys/class/net/enp2s0/device/
echo 1 > reset
Tím by se měl zresetovat ethernet adaptér. Pokud to proběhne bez chyby a pomůže, uděláme z toho skript spouštěný buď časovačem systemd nebo pomocí pravidla udev (asi lepší řešení).
Pozor, ten reset chvilku trvá.
-
Inspirace na skript. Hlavně to
After= je zajímavé.
https://www.golinuxcloud.com/run-script-at-startup-boot-without-cron-linux/ (https://www.golinuxcloud.com/run-script-at-startup-boot-without-cron-linux/)
Chtěl jsem původně najít něco jiného(kde si vybereš kdy skript startovat), ale nenašel jsem potřebnou dokumentaci, tak aspoň toto.
-
After bude podle me prd platne, kdyz se skript v kterem je tento parametr, spusti az potom. Leda by tento parametr umel pracovat s casovou osou :)
Vyzkusim pak jeste ten napad od Ramael.
-
After bude podle me prd platne, kdyz se skript v kterem je tento parametr, spusti az potom. Leda by tento parametr umel pracovat s casovou osou :)
Vyzkusim pak jeste ten napad od Ramael.
Tam si právě asi můžeš vybrat, že se spustí před NIC.
-
Tak after je fajn (https://forum.ubuntu.cz/index.php?topic=86205.msg581191#msg581191)
Jen si myslím, že zatím nemá cenu řešit kdy ten skript spustit. Když ani nevíme jestli funguje a sprovozní ten ethernet.
-
cd /sys/class/net/enp2s0/device/
echo 1 > reset
Funguje.
Myslel jsem, že udev se stará jen o USB zařízení ..
Ale pokud to půjde, tak to bude lepší, než to dělat jako po spuštění - to bych zas musel dlouze hledat to vlákno s tím sudoers :-\
Script na reset sběrnice určitě bude fungovat - chtěl bych to také potom dořešit - může se to hodit v jiných případech.
After tedy musí být ale zadán max hned po inicializaci jádra a předán nejspíše jako bootparam - jinak nemůže fungovat, pokud se neumí vrátit v čase. Příklad: Spustí se něco, pak se spustí skript s after, kde bude napsáno, že se něco jiného má spustit před tím něčím. To by byla učebnicová časová smyčka ..
-
cd /sys/class/net/enp2s0/device/
echo 1 > reset
Funguje.
Myslel jsem, že udev se stará jen o USB zařízení ..
Ale pokud to půjde, tak to bude lepší, než to dělat jako po spuštění - to bych zas musel dlouze hledat to vlákno s tím sudoers :-\
Script na reset sběrnice určitě bude fungovat - chtěl bych to také potom dořešit - může se to hodit v jiných případech.
After tedy musí být ale zadán max hned po inicializaci jádra a předán nejspíše jako bootparam - jinak nemůže fungovat, pokud se neumí vrátit v čase. Příklad: Spustí se něco, pak se spustí skript s after, kde bude napsáno, že se něco jiného má spustit před tím něčím. To by byla učebnicová časová smyčka ..
Od toho tu je systemd. Nicméně než to zkusit v něm, byl bych pro verzi scriptu v klasickém adresáři /etc/rcX. Je to stále podporovaná možnost.
-
/rcX.d adrtesáře jsou jen plné symlinků, které odkazují do /init.d - tvl to je zase vyhulenost aneb jak věci dělat zbytečně složitěji.
Jinak ten skript by tedy vypadal takto?
#!/bin/sh
echo 1 > reset /sys/class/net/enp2s0/device/
nebo?
echo 1 /sys/class/net/enp2s0/device/ > reset
Nastavit spustitelnost pomocí?
chmod +x
-
cd /sys/class/net/enp2s0/device/
echo 1 > reset
Funguje.
Myslel jsem, že udev se stará jen o USB zařízení ..
Ale pokud to půjde, tak to bude lepší, než to dělat jako po spuštění - to bych zas musel dlouze hledat to vlákno s tím sudoers :-\
Script na reset sběrnice určitě bude fungovat - chtěl bych to také potom dořešit - může se to hodit v jiných případech.
After tedy musí být ale zadán max hned po inicializaci jádra a předán nejspíše jako bootparam - jinak nemůže fungovat, pokud se neumí vrátit v čase. Příklad: Spustí se něco, pak se spustí skript s after, kde bude napsáno, že se něco jiného má spustit před tím něčím. To by byla učebnicová časová smyčka ..
Od toho tu je systemd. Nicméně než to zkusit v něm, byl bych pro verzi scriptu v klasickém adresáři /etc/rcX. Je to stále podporovaná možnost.
Ano od toho je tu systemd. Ten si to musi seradit a urcit poradi sluzeb dle pozadavku. Problem muze teoreticky nastat diky restartu adapteru. Kdy se vlastne bude znova nacitat. To bych poresil zapisem do tmp.
Skriptu v /etc/rcX bych se radsi vyhnul. Se mi to vymstilo kdy se po startu spoustelo jak kdy. Je to v rezii systemd a ten to kvuli zavislostem spise nespoustel. Teda pokud si to dobre pamatuji.
Udev tu neni jen kvuli usb: https://cs.m.wikipedia.org/wiki/Udev
Pred chvili jsem prijel navstivit rodinu. Tak si snad zitra odpolco najdu cas a promyslim kdy bude nejlepsi to spustit a napisu to.
-
/rcX.d adrtesáře jsou jen plné symlinků, které odkazují do /init.d - tvl to je zase vyhulenost aneb jak věci dělat zbytečně složitěji.
Jinak ten skript by tedy vypadal takto?
#!/bin/sh
echo 1 > reset /sys/class/net/enp2s0/device/
nebo?
echo 1 /sys/class/net/enp2s0/device/ > reset
Nastavit spustitelnost pomocí?
chmod +x
echo 1 > /sys/class/net/enp2s0/device/reset
-
Zápis funguje. Budu rád, když poradíš, jak ho nejlépe automaticky spustit.
-
Mno, to jsem si dal. Udev je fajn. Jenže kvůli sandboxu (dvojitému) nemůže pravidlo přímo spouštět skripty u síťovek atd.
Takže je to třeba vyřešit třema configurákama (skriptama). První triviální jde do složky /usr/sbin. Nazval jsem ho eth_reset.sh
V terminálusudo -i
>/usr/sbin/eth_reset.sh
chmod +x /usr/sbin/eth_reset.sh
Obsah /usr/sbin/eth_reset.sh :#! /usr/bin/env bash
#reset ethernetu
#date "+%F %T" >> /var/log/mmmm
echo 1 > /sys/class/net/enp2s0/device/reset
exit 0
Další jde do složky /etc/systemd/system Nazval jsem ho překvapivě eth_reset.service
V terminálu:>/etc/systemd/system/eth_reset.serviceObsah /etc/systemd/system/eth_reset.service :[Unit]
Description=odblokovani ethernetového adaptéru
#After=sys-class-net-enp2s0.device
#Requires=sys-class-net-enp2s0.device
[Service]
Type=oneshot
ExecStart=/usr/sbin/eth_reset.sh
ExecStop=
#RemainAfterExit=yes
#[Install]
#WantedBy=multi-user.target
A teď je třeba kouknout co vyplivne tento příkazudevadm info /sys/class/net/enp2s0
Důležitý je údaj E: ID_MODEL_ID=0x....
Ten se zadá do udev pravidla. Nazval jsem ho 90-eth.rules
V terminálu:>/etc/udev/rules.d/90-eth.rulesObsah /etc/udev/rules.d/90-eth.rules# spouštění systemd služby
#odebrání zařízení ignoruj
ACTION=="remove", GOTO="eth_end"
#subsystémy vyjma net ignoruj
SUBSYSTEM!="net", GOTO="eth_end"
ENV{ID_MODEL_ID}=="0x24fd", ENV{SYSTEMD_WANTS}="eth_reset.service"
LABEL="eth_end"
kde 0x24fd je třeba přepsat vlastním číslem.
Doufám, že to v ubu18 bude chodit.
-
Budu muset odjet, takze vyzkousim az priste. To je ale oekne slozite - pripada mi to jak zavirak na otvirak, jak se rika. To je i slozitejsi, nez sudoers.
Jinak nejsou nahodou lokace, kde si system spusti vsechny skripty, co tam najde? A jsou i adresare, kde se rovnou spusti jako root?
Kazdopadne diky za pomoc.
-
Budu muset odjet, takze vyzkousim az priste. To je ale oekne slozite - pripada mi to jak zavirak na otvirak, jak se rika. To je i slozitejsi, nez sudoers.
Jinak nejsou nahodou lokace, kde si system spusti vsechny skripty, co tam najde? A jsou i adresare, kde se rovnou spusti jako root?
Kazdopadne diky za pomoc.
Oni jsou ty lokace díky systemd dost špatně funkční. Můžeš to zkusit dát do /etc/profile.d
EDIT:
Třeba
/etc/profile.d/restart_ethernetu.shs obsahem
echo 1 > /sys/class/net/enp2s0/device/reset
-
A nacpat to rpvnou do init.d? Otamtud se spousti skripty pro Alsu, Cron a kdesicosi ..
-
A nacpat to rpvnou do init.d? Otamtud se spousti skripty pro Alsu, Cron a kdesicosi ..
Myslím, že to vše má pod palcem systemd. Je tu přece místo všech těch initů, runitů atd. Kdysi jsem zkoušel něco takového:
https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd
Ale jak už jsem psal, pořádně to nefungovalo. A pokud se koukneš, mám pocit, že mnou navrhované řešení je jednodušší -> Pokud udev narazí na danou síťovku, zavolá službu systemd kterou jsme definovali. systemd si ohlídá aby nekolidovala se zbytkem a pokud to jde, spustí konečný skript. Přes ten rc.local se to jednou spustilo dřív než bylo načteno vše co bylo třeba, podruhé až po chvíli...
-
Malinko jsem poupravil eth_reset.service
Zakomentoval jsem poslední dva řádky install a WantedBy
Byly zbytečné a skript čekal na spuštění ve frontě až na načtení celého systému.
-
Nedávno tu na fóru cosi bylo, kde byl odkaz na skript. Skript se přidal do image, co se načítá z Grubu. Fungovalo to.
Skript byl v, jak mě Ramael správně opravil, v init.d. Ale jistej si nejsem. Možná byl místo odkazu přímo v rX.
Nechci Vás tedy zbytečně plésti pánové. Ale nedělal bych v umístění vědu.
-
Malinko jsem poupravil eth_reset.service
Zakomentoval jsem poslední dva řádky install a WantedBy
Byly zbytečné a skript čekal na spuštění ve frontě až na načtení celého systému.
To jsou přesně věci, co mi dělaly docela vrásky při tvorbě skriptu pro system.d. :-)
-
Ještě jedna úprava celého, aby to bylo "lidštější":
/etc/udev/rules.d/90-eth.rulesACTION=="remove", GOTO="eth_end"
KERNEL=="*", SUBSYSTEM=="net", ENV{SYSTEMD_WANTS}="eth_reset@%k.service"
LABEL="eth_end"
/etc/systemd/system/eth_reset\@.service[Unit]
Description=odblokovani ethernetového adaptéru %i
[Service]
ExecStart=-/usr/bin/eth_reset.sh %I
/usr/bin/eth_reset.sh
#! /usr/bin/env bash
#reset ethernetu
DEVICE_TO_RESET="enp2s0"
[ "$1" != "$DEVICE_TO_RESET" ] && exit 0
#echo $1 `date "+%F %T"` >> /var/log/mmmm
echo 1 > /sys/class/net/$1/device/reset
exit 0
Nemusíš nic hledat pomocí udevadm ap. Je to univerzální na síťové adaptéry. Stačí jen ve scriptu eth_reset.sh vložit do proměnné DEVICE_TO_RESET název síťového adaptéru k resetu po bootu systému. Vypadá to i na nejrychlejší start oproti předešlým řešením. Teda minimálně u mě.
Ty tři věci vytvoříš jako root a eth_reset.sh přidáš spustitelný příznak.
-
Díky moc - tak za půldruhého měsíce vyzkouším - dřív se asi k tomu kompu nedostanu.
-
Zdravím, ja mám notebook Lenovo G70-80 a Ethernet mi fungoval naposledy vo verzii Ubuntu 18. Od verzie Ubuntu 20.02 mi pripojenie cez Ethernet nejde a ani na distre Linux Mint. A skúšal som aj teraz Live Mint 21.2. Len cez Wifi. Preinštaľoval som PC, pretože za posledný mesiac až 1 a pol mesiaca mi stále vypadávalo aj WIFI pripojenie na tomto PC a na druhom PC mi Ethernet šiel bez problémov. Teraz mi na druhom distre ide pripojenie cez WIFI bez problémov, nevypadáva, skúšal som teraz aj LIVE verziu Manjaro Linux a ide mi aj Ethernet a nevypadáva . Vie niekto poradiť či to je vec ovládačov prečo mi nejde na tomto notebooku od Verzie Ubuntu 20.02 pripojenie cez Ethernet a teraz mi začalo vypadávať aj pripojenie cez WIFI?
Teraz používam Fedoru ,keďže som net nevyriešil, ale zaujíma ma to pre budúcnosť. Ak niekto vie, dík
-
Zdravím, ja mám notebook Lenovo G70-80 a Ethernet mi fungoval naposledy vo verzii Ubuntu 18. Od verzie Ubuntu 20.02 mi pripojenie cez Ethernet nejde a ani na distre Linux Mint. A skúšal som aj teraz Live Mint 21.2. Len cez Wifi. Preinštaľoval som PC, pretože za posledný mesiac až 1 a pol mesiaca mi stále vypadávalo aj WIFI pripojenie na tomto PC a na druhom PC mi Ethernet šiel bez problémov. Teraz mi na druhom distre ide pripojenie cez WIFI bez problémov, nevypadáva, skúšal som teraz aj LIVE verziu Manjaro Linux a ide mi aj Ethernet a nevypadáva . Vie niekto poradiť či to je vec ovládačov prečo mi nejde na tomto notebooku od Verzie Ubuntu 20.02 pripojenie cez Ethernet a teraz mi začalo vypadávať aj pripojenie cez WIFI?
Teraz používam Fedoru ,keďže som net nevyriešil, ale zaujíma ma to pre budúcnosť. Ak niekto vie, dík
Patrně jde o verzi ovladače. Nejspíš bude stačit nainstalovat balíček, který změní ovladač na funkční.
-
Ak vieš, tak napíš akým príkazom v terminály zistím aký ovládač by som mohol potrebovať a kde ho stiahnem. Keď vyjde verzia 24.04 tak to skúsim ak mi zase bude vypadávať. Najradšej by som bol ak by mi šiel Ethernet. Ale ten mi nejde ani cez Mint 21.1 a ide len WIFI a v Ubuntu od verzie Ubuntu 18.
-
Skúšal som LIVE Ubuntu 22.04.3 LTS cez USB kľúč a nešiel mi internet ani cez kábel- Ethernet a ani cez WIFI. Tak to asi zatiaľ nechám tak. S týmto si neporadím. uvidím novú verziu 24.04
-
Zdravím, ja mám notebook Lenovo G70-80 a Ethernet mi fungoval naposledy vo verzii Ubuntu 18. Od verzie Ubuntu 20.02 mi pripojenie cez Ethernet nejde a ani na distre Linux Mint. A skúšal som aj teraz Live Mint 21.2. Len cez Wifi. Preinštaľoval som PC, pretože za posledný mesiac až 1 a pol mesiaca mi stále vypadávalo aj WIFI pripojenie na tomto PC a na druhom PC mi Ethernet šiel bez problémov. Teraz mi na druhom distre ide pripojenie cez WIFI bez problémov, nevypadáva, skúšal som teraz aj LIVE verziu Manjaro Linux a ide mi aj Ethernet a nevypadáva . Vie niekto poradiť či to je vec ovládačov prečo mi nejde na tomto notebooku od Verzie Ubuntu 20.02 pripojenie cez Ethernet a teraz mi začalo vypadávať aj pripojenie cez WIFI?
Teraz používam Fedoru ,keďže som net nevyriešil, ale zaujíma ma to pre budúcnosť. Ak niekto vie, dík
To vypadá na toto čo píšu tu https://www.root.cz/zpravicky/networkmanager-v-ubuntu-22-04-jiz-nechce-obsluhovat-ethernet/
-
V článku sa spomína program netplan.io
Internet mi zvykol od verzie Ubuntu 20.04 vypadávať, skúsil by som sa na to niekedy pozrieť
-
V článku sa spomína program netplan.io
Internet mi zvykol od verzie Ubuntu 20.04 vypadávať, skúsil by som sa na to niekedy pozrieť
Si sa na to pýtal aj minulý rok.
Aha kde to bolo:
https://forum.linux-mint-czech.cz/viewtopic.php?p=46556&hilit=h%C3%A1dam#p46556
-
Osobne si moc servitky neberu, ale tahle reakce je trochu moc - nevime, jak je ten clovek star a pripadne cim trpi, takze impertinence, byt treba pravdiva, neni na miste nebot takto vyzni urazlive.
Taky kolikrat zapomenu, ze uz jsem neco resil a jak ..
-
V článku sa spomína program netplan.io
Internet mi zvykol od verzie Ubuntu 20.04 vypadávať, skúsil by som sa na to niekedy pozrieť
Si sa na to pýtal aj minulý rok.
Aha kde to bolo:
https://forum.linux-mint-czech.cz/viewtopic.php?p=46556&hilit=h%C3%A1dam#p46556
Nepoužíval by som Linux
-
Osobne si moc servitky neberu, ale tahle reakce je trochu moc - nevime, jak je ten clovek star a pripadne cim trpi, takze impertinence, byt treba pravdiva, neni na miste nebot takto vyzni urazlive.
Taky kolikrat zapomenu, ze uz jsem neco resil a jak ..
Aj tu som to už riešil,ale nevyriešil. Doteraz. Išlo mi to cez Wifi, cez Ethernet nie, ale už mi nejde ani Wifi. Stále vypadáva. Tak to nechám tak, keď to nejde. Asi nejde len na tento NTB, lebo na druhom stolovom mi to ide
-
Nekdy se stava, ze si konkretni karta nerozumi s konkretnim routerem a blbne to - uz jse to parkrat zazil.
Ale.u toho ethernetu jsi opravdu zkusil, co je popsano? A co se vratit na 18.04? Nebo zkusit MX ci Devuan - tam nejsou zmrveniny jako systemd a netplan ..
Ubuntu uz davno neni ta spicka ..
-
Devuan som raz skúsil, išlo to namakane. Len som stlačil tlačítko a už bol zapnutý PC...Nainštaloval som ho, len som. Doinštaloval som všetko čo som považoval za potrebné, len som si nebol istý či mám všetko. Je málo návodov na nete. Momentálne mám Fedoru. Nejde zle,ale keby som našiel dobrý návod na Devuan čo všetko doinštalovať, stálo by to za skúšku, lebo išiel ako blesk.
-
Tak to si preci urcujes sam, co vse je potreba doinstalovat, na zaklade potreb a funkcnosti. A pak uz to dohledas ..
Jinak Devuan je fork klasickeho Debianu bez systemd.
-
Išiel som vtedy podľa Debianu a išiel mi ako blesk. Už som dal stiahnuť. Niektorý deň ho skúsim. Nainštalovať ho nebolo ťažké. Klasika. Doplnil som Firewall a podobne. Skúsim Devuan 5 Daedalus