Příspěvky

1531

Studium a uplatnění / Re:Nemám Facebook - pohovor

« kdy: 11. 08. 2016, 18:26:38 »

Jak byste při pohovoru (nadnárodní IT spol.), pokud možno co nejkorektněji odpovědli na otázku, proč ve svém věku (24 let), nemáte Facebook?

Na to bych asi odpověděl: "Co je vám do toho?"

Ptát se mě na takovou věc na pracovním pohovoru, tak si o nich asi něco pomyslím.

1532

Software / Re:NetworkManager - chybějící brána po restartu

« kdy: 11. 08. 2016, 17:39:24 »

Tohle myšlení - že když to nezajímá třeba uživatele JardaP, tak je to k ničemu a určitě to nezajímá nikoho - mi připomíná chování Poetteringa. Ten si taky myslí, že když to je dobře podle něj, tak to bude vyhovovat všem.

Mozna by ses tedy mel rozepsat o tom, komu presne paralelni start zachrani zivot. Na strojich s plotnovym diskem te to moc nevytrhne, protoze kvuli tomu akorat budou drncet hlavy disku a zrychleni nebude zrovna zazracne. Na strojich s SSD take ne, protoze start je znacne zrychlen uz tim, ze neni nutne prestavovat hlavy a nekolik dalsich vterin ti muze byt ukradeno.

Teorie hezká, nějaké měření, testy a ták by nebyly?

A sluzby, ktere jsou tak kriticke, ze extra minuta startu zpusobi pad ctyriceti letadel nebo vymreni celeho oddeleni intenzivni pece, by nemela viset na jednom serveru - viz HA. Co ale na serveru zarucene potrebujes, je stabilni a odladeny init system, ne takovy, ktery ti kazdou chvili neco rozesere. A tim systemd zdaleka neni a kdovi, jestli kdy bude.

Docházejí relevantní argumenty, tak se začne o záchranách životů či naopak o vymírání? :-D

Mám dotaz: Ono někomu paralelní rychlý start vadí? Z těch argumentů to tak vypadá.

A prosím nespojovat princip a myšlenku paralelního startu a doprasený systemd. Spousta věcí se mi na tomhle kusu softu vůbec nelíbí. Vyrábí to příliš problémů a na serveru mi to taky extra vadí. S tím, že je potřeba (nejen) na serveru stabilní a odladěný (nejen) init, souhlasím na 110%.

Nesmíš to pořád brát podle sebe a svého atomového stroje... Já mám čtyřjádro a nevím proč by se při startu měl HW flákat a já čekat zbytečně dlouho . Mám rád, když můj PC pracuje pro mě.

Praxe ukazuje, ze uzivatele jsou ochotni snaset i start Widli, ktery trva celou vecnost a nasledne si pak jeste aspon deset minut (ne-li dve hodiny) kousou nehty, nez dobehne widloupdate a update antiviru. Tak opravdu nevim, proc je nutno resit paralelizaci startu sluzeb na Linuxu s vyhodou zrychleni tartu o pul minuty. Z hlediska uzivatele by bylo mnohem prinosnejsi, kdyby na kazdem stroji bez vyjimky v Linuxu fungoval suspend a hibernate. Linux, az do doby, nez se objevil systemd, byl OS, ktery se nemusel restartovat jako Widle. Zrychlei startu je tedy mnohem mene zajimave, nez funkcni a rychle probuzeni z hibernace.

1. Nevím proč se mám řídit v Linuxu nějakými uživateli Windows, navíc zkušenost a praxe je opačná, uživatelé si lebedí v tom, když nemusejí čekat

2. Osobně mám se Suspend a Hibernate problémy častěji na Windows

3. Problémů, které vznikají díky systemd je na můj vkus vážně příliš. Nevadilo by mi, kdyby to šlo vyměnit za něco jiného, než to odladí a prokáže to případné kvality, problém je v tom, že se to zakouslo tak moc, že se toho zbavuje blbě.

