Ubuntu po přesunu z virtuálu na železo nevidí síť

[Roderik Hikkel]

Cawte mám problém, preniesol som si Linuxovú virtuálku z virtualboxu na železo (VHD to Drive) konkrétne distribúciu Ubuntu Server 16.04. Po jej spustení som samozrejme očakával že Linux je prenositeľný a nebude problém (ako za starých čias) ale to som zabudol že mám tú česť zo systemd, ktoré teraz nedetekuje môj ethernet adaptér a po pustení ifconfig je vypísaný len lo a nič viac ... Čo s tým ? Takýto problém som pred tým nemal. (PS: domáci uživateľ - jednoduchý domáci server)

[Reklama]

[Roderik Hikkel]

po druhom reštarte už nefunguje ani vga display port len svieti obrazovka ale bez výstupu.... nerobil som žiadne konfiguračné zmeny !

[Mysteriozni]

Já jsem se systemd velice spokojen, mám Debian Testing na ext disku, rozjedu ho bez poroblému na mém dekstopu, i na pracovním notebooku. Jo pravda, na tom notebooku jsem musel nainstalovat balík s proprietálními ovladači na Intel wifinu, ale to je tak všechno.

[Roderik Hikkel]

display som už rozchodil cez recorvery mode

[Mysteriozni]

Ono jestli není zakopaný pes v tom Ubuntu. Strč tam Debiana a pak poreferuj.

[Reklama]

[JmJ]

display som už rozchodil cez recorvery mode

Pokud se na foru nastini problem, tak je dobre pak napsat nejen ze se vyresil, ale i JAK se vyresil.

[Mysteriozni]

A když už čachruješ s tím Ubuntu, tak nezapoměň, že na desktopu si můžeš dát klidně i Debian Testing, pokud to teda není na notebook pro babičku, protože je to pořád míň na hraně co se stability týče, než Ubuntu.

[Roderik Hikkel]

-----------------OPRAVENE !-------------------------
stačilo zmeniť názov interfacu z enp0s3 na enp2s0 v /etc/network/interfaces

ale ja tak robota navyše .... nemám rád systemd....

[Jenda]

Podle mě sis naletěl tím, že ifconfig nevypisuje interfacy, co jsou down (hint: ifconfig -a). Důrazně bych doporučil přejít na nástroj ip, protože ifconfig od roku 1999 na Linuxu nefunguje! Příště si třeba naletíš tím, že neuvidíš druhou IP adresu na rozhraní (ifconfig prostě ukazuje jenom jednu a nikdo s tím nic nenadělá) nebo ti ifconfig ukáže alias jako zvláštní rozhraní, ty ho shodíš nebo zablokuješ v iptables a podřízneš si pod sebou větev.

-----------------OPRAVENE !-------------------------
stačilo zmeniť názov interfacu z enp0s3 na enp2s0 v /etc/network/interfaces

ale ja tak robota navyše .... nemám rád systemd....

Nechápu, jak to souvisí se systemd. Před systemd si to pamatovalo MAC adresy detekovaných rozhraní v /etc/udev/rules.d/70-persistent-net.rules, a v tomto případě by ti to přejmenovalo eth0 na eth1. Situace by byla úplně stejná.

[Roderik Hikkel]

Podle mě sis naletěl tím, že ifconfig nevypisuje interfacy, co jsou down (hint: ifconfig -a). Důrazně bych doporučil přejít na nástroj ip, protože ifconfig od roku 1999 na Linuxu nefunguje! Příště si třeba naletíš tím, že neuvidíš druhou IP adresu na rozhraní (ifconfig prostě ukazuje jenom jednu a nikdo s tím nic nenadělá) nebo ti ifconfig ukáže alias jako zvláštní rozhraní, ty ho shodíš nebo zablokuješ v iptables a podřízneš si pod sebou větev.

-----------------OPRAVENE !-------------------------
stačilo zmeniť názov interfacu z enp0s3 na enp2s0 v /etc/network/interfaces

ale ja tak robota navyše .... nemám rád systemd....

