Fórum Root.cz
Hlavní témata => Software => Téma založeno: ByCzech 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?
-
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.
-
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:
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
-
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.
-
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é?
-
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)
$ 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)
# /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ší...
-
To je proste novy impruvment. Prejdi na Devuan, stejne se nejspis jednou tak naseres, ze to udelas.
-
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.
-
[...] v interfaces mám jen lo:
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/ ?
-
[...] v interfaces mám jen lo:
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é.
-
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:
$ 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...
-
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!
-
No a VERBOSE jak jsem si myslel nepomohlo:
$ 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...
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í.
-
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ě:
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.
-
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!
Osobně si myslím, že je třeba tu implementaci windowsových nesmyslů zahodit a začít znovu.
-
Koukam ze to uz je lepsi nez widle, ty prevazne po (dennim) restartu sit najdou i s routou ... ;D
-
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.....
-
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? :D
-
No... a vznikne z toho SysV init, pravděpodobně jako bonus lehce zabugovanej. Má to smysl? :D
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
-
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? :D
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.
-
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.
-
No... a vznikne z toho SysV init, pravděpodobně jako bonus lehce zabugovanej. Má to smysl? :D
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.
-
No... a vznikne z toho SysV init, pravděpodobně jako bonus lehce zabugovanej. Má to smysl? :D
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.
-
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.
-
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.
Uz se emuzu dockat. Ale obavam se, ze dokud to nedojde Red Hatu a nenechaji zavrit Poetteringa do psychiatrickeho sanatoria, tak ostatni distra budou drzet basu.
-
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.
-
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.
No vidíš... a máme námět ke zlepšení. Jenom mi je nějak proti srsti pomáhat potěérinkovi... třeba OpenRC pokud vím standardně bootuje sériově, ale dá se zapnout i paralelní boot... ale popravdě jsem to nikdy přesně nezjišťoval a neřešil. Gentoo mi nabíhá z SSD asi 6 vteřin a nějak jsem neměl potřebu do toho šťourat.
-
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. 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.
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.
-
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.
Myslis poslednich 10 let ? ...
Jinak nevim co vymejslite ... openrc.
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 ...
-
i... třeba OpenRC pokud vím standardně bootuje sériově, ale dá se zapnout i paralelní boot... ale popravdě jsem to nikdy přesně nezjišťoval a neřešil. Gentoo mi nabíhá z SSD asi 6 vteřin a nějak jsem neměl potřebu do toho šťourat.
mozna uz to zmenili a je to paralelni defaultne, koukni do /etc/rc.conf, hned prvni: rc_parallel="YES"?
-
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...
-
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 ):-(
-
Mám dotaz: Ono někomu paralelní rychlý start vadí? Z těch argumentů to tak vypadá.
No vidis, dokonce ses negramotnej ... nezvladnes precist ani jednoduchou vetu.
...Je fakt posusnani, kdyz to startuje vsechno do sebe a loguje to nastridacku ...
-
Je fakt posusnani, kdyz to startuje vsechno do sebe a loguje to nastridacku ...
co takto pouzit grep ;D
-
Mám dotaz: Ono někomu paralelní rychlý start vadí? Z těch argumentů to tak vypadá.
Ne, paralelni start nikomu nevadi, neni to nic proti nicemu. A vadil by jeste mene, kdyby sel vypnout kvuli debugovani, jak bylo zmineno.
Jde ale o to, ze paralelni start rozhodne neni klicova ficura. Je to ficura, kterou kdyz mame, tak dobry, nekomu se to treba hodi. Ale kdyz ji nemame, tak na to sere pes. To, ze dvakrat do mesice restartuju pocitac a usetrim pul minuty, me rozhodne nelame.
Pokud ovsem ten paralelni start je vykoupen tim, ze ve stroji musim mit neodladenou sracku od arogantniho otrapy trpiciho komplexem geniality a ta sracka vse komplikuje, casto veci rozbiji (viz puvodni dotaz, jine dotazy a hafo jinych dotazu jinde), je specificka ciste pro Linux, vynucuje vznik zavislosti jineho software sama na sobe a komplikuje tak portaci softu jinam a odjinud, tak dekuji, za to mi ten paralelni start nestoji, i kdybych mel sestnact jader a diskove pole z SSD.
Dalsi vec je, ze systemd se stava nevykorenitelnym morem. Lze ho nahradit jen s obtizemi a do budoucna to nejspis bude zcela nemozne. Kdyby systemd byl pouze jednim z dostupnych initu, z nichz si vyberu dle sveho vkusu, pricemz ten, kdo se s tim chce srat, si muze vybrat systemd, bude mi cely Poettering i s jeho vypotky zcela ukradeny. Systemd od zacatku nemel byt nicim jinym, nez jednou z moznosti a nekdo mel Poetteringa pretahnout sukovici hned v okamziku, kdy si zacal vyskakovat na vic. K tomu bohuzel nedoslo a tak se nyni pokousi ziskat nadvladu nad vesmirem.
To, ze kvuli systemd je nutno kolilkrat restartovat cely stroj, jak Widle nebo ty binarni logy, ke kterym se clovek dostane jen s pomoci dementnich triku (pokud se k nim vubec dostane) a mezi ktere nepatri treba MC (k dispozici na kazdem live distru), jsou jiz jen plastove tresnicky na durianovem dortu.
-
Mám dotaz: Ono někomu paralelní rychlý start vadí? Z těch argumentů to tak vypadá.
No vidis, dokonce ses negramotnej ... nezvladnes precist ani jednoduchou vetu.
Něco k tématu by nebylo? Nebo jen trolling?
-
i... třeba OpenRC pokud vím standardně bootuje sériově, ale dá se zapnout i paralelní boot... ale popravdě jsem to nikdy přesně nezjišťoval a neřešil. Gentoo mi nabíhá z SSD asi 6 vteřin a nějak jsem neměl potřebu do toho šťourat.
mozna uz to zmenili a je to paralelni defaultne, koukni do /etc/rc.conf, hned prvni: rc_parallel="YES"?
koukal jsem, default je NO a volba je zakomentovana, predchazi ji varovani, ze to nemusi byt nejlepsi napad a at potom neotravuju s bugreportama, kdyz to zapnu.
-
Mám dotaz: Ono někomu paralelní rychlý start vadí? Z těch argumentů to tak vypadá.
Ne, paralelni start nikomu nevadi, neni to nic proti nicemu. A vadil by jeste mene, kdyby sel vypnout kvuli debugovani, jak bylo zmineno.
Jde ale o to, ze paralelni start rozhodne neni klicova ficura. Je to ficura, kterou kdyz mame, tak dobry, nekomu se to treba hodi. Ale kdyz ji nemame, tak na to sere pes. To, ze dvakrat do mesice restartuju pocitac a usetrim pul minuty, me rozhodne nelame.
Pokud ovsem ten paralelni start je vykoupen tim, ze ve stroji musim mit neodladenou sracku od arogantniho otrapy trpiciho komplexem geniality a ta sracka vse komplikuje, casto veci rozbiji (viz puvodni dotaz, jine dotazy a hafo jinych dotazu jinde), je specificka ciste pro Linux, vynucuje vznik zavislosti jineho software sama na sobe a komplikuje tak portaci softu jinam a odjinud, tak dekuji, za to mi ten paralelni start nestoji, i kdybych mel sestnact jader a diskove pole z SSD.
Dalsi vec je, ze systemd se stava nevykorenitelnym morem. Lze ho nahradit jen s obtizemi a do budoucna to nejspis bude zcela nemozne. Kdyby systemd byl pouze jednim z dostupnych initu, z nichz si vyberu dle sveho vkusu, pricemz ten, kdo se s tim chce srat, si muze vybrat systemd, bude mi cely Poettering i s jeho vypotky zcela ukradeny. Systemd od zacatku nemel byt nicim jinym, nez jednou z moznosti a nekdo mel Poetteringa pretahnout sukovici hned v okamziku, kdy si zacal vyskakovat na vic. K tomu bohuzel nedoslo a tak se nyni pokousi ziskat nadvladu nad vesmirem.
To, ze kvuli systemd je nutno kolilkrat restartovat cely stroj, jak Widle nebo ty binarni logy, ke kterym se clovek dostane jen s pomoci dementnich triku (pokud se k nim vubec dostane) a mezi ktere nepatri treba MC (k dispozici na kazdem live distru), jsou jiz jen plastove tresnicky na durianovem dortu.
Tak pokud je to takhle, tak 100% souhlas. Jen mě mátlo to, že se míchá paralelní start jako takový a chybový systemd.
-
Je fakt posusnani, kdyz to startuje vsechno do sebe a loguje to nastridacku ...
co takto pouzit grep ;D
Bohužel, ani grep, ani pomeranč, ani ananas a dokonce ani jablko nedokáže ten paskvil logicky seřadit, aby bylo jednoduché případný problém spatřit v těch správných souvislostech. Jak bylo již řečeno, paralelní start - proč ne, ale základní vlastností každé fičury by mělo být, že se dá vypnout.
-
koukal jsem, default je NO a volba je zakomentovana, predchazi ji varovani, ze to nemusi byt nejlepsi napad a at potom neotravuju s bugreportama, kdyz to zapnu.
jo, mam to vsude zapnuty roky a problem jsem nezaznamenal
-
koukal jsem, default je NO a volba je zakomentovana, predchazi ji varovani, ze to nemusi byt nejlepsi napad a at potom neotravuju s bugreportama, kdyz to zapnu.
jo, mam to vsude zapnuty roky a problem jsem nezaznamenal
tak já jdu testovat rychlost startu s a bez :)
edit: tak až později, manželka kouká na nějakou blbost přes dlna z mýho noťasu :D
-
Tak pokud je to takhle, tak 100% souhlas. Jen mě mátlo to, že se míchá paralelní start jako takový a chybový systemd.
Tak me zase mate, ze v kazde diskusi hned nekdo mava tim, jak je systemd uzasny, protoze paralelnim startem zrychli boot o deset vterin a ja jsem stara struktura, protoze jsem proti paralelnimu startu a tim padem proti pokroku. Ale jaksi se zapomina na to vsechno, co k tomu parallelnimu startu je pribaleno. Jak jsem napsal, ne vse na systemd je urcite spatne, ale protoze to chodi jako celek, tak za tech par dobrych veci to nestoji. Dobro jaksi nevyvazuje pribalene zlo.
-
Tak pokud je to takhle, tak 100% souhlas. Jen mě mátlo to, že se míchá paralelní start jako takový a chybový systemd.
Tak me zase mate, ze v kazde diskusi hned nekdo mava tim, jak je systemd uzasny, protoze paralelnim startem zrychli boot o deset vterin a ja jsem stara struktura, protoze jsem proti paralelnimu startu a tim padem proti pokroku. Ale jaksi se zapomina na to vsechno, co k tomu parallelnimu startu je pribaleno. Jak jsem napsal, ne vse na systemd je urcite spatne, ale protoze to chodi jako celek, tak za tech par dobrych veci to nestoji. Dobro jaksi nevyvazuje pribalene zlo.
Tak jestli mi systemd zrychlí můj šestivteřinový start o deset vteřin, tak ho beru a jsem schopen mu odpustit veškeré nedokonalosti. Začnu obcházet kostely, krást jim svaté obrázky a místo nich jim tam budu dávat fotky s Poťérinkem. Kam se hrabe nějaká proměna vody na víno... :D
-
Tak jestli mi systemd zrychlí můj šestivteřinový start o deset vteřin, tak ho beru a jsem schopen mu odpustit veškeré nedokonalosti. Začnu obcházet kostely, krást jim svaté obrázky a místo nich jim tam budu dávat fotky s Poťérinkem. Kam se hrabe nějaká proměna vody na víno... :D
Tak na to bacha! Prave jsi odhalil skryte nebezpeci systemd. Zrychleni sestivterinoveho startu o deset vterin zpusobi prevraceni toku casu. Narusi se casoprostorove kontinuum, v pocitaci dojde ke kolapsu hmoty do cerne diry, ktera nasledne pohlti celou slunecni soustavu. To, ze mas treba zazalohovano ti bude uplne na hovno, data budou proste v hajzlu.
-
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...
:O Copak on existuje nějaký typizovaný server na všechno???
-
Tak na to bacha! Prave jsi odhalil skryte nebezpeci systemd. Zrychleni sestivterinoveho startu o deset vterin zpusobi prevraceni toku casu. Narusi se casoprostorove kontinuum, v pocitaci dojde ke kolapsu hmoty do cerne diry, ktera nasledne pohlti celou slunecni soustavu. To, ze mas treba zazalohovano ti bude uplne na hovno, data budou proste v hajzlu.
...a data, jak víme, jsou nejdůležitější!
-
Včera večer sa mi stal ten istý problém. Sieť bola nedostupná. Mám Debian jessie a v repozitároch backports. Druhý operačný systém mám Manjaro, tak som počitač reštartoval a spustil Manjaro - tam bolo všetko v poriadku. Znova som počítač reštartoval a spustil Debian - a sieť už fungovala normálne.
Príspevok píšem ako riešenie tohto problérmu. Stačí reštartovať počitač. Možno by stačil reštart siete, ale to nemám vyskúšané.
-
Príspevok píšem ako riešenie tohto problérmu. Stačí reštartovať počitač.
Nestaci, precti si puvodni dotaz.
-
Zasa skvele vlakno, kde 75% postov je off-topic. K teme, ja po instalacii Centosu 7 vyhadzujem wpa_supplicant, co kvoli zavislostiam odinstaluje aj NetworkManager, pricom po restarte potom nejde siet. Skvely NetworkManager totiz pri odinstalacii doplni suffix 0 do nastavenia jednotlivych premennych rozhrania (PREFIX0, GATEWAY0 atd). Doteraz nechapem, preco v serverovskej distribucii v edicii Core je v defaultnej instalacii nieco ako WPA supplicant.
-
Včera večer sa mi stal ten istý problém. Sieť bola nedostupná. Mám Debian jessie a v repozitároch backports. Druhý operačný systém mám Manjaro, tak som počitač reštartoval a spustil Manjaro - tam bolo všetko v poriadku. Znova som počítač reštartoval a spustil Debian - a sieť už fungovala normálne.
Príspevok píšem ako riešenie tohto problérmu. Stačí reštartovať počitač. Možno by stačil reštart siete, ale to nemám vyskúšané.
Restart počítače je právě to místo, kdy začne být problém :-)
"Restart" sítě po startu počítače to řeší, ale problém je, že by to mělo jet právě po startu PC ne až vypnu a znovu zapnu síť.
-
Tak vyřešeno!
Jen nejsem spokojen s tím, jakým způsobem...
Zakázal jsem síť v NetworkManageru a restartoval. Zase ji povolil a restartoval. Konfigurace jsou stejné, dělal jsem si zálohy a porovnával. networking.service je zapnutá a chodí to jak očekávám.
Log ze startu networking.service je taky stejný, pokud něco nepřehlížím:
$ sudo systemctl status networking.service --full
● 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 Ne 2016-08-14 12:56:02 CEST; 2min 31s ago
Docs: man:interfaces(5)
Main PID: 2498 (code=exited, status=0/SUCCESS)
Tasks: 0
CPU: 200ms
CGroup: /system.slice/networking.service
srp 14 12:56:01 speedy systemd[1]: Starting Raise network interfaces...
srp 14 12:56:02 speedy ntpdate[2589]: Can't find host 0.debian.pool.ntp.org: Name or service not known (-2)
srp 14 12:56:02 speedy ntpdate[2589]: Can't find host 1.debian.pool.ntp.org: Name or service not known (-2)
srp 14 12:56:02 speedy systemd[1]: Started Raise network interfaces.
A prostě se nic nezměnilo, akorát to fachá.
Takže kde byla chyba nevím. Jediné co mi to připomíná je jeden divný problém se systemd, kdy nenabíhalo kdm. Problém jsem zjistil nakonec ve službě systemd readahead. Bohužel ji nestačilo vypnout, umravnilo se to až když jsem smazal ty cache soubory, co si to vytváří a pak už bylo jedno jestli to bylo zapnuté nebo vypnuté, začalo to chodit.
Napadá mě, jestli i tohle nemá nějaké cache soubory (ať už systemd nebo NM) a vypnutím sítě + restart a zapnutím sítě
restart jsem to donutil přegenerovat, ale o ničem takovém nevím.
Takže problém solved, konfiguráky jsou stejné jako když byl problém, ale problém zmizel. Takže jsem trochu v rozpacích :-[
-
Takže přece jen asi vysvětlení proč to tak bylo bude...
Vypadá to, že systemd z pro mě neznámých důvodů spouštěl NetworkManager služby/skritpy při startu v nějakém kontextu, ve kterém neměl práva nastavit bránu. Proto po startu počítače chyběla brána.
Proč se to ovlivňovalo s networking.service a proč po vypnutí sítě v NM a restartu a opětovným zapnutím sítě NM v restartu se systemd umoudřil je mi záhadou, třeba to ví Poettering.
Kdyby se našel někdo, kdo by to dokázal vysvětlit, jak tohle v systemd řešit bez těchto "wokenních" způsobů, budu opravdu moc rád - tenhle kus softu je pro mě občas dos velkou záhadou.
-
No musis provest ritualni tanec, jako s Widlema. Tam se to resi tak, ze zabijes slepici, pocitac pokropis krvi a pak s tou slepici obskaces trikrat pocitac na leve noze proti smeru hodinovych rucicek. A protoze systemd zavadi widlozni manyry, jako treba restart celeho stroje kvuli kdejake picovine nebo v pulce pripadu nepouzitelne logy, tak musis zavest i ty ritualni tance.
Problem je proste v tom, ze nemas systemd certified HW.
-
Prispevok pre ByCzech Mistr fóra :
chvilu som googlil s frazou network-manager error a hned som nasiel toto
https://www.blackmoreops.com/2013/11/25/how-to-fix-wired-network-interface-device-not-managed-error/
takze staci v subore /etc/NetworkManager/NetworkManager.conf
zmenit managed=false na managed=true a restartovat network-manager : service network-manager restart
Ale tato odpoved Ta urcite neuspokoji a budes hladat vinnika v Systemd.
O Tvoju odpoved nestojim.
-
Prispevok pre ByCzech Mistr fóra :
chvilu som googlil s frazou network-manager error a hned som nasiel toto
https://www.blackmoreops.com/2013/11/25/how-to-fix-wired-network-interface-device-not-managed-error/
takze staci v subore /etc/NetworkManager/NetworkManager.conf
zmenit managed=false na managed=true a restartovat network-manager : service network-manager restart
Ale tato odpoved Ta urcite neuspokoji a budes hladat vinnika v Systemd.
O Tvoju odpoved nestojim.
O téhle volbě samozřejmě vím, ale možná by sis měl přečíst co ta konfigurační volba dělá a kdy se používá, z man NetworkManager.conf:
managed
If set to true, then interfaces listed in /etc/network/interfaces are managed by NetworkManager. If
set to false, then any interface listed in /etc/network/interfaces will be ignored by
NetworkManager. Remember that NetworkManager controls the default route, so because the interface
is ignored, NetworkManager may assign the default route to some other interface.
Taky by sis mohl přečíst diskuzi, pak bys věděl, že /etc/network/interfaces nemám nastaveno eth0, takže ta volba je v téhle konfiguraci úplně k ničemu, slouží pouze k tomu, aby NM spravoval i interfacy, které jsou uvedeny v /etc/network/interfaces.
Taky by sis mohl přečíst, že do aktualizace na systemd verze 230 to fungovalo bez problémů, jak to fungovat má.
Momentálně se to chová tak, že je třeba disablovat networking.service, restartovat, enablovat networking.service a restartovat. Pak to najede jak má. Ale pouze do příštího restartu. Nemůžu si pomoct, ale nic se nemění, jen se zapíná či vypíná něco v systemd, jednou to jede, pak už ne. Hledáš chybu jinde jen proto, že se ti nelíbí, že by to mohlo být v systemd?