BTW. poslední problém (když nepočítám tento) jsem měl se systemd takový, že mi ten šmejd odmítl restartovat komp. Stalo se mi, že se mi zbláznila grafika po nějakých 3D čachrech, takže se to nedalo ovládat, protože to zamrzlo X server. Tak říkám pohoda, přihlásím se z notesu SSHčkem, a rebootnu to vzdáleně jak vždy a jak jsem byl zvyklý.
SSH přihlášení v pohodě a když jsem dal reboot, tak si to dovolilo protestovat, že prej by to nebylo transakčně v pohodě. Dokonce ani donucovací přepínače nepomohly. V tu chvíli jsem si připadal jako ve Windows ):-(

1533

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 17:19:02 »

A na serveru, že to není k ničemu? Všichni jsou rádi, když je služba v případně nutnosti nefunkční co nejkratší dobu.

Dik ze potvrzujes, ze si vzivote server nevidel ... jen post trva meco mezi 10 az 30 minutama ... jestli system startuje 30s nebo minutu, je uplne jedno. Co ale jedno rozhodne neni, je citelnost logu. Je fakt posusnani, kdyz to startuje vsechno do sebe a loguje to nastridacku ...

Díky, že potvrzuješ, že jsi server viděl naposledy před 10-15 lety! Dneska je většina serverů virtualizovaných, takže nějaký POST je nezajímavá veličina...

BTW. jsi celkem chytrý, ale že bys nabral moudrosti, když se snažíš mít docílit toho, abys měl "navrch" v diskuzích místo vědomostmi ponižováním, očerňováním a dehonestováním spoludiskutujících. No tvůj boj...

1534

Software / Re:NetworkManager - chybějící brána po restartu

« kdy: 11. 08. 2016, 13:31:40 »

Aha, to je duvod, jak noha. Koho opravdu zajim paralelizace? Na serveru je to totalne na hovno, ty se restartuji opravdu jen v pripade upgradu jadra, kdyz uz to jinak nejde a v pripade zivelych katastrof. A desktop ja uspavam, obcas hibernuju, takze si toho rychlejsiho startu moc neuziju. Usili na vyvoj systemd by bylo lepsi vrazit do vytvoreni "nastenky hanby", kde by se clovek docetl, ktery vyrobce je vul a v kterych modelech ma zabugovane ACPI, ze kvuli tomu v Linuxu nechodi.

Tohle myšlení - že když to nezajímá třeba uživatele JardaP, tak je to k ničemu a určitě to nezajímá nikoho - mi připomíná chování Poetteringa. Ten si taky myslí, že když to je dobře podle něj, tak to bude vyhovovat všem.
Kdyby nikoho nezajímal paralelní start, tak by se neřešil už předtím. Kdyby nikoho nezajímal paralelní start, nebude se do linuxového kernelu přidávat asynchronní scannování SCSI sběrnice. A tak bych mohl pokračovat.

A na serveru, že to není k ničemu? Všichni jsou rádi, když je služba v případně nutnosti nefunkční co nejkratší dobu.

Mi na paralelním startu vadí jediná věc. Že zatím nikoho nenapadlo přidat přepínač, který by to chování uměl vypnout. Protože to nejkrásnější na tom, když se služby v Linuxu spouštěly jedna po druhé bylo, že se to krásně debugovalo, když byl problém. Tam kde se to zastavilo, tam se problém našel. Teď je to v těch log souborech problém najít. Pokud to tam vůbec je, ale to je jiná story.

1535

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 13:12:00 »

No... a vznikne z toho SysV init, pravděpodobně jako bonus lehce zabugovanej. Má to smysl?

Ne nutne. Treba v sysv init je otrava s cislovanim startovacich symlinku atd. Misto toho muzes mit definovane zavislosti nebo neco v tom stylu. Nebo muzes zkusit neco ve stylu BSD, jak tu onehdy nekdo vychvaloval jinde. One ne vsechno je asi na systemd spatne, akorat skoro vsechno, nejvice pak Poettering. Jiz pouhe odstraneni Poetteringa by mohlo hodne zlepsitl

Mám takový zvláštní pocit, že stačí použít sysV init ke spuštění jediného skriptu v bashi, možná lépe v perlu a v tom už bez větších problémů zařídím věci, jako jsou závislosti a paralelizace. Největší opruz bude vytvoření a udržování stromu závislostí. Jako cron, ntp a tetris bych navrhoval použít něco ověřeného, vlastní řešení bych nasadil až potom, co to propašuju do několika velkých distribucí.
Což mi připomíná, že jsem se chtěl pocvičit v céčku a možná, že vlastní init není úplně marná myšlenka, i když ho pravděpodobně nikdy nedotáhnu do funkčního stavu. Člověk se u takových věcí vždy dozví zajímavosti, o kterých neměl ani páru, dokud to nezkusil.

Mám obavu, že perl nebo cokoli jiného takhle paralelizaci při startu nevyřeší. Ono není problém spouštět věci paralelně, ale vyřešit závislosti a čekaní jednotlivých služeb na sebe, když na sobě závisejí.
Paralelní start v Debianu není nic nového. Už předchozí sysv init má paralelní start několik generací Debianu. Ale je tam přesně to o čem píšu. Služby na sobě závisejí a tak musí na sebe čekat než se spustí nějaká a nakonec z toho je po většinu času jen sériový start a paralelní spouštění se uplatní jen málo. Sice to boot zrychlilo, ale ne tak, jak se čekalo.

Systemd to vyřešil. Ono totiž těch blokujících služeb není zas tak moc. Typicky jsou potřeba udev ap. Tak systemd zajistil fintu, že se tváří, že tyhle věci běží rovnou a ve chvíli kdy tyhle služby běží, předá jim sockety, roury ap. i s bufferem dat, co nasbíral od startujích služeb... To je podle to, proč se systemd vůbec dostal do dister. Kdyby začal rovnou s tím bumbrlíkovatěním, tak by neměl podle mě šanci.

1536

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 12:44:13 »

Tohle byl duplicitní post... Tak mažu obsah.

Nevíte co to je poslední dny s fórem? Časteji než obsah napíše že se vyskytla chyba na serveru.

1537

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 12:43:40 »

To je proste novy impruvment. Prejdi na Devuan, stejne se nejspis jednou tak naseres, ze to udelas.

To si nemyslím. Když se naseru, tak spíš forknu poslední normální jednoduchou verzi systemd, která uměla paralelní start a nehrála si na to, že musí pohltit všechny možné věci do sebe a normálně udělám Poeteringovi konkurenci!

Tak to rovnou zacni. Tohle neni prvne, co Poettering boys neco rozesrali. Forkni to, zrus binarni logy, vyhod vse, co nepatri do kompetence initu.....

No... a vznikne z toho SysV init, pravděpodobně jako bonus lehce zabugovanej. Má to smysl?

Ony starší verze systemd byly podle mě fajn, vyjádřil jsem se k tomu už v extra tématu co tu nedávno proběhlo. Dělalo to co mělo. Nebyl to bumbrlík, umělo to paralelní start s těmi fintami co to umí a byl to jen init ne vlastní OS uvnitř OS.

Problémy s tím začaly, když se z toho začal stávat otesánek. Ono je na to i poučka, že zvětšováním programu/projektu roste jeho chybovost geometrickou řadou. Takže se není co divit. Na druhou stranu to znamená, že s každým rozšířením se to přibližuje ke stavu, kdy se to totálně sesype. Linuxová komunita už nejednou předvedla, že když je něco špatně, dokáže okamžitě změnit směr a udělat věci jinak. Hezký příklad je třeba proč a jak vznikl git.

1538

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 03:18:25 »

Hmm, mohlo mě napadnout, že tam bude víc řádků než 10. Tak tedy systemctl status -n HODNĚ networking.service nebo rovnou journalctl -u networking.service.

Exit status je z ifup. ntpdate se z /etc/network/if-up.d/ntpdate spouští asynchronně, protože nemá smysl blokovat spuštění sítě čekáním na seřízení času, a tak se ifup o tom, že ntpdate selhal, nedozví.

No já si zase myslel, že tam nebude nic ani při hoooodně:

Kód: [Vybrat]

journalctl -u networking.service
-- Logs begin at Čt 2016-08-11 00:51:04 CEST, end at Čt 2016-08-11 03:14:38 CEST. --
srp 11 00:51:05 speedy systemd[1]: Starting Raise network interfaces...
srp 11 00:51:05 speedy ifup[2423]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/bridge
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/ethtool
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/tinc
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/vde2
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
srp 11 00:51:05 speedy ifup[2423]: Configuring interface lo=lo (inet)
srp 11 00:51:05 speedy ifup[2423]: /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/bridge
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/ethtool
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/tinc
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/vde2
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/wireless-tools
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
srp 11 00:51:05 speedy ifup[2423]: /bin/ip link set dev lo up
srp 11 00:51:05 speedy ifup[2423]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/000resolvconf
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/avahi-daemon
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ethtool
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/mountnfs
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ntpdate
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openssh-server
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openvpn
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/tinc
srp 11 00:51:05 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/upstart
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/wpasupplicant
srp 11 00:51:06 speedy ifup[2423]: /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/000resolvconf
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/avahi-daemon
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ethtool
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/mountnfs
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ntpdate
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openssh-server
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openvpn
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/tinc
srp 11 00:51:06 speedy ntpdate[2515]: Can't find host 0.debian.pool.ntp.org: Name or service not known (-2)
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/upstart
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/wpasupplicant
srp 11 00:51:06 speedy systemd[1]: Started Raise network interfaces.

1539

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 01:22:26 »

To je proste novy impruvment. Prejdi na Devuan, stejne se nejspis jednou tak naseres, ze to udelas.

To si nemyslím. Když se naseru, tak spíš forknu poslední normální jednoduchou verzi systemd, která uměla paralelní start a nehrála si na to, že musí pohltit všechny možné věci do sebe a normálně udělám Poeteringovi konkurenci!

1540

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 00:58:46 »

Ta hláška ntpdate je dost divná. ntpdate se nespouští při nahazování lo. Zkusil by v /etc/default/networking nastavit VERBOSE=yes a podívat se do výpisu systemctl status networking.service, co se tam vlastně děje.

Souhlasím, že divná je, v tom ntpdate scriptu co je v /etc/network/ifup.d/ je při nastavování loopback method rovnou exit 0.

No a VERBOSE jak jsem si myslel nepomohlo:

Kód: [Vybrat]

$ sudo systemctl status networking.service 
Password: 
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
  Drop-In: /run/systemd/generator/networking.service.d
           └─50-insserv.conf-$network.conf
   Active: active (exited) since Čt 2016-08-11 00:51:06 CEST; 43s ago
     Docs: man:interfaces(5)
 Main PID: 2423 (code=exited, status=0/SUCCESS)
    Tasks: 0
      CPU: 198ms
   CGroup: /system.slice/networking.service

srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ethtool
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/mountnfs
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/ntpdate
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openssh-server
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/openvpn
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/tinc
srp 11 00:51:06 speedy ntpdate[2515]: Can't find host 0.debian.pool.ntp.org: Name or service not known (-2)
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/upstart
srp 11 00:51:06 speedy ifup[2423]: run-parts: executing /etc/network/if-up.d/wpasupplicant
srp 11 00:51:06 speedy systemd[1]: Started Raise network interfaces.

BTW. systemd hlásí exit status 0/SUCCESS...

1541

Software / Re:network manager - chybějící default gw po restartu

« kdy: 11. 08. 2016, 00:31:41 »

[...] v interfaces mám jen lo:

Kód: [Vybrat]

 This file describes the network interfaces available on your system
[...]
source /etc/network/interfaces.d/*
[...]
[/quote]

a nemas jen tak nahodou neco separovane v /etc/network/interfaces.d/ ?

Ne samozřejmě nemám... To vážně vypadám tak blbě? :-D

Kdybych měl, tak ifquery nebude vracet jen lo.

Ale je vidět, že nejsem sám, komu to vrtá hlavou a hledá v tom normální logické vysvětlení, protože z toho co se popisuje to je divné.

1542

Software / Re:network manager - chybějící default gw po restartu

« kdy: 10. 08. 2016, 14:45:43 »

Ještě upřesním, děje se mi to na desktopu s drátový připojením. Na notebooku s WiFi je to OK.

Mám to taky na desktopu s Ethernetem. Se zapnutým UEFI (ale to by snad nemělo mít na tohle vliv). networking.service se spouští. V NetworkManageru mám připojení nastavené jako systémové („Všichni uživatelé se smějí připojit k této síti“).

• Co vypíše ifquery --list? Mělo by vypsat jen lo.
• Co vypíše systemctl status networking.service, když je povolená? Nejsou tam nějaké chyby?
• Co vypíše systemctl cat networking.service? Není tam nějaký drop-in, který tam spouští něco dalšího, než jen ifup?
• Není něco v /etc/systemd/network?
• Není v /etc/NetworkManager/system-connections nějaké rozhraní, které se spouští místo toho, který spustíte poté?

ad 1) vypíše samozřejmě jen lo

ad 2)

Kód: [Vybrat]

$ sudo systemctl status networking.service 
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
  Drop-In: /run/systemd/generator/networking.service.d
           └─50-insserv.conf-$network.conf
   Active: active (exited) since St 2016-08-10 14:33:27 CEST; 2min 27s ago
     Docs: man:interfaces(5)                                                                                     
 Main PID: 2425 (code=exited, status=0/SUCCESS)                                                                  
    Tasks: 0                                                                                                     
      CPU: 199ms                                                                                                 
   CGroup: /system.slice/networking.service                                                                      
                                                                                                                 
srp 10 14:33:26 speedy systemd[1]: Starting Raise network interfaces...                                          
srp 10 14:33:26 speedy ntpdate[2516]: Can't find host 0.debian.pool.ntp.org: Name or service not known (-2)      
srp 10 14:33:26 speedy ntpdate[2516]: Can't find host 1.debian.pool.ntp.org: Name or service not known (-2)      
srp 10 14:33:27 speedy systemd[1]: Started Raise network interfaces.

ad 3)

Kód: [Vybrat]

# /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service systemd-modules-load.service
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStartPre=-/bin/sh -c '[ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle'
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment
RemainAfterExit=true
TimeoutStartSec=5min

# /run/systemd/generator/networking.service.d/50-insserv.conf-$network.conf
# Automatically generated by systemd-insserv-generator

[Unit]
Wants=network.target
Before=network.target

ad 4) Psal jsem, že žádná konfigugace v systemd ohledně network není

ad 5) Ne, je tam jen jedna konfigurace pro drátový ethernet, IPv4 auto, IPv6 auto. Žádné zvláštnosti nebo specialitky.

Všechny ty věci samozřejmě znám a kontroloval jsem. UEFI mám taky. Stalo se to až s novou verzí systemd, předtím problém nebyl. PC používám stále na stejné síti, nemám důvod s tím hýbat. To proč píšu na fórum je ta podivnost, že nemůžu nic najít, ale nechová se to tak jak by to mělo a řešení disablovat networking.service mi přijde ještě podivnější...

1543

Software / Re:network manager - chybějící default gw po restartu

« kdy: 10. 08. 2016, 13:34:34 »

Mám Debian Stretch, systemd 230 a neděje se mi to.

Ještě upřesním, děje se mi to na desktopu s drátový připojením. Na notebooku s WiFi je to OK.

1544

Software / Re:network manager - chybějící default gw po restartu

« kdy: 10. 08. 2016, 13:32:53 »

networking.service spouští akorát ifup -a. Takže špatně nastavený /etc/network/interfaces? Pokud používáte NetworkManager, mělo by v /etc/network/interfaces být jen lo.

Mám Debian Stretch, systemd 230 a neděje se mi to.

To mě napadlo taky, ale v interfaces mám jen lo:

Kód: [Vybrat]

 This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

1545

Software / NetworkManager - chybějící brána po restartu

« kdy: 10. 08. 2016, 12:33:18 »

Všiml jsem si nedávno, že po restartu PC (restartuji velmi zřídka) a přihlášení do KDE Network Manager hlásí, že síť je nakonfigurována, ale komunikovat nejde. Zjistil jsem, že chybí výchozí brána. Po kliknutí ve widgetu NM na odpojit a znovu připojit se síť nakonfigurovala správně a vše fungovalo. Připisoval jsem to nějaké chybě v konfiguraci NM či nějaké aktualizaci. Vždycky když se mi to po restartu (kterých je málo) stalo, věnoval jsem tomu chvíli pozornost - kontrola konfigurace NM, hledání obdobného problému na Internetu, odebrat konfiguraci sítě v NM a vytvoření nové. Nic nepomáhalo.

Dneska jsem se po restartu a nefunkční síti namíchl a řekl jsem si, že na to prostě přijdu. Jako viník se nakonec zdá se ukázal systemd 230, který nedávno přifrčel do backports Debian Jessie. V konfiguraci systemd pro síť jsem nic nenašel (protože žádná konfigurace neexistuje) a nakonec jsem přišel na to, že za to může zapnutá networking.service. Po jejím disablování je po restartu a přihlášení do desktopu síť OK a vše funguje jak jsem byl zvyklý.
Projevilo se to taky někomu? Není možné, že mám nějakou chybnou konfiguraci někde jinde? Jak se vám to chová na jiných distrech? A jak se to chová na serveru (tam jsem konzervativnější)? Nebo je to prostě tím, že někdo z vývojářů systemd usoudil, že nastavovat "nějak" síť je dobrý nápad, i když to má na starosti jiná služba a tím zase něco ve výchozím stavu bez rozmýšlení rozbili?