Nechápu, jak to souvisí se systemd. Před systemd si to pamatovalo MAC adresy detekovaných rozhraní v /etc/udev/rules.d/70-persistent-net.rules, a v tomto případě by ti to přejmenovalo eth0 na eth1. Situace by byla úplně stejná.

Hm celkom som sa v tom stratil... myslím že by si mohol o tom spraviť článok ako to presne celé funguje... ale môj level a použitie som už spomínal na konci prvého príspevku...

[Roderik Hikkel]

display som už rozchodil cez recorvery mode

Pokud se na foru nastini problem, tak je dobre pak napsat nejen ze se vyresil, ale i JAK se vyresil.

1. V recorvery menu spustením start alebo neviem čo (už sa nepametám) "network" čo nejakou náhodou znovuzdetekovalo aj iný hw (alebo tak sa mi to zdalo)...
2. Preinštalovaním Grubu (balík som si doniesol cez USBčko)

[JardaP .]

Nechápu, jak to souvisí se systemd. Před systemd si to pamatovalo MAC adresy detekovaných rozhraní v /etc/udev/rules.d/70-persistent-net.rules, a v tomto případě by ti to přejmenovalo eth0 na eth1. Situace by byla úplně stejná.

Hm celkom som sa v tom stratil... myslím že by si mohol o tom spraviť článok ako to presne celé funguje... ale môj level a použitie som už spomínal na konci prvého príspevku...

To je jednoduche. Proste minimalne od dob udev je zajisteno perzistentni pojmenovani NIC a to je uchovavano v /etc/udev/rules.d/70-persistent-net.rules. Tady je priklad:

Kód: [Vybrat]

# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.

# PCI device 0x1969:0x1026 (ATL1E)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:43:be:36", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x1814:0x0781 (rt2800pci)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:15:af:d8:d9:32", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# USB device 0x0b05:0x1706 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1d:60:d3:d5:6b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

# USB device 0x3340:0xa0a1 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="80:00:60:0f:e8:00", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# USB device 0x0ace:0x1215 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:25:86:f0:1b:6b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan2"

# USB device 0x0ace:0x1215 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:02:72:80:d0:ef", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan3"

# USB device 0x077b:0x2219 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:06:25:26:a8:99", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan4"

# USB device 0x:0x (ath9k_htc)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="c0:4a:00:2a:7d:5a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan5"

# USB device 0x:0x (rtl8192cu)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:33:4c:63:4f:84", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan6"

# USB device 0x:0x (zd1211rw)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:60:b3:eb:4e:b5", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan7"

Je to z netbooku, kam jsem za ta leta pripojil hafo ruznych USB wifi + je tam jedna zabudovana. Po pripojeni se jednoduse objevi vzdy pod stejnym jmenem, protoze byly jiz jednou nadetekovane a bylo pro ne vytvoreno pravidlo.

Podobne to dela systemd, akorat k tomu musi pouzivat dementni Poetteringova pojmenovani, ktera si nikdo nepamatuje.

Vam se jednoduse stalo to same, co by se vam stalo s udev. Prelil jste stroj z virtualniho HW na HW fyzicky. System nadetekoval HW, zjistil, ze ma jiny NIC, take zjistil, ze predchozi jmeno je jiz obsazene a vytvoril nove. Takze si najdete, kam to systemd uklada, stary zaznam vymazte a novy upravte, aby jmeno vyhovovalo vasemu vkusu.

Vyse uvedene ma dobre duvody. Byly totiz doby, kdy byly NIC pojmenovany jen podle toho, v jakem poradi byly nadetekovane. Na masinach s vice NIC to bylo k posrani. Clovek treba kvuli kabelum prendal NIC do jinych slotu a hnedle se jmenovaly jinak. Takze pravidla firewallu/routeru atd. byla v p​r​d​e​li a nic neslo. A dokonce se pry stavalo, ze se mohly NIC zcela nahodne pri bootu nadetekovat podle rosneho bodu pokazde pod jinymi jmeny. Takze zaplatpanbuh za perzistenci. Tohle je zrovna jedna vec, kde bych na systemd nenadaval, az na ta veprova jmena.