Dotaz: Pomalý start XUBUNTU

[vasek3]

Po první instalaci XUBUNTU start byl velice rychlý. Občas se mi něco líbilo, naistalovo, ale nešlo to spustit. Pro mne to nebylo důležité, tak jsem to opustil. Postupem času se start dost prodlužoval. Máte někdo zkušenosti jak odstranit moje blbosti s instalacemi co zpožďuje start? Díky . Vašek

---

---

Odpovědi

[k3dAR]

zobrazeni shrnuti ktere "sekce" startu trvali jak dlouho

systemd-analyze

a zobrazeni seznamu sluzeb serazen podle casu ktery potrebovaly pri startu:

systemd-analyze blame

vystupy tech prikazu ^^^ sem vloz zkopirovane jako text, kterej pred odeslanim oznacis a tuknes na tlacitko <pre> pro zachovani formatovani

dale muzes pri startu zmacknout ESC ktere schova animaci a zobrazi nektere informace, to kdyztak vyfotit telefonem kdyz se to na necem "zastavi" a pridat jako prilohu...

[vasek3]

liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ systemd-analyze
Startup finished in 5.235s (kernel) + 57.879s (userspace) = 1min 3.114s
graphical.target reached after 57.851s in userspace
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ systemd-analyze blame
         27.058s systemd-journal-flush.service
         25.189s dev-sdb1.device
         22.123s snapd.service
         10.701s minidlna.service
         10.141s dev-loop21.device
         10.031s dev-loop12.device
          9.665s dev-loop11.device
          9.172s dev-loop25.device
          9.072s dev-loop23.device
          8.812s dev-loop1.device
          7.491s dev-loop2.device
          7.228s networkd-dispatcher.service
          7.063s NetworkManager.service
          6.986s apparmor.service
          6.937s systemd-sysctl.service
          6.653s dev-loop7.device
          6.384s accounts-daemon.service
          5.970s dev-loop28.device
          5.953s dev-loop27.device
          5.937s dev-loop26.device
          5.931s dev-loop29.device
          5.920s dev-loop24.device
          5.850s dev-loop22.device
lines 1-23

[k3dAR]

ad "systemd-journal-flush.service"

# kontrola konzistence logu (vystup dej jen cervene)
sudo journalctl --verify

# zobrazeni kolik mista zabiraji logy
journalctl --disk-usage

ad "dev-loop..device"
nepredpokladam ze bys pri startu mel automaticky mountovane ISO (obrazy CD/DVD), takze pujde jiste o snap, kde cekam ten tvuj problem, takze:

# zobrazeni vsech snap instalaci (pak odmazem nepotrebne)
snap list
# kolik je obsazene/volne na vsech pripojenych oddilech s odfiltrovanim loop (=snap) a tmpfs (=~ram)
sudo df -h | grep -v -e loop -e tmpfs

[k3dAR]

+ otazka, pouzivas minidlna(server pro pristup k mediim z smarttv/smartphone) ? nebo to byl jedet z tech pokusu?

[vasek3]

Jsem jen uživatel , nevím co to je

[k3dAR]

tusil sem, proto sem se to pokusil popsat, trochu delsi popis: minidlns je server kterej si uzivatel instaluje na pocitac pokud chce aby z nejakeho smart zarizeni (televize, telefonu, tabletu), mohl pristupovat k mediim (filmy, hudba, fotky) "chytrejsim" zpusobem nez jen bezne "sdileni adresare ve Windows"

pokus stale nevis o tom ze bys to pouzival, tak to odinstaluj:

sudo apt purge minidlna

[vasek3]

provedl jsem to

$ sudo apt purge minidlna
Načítají se seznamy balíků… Hotovo
Vytváří se strom závislostí       
Načítají se stavové informace… Hotovo
Následující balík byl nainstalován automaticky a již není potřeba:
  libllvm9
Pro jeho odstranění použijte „sudo apt autoremove“.
Následující balíky budou ODSTRANĚNY:
  minidlna*
0 aktualizováno, 0 nově instalováno, 1 k odstranění a 0 neaktualizováno.
Po této operaci bude na disku uvolněno 426 kB.
Chcete pokračovat? [Y/n] y
(Načítá se databáze … nyní je nainstalováno 268104 souborů a adresářů.)
Odstraňuje se balík minidlna (1.2.1+dfsg-1) …
Zpracovávají se spouštěče pro balík man-db (2.8.3-2ubuntu0.1) …
(Načítá se databáze … nyní je nainstalováno 268080 souborů a adresářů.)
Odstraňují se konfigurační soubory balíku minidlna (1.2.1+dfsg-1) …
Zpracovávají se spouštěče pro balík systemd (237-3ubuntu10.42) …
Zpracovávají se spouštěče pro balík ureadahead (0.100.0-21) …
ureadahead will be reprofiled on next reboot

[Petr Fiedler]

Jen technická:

Chcete pokračovat? [Y/n] y

Není třeba psát "y", protože "Y" je velké a je tak předvybrané, tak stačí stisknout enter.

[vasek3]

odistaloval jsem sudo apt purge minidlna

[k3dAR]

v poradku, mozna se ted o chvilku zkrati boot, mozne jeste ne, zalezi zda minidlna pretim na neco cekalo, nebo se tech 10s resilo paralelne :) kazdopadne bylo zbytecne abys to mel startovane/spustene pokud nepouzivas :) takze pokracovani zde

[vasek3]

liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ sudo journalctl --verify
[sudo] heslo pro liska: 
Je nám líto, zkuste to znovu.
[sudo] heslo pro liska: 
PASS: /var/log/journal/7499936984da41cc91dd14e9f92c1f38/user-1000.journal
PASS: /var/log/journal/7499936984da41cc91dd14e9f92c1f38/system@b54e3aaca56b45bea84572267278118c-000000000009de99-0005acc4fd528b85.journal
PASS: /var/log/journal/7499936984da41cc91dd14e9f92c1f38/user-1000@ada216970acf40a58afbba40f6fd33cc-000000000007fefa-0005abf92c9093cf.journal
PASS: /var/log/journal/7499936984da41cc91dd14e9f92c1f38/system.journal
PASS: /var/log/journal/7499936984da41cc91dd14e9f92c1f38/system@b54e3aaca56b45bea84572267278118c-000000000009d714-0005acc1ff2af902.journal
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ journalctl --disk-usage
Archived and active journals take up 48.0M in the file system.
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ journalctl --disk-usage
Archived and active journals take up 48.0M in the file system.
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ snap list
Name                     Version                     Rev   Tracking       Publisher        Notes
bluez                    5.48-1                      229   latest/stable  canonical✓       -
core                     16-2.45.3.1                 9804  latest/stable  canonical✓       core
core18                   20200724                    1885  latest/stable  canonical✓       base
firefox                  79.0-1                      398   latest/stable  mozilla✓         -
gnome-3-28-1804          3.28.0-17-gde3d74c.de3d74c  128   latest/stable  canonical✓       -
gnome-3-34-1804          0+git.3009fc7               36    latest/stable  canonical✓       -
gnome-mahjongg           3.34.0                      104   latest/stable  ken-vandine      -
gtk-common-themes        0.1-36-gc75f853             1506  latest/stable  canonical✓       -
gtk2-common-themes       0.1                         13    latest/stable  canonical✓       -
kde-frameworks-5-core18  5.61.0                      32    latest/stable  kde✓             -
librepcb                 0.1.4-5                     76    latest/stable  librepcb✓        -
openscad                 2019.05                     52    latest/stable  torsten-paul     -
photogimp                2.10.20                     141   latest/stable  pedro.ermarinho  -
quadrapassel             3.36.02+git2.7edd2a1        283   latest/stable  canonical✓       -
qucs-spice               0.0.19S-RC7-snap2           4     latest/stable  eldar            -
skype                    8.63.0.76                   143   latest/stable  skype✓           classic
vlc                      3.0.11                      1700  latest/stable  videolan✓        -
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ sudo df -h | grep -v -e loop -e tmpfs
Souborový systém Velikost Užito Volno Uži% Připojeno do
udev                 1,5G     0  1,5G   0% /dev
/dev/sdb1             73G   20G   50G  29% /
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ 

Pokusil jsem se o odpovědi. Červená nebyla žádna

[k3dAR]

log je tedy ok a zabira malo mista, na disku mas take hromadu volneho, takze potud vse ok, problem vidim v tom ze mas zbytecne spoooustu veci pres SNAP, to je alternativni zpusob instalace balicku, kterej ma urcite vyhody (dostanes se k novejsi verzi programu) ale take nevyody (narocnejsi na cpu, ram, disk, coz v tvem pripade starsiho pocitace a hlavne asi s 80GB rotacnim hardiskem bude znat)...

kdyz se v tom vypisu "snap list" podivas na prvni sloupec, vidis tam neco co VIS ze si UMYSLNE instaloval protoze si chtel POSLEDNI verzi? pokud ne, tak napisu jak to zrusit... a nektere poresime, treba:
- Firefox bude posleni verze i bez Snap
- pro GIMP by se pridalo PPA (pokud mas Xubuntu >=18.04), resp. mas photogimp coz je asi upravenej GIMP aby pusobil jako Photoshop, to pouzivas? nebo staci normalni GIMP?
- pro VLC take PPA akorat tam je posledni 3.0.8 (pokud mas Xubuntu 16.04 nebo 18.04)
- Bluez asi netreba resit, pokud nemas nejake pozadavky co splnuje jen nova verze
- Skype se nainstaluje z webu MS a prida si pri prvni rucni instalaci sam svuj repositar, z ktereho pak aktualizuje
nezkoumal sem: openscad, librepcb, quadrapassel, qucs-spice - to leda jestli je pouzivas, abych nezjistoval info o necem co si jen zkusil a zapomel

konkretni postup napisu az se vyjadris k tomu co toho prvniho sloupce chces/nechces :)

[vasek3]

Co nejvíce používám: Firefox gimp občas není potřebná poslední verze - zkoušel jsem VLC také memusím mít poslední verzi bluez - nevím o co jde Skype aasi jsem jednou zkoušel - není nutný

Co nevíce používám: libreoffice librecad eagle, stačí mi jedna instalace ( nevím jak druhou odstranit) prohlížení foto prohlížení videa z internetu parole asi je to vše

[k3dAR]

a ten GIMP pouzivas normalne "gimp" nebo ten upravenej "photogimp" aby vypadal jako Photoshop?
bluez je (zjednodusene) ovladac/nastroj k Bluetooth

Skype neni problem mit posledni a samo aktualizovanou verzi i bez Snapu...
LibreOffice nemas z Snap, ale mas tu 7.0 z PPA, takze to zustane v poho :)
LibreCad, Eagle v Snap nevidim, takze to zustane z repositare, resp. ten Eagle vidim ze je jen pro 16.04, nebo myslis AutodeskEagle?

[vasek3]

Gimp používám starší verzi , ale není nutná aktualizace,Eagle používám 9.6 ale ty byly instalovány bez PPA a aniuž nechci aktualizaci.

[k3dAR]

tedy AutodeskEagle 9.6 stazenej odtud a rucne nainstalovanej?
GIMP pises sice starsi, ale normalni GIMP? nebo ten co mas v snap "PhotoGIMP"? Xubuntu mas 18.04 ?

[k3dAR]

pokud NEpouzivas ten PhotoGIMP, tak snap balicky odebrat vse krome core a core18 coz je zaklad:

sudo snap remove bluez firefox gnome-3-28-1804 gnome-3-34-1804 gnome-mahjongg gtk-common-themes gtk2-common-themes librepcb openscad photogimp quadrapassel qucs-spice skype vlc

1. Firefox bude posledni verze z normalnich/systemovejch repositaru

2. pokud mas *buntu >=18.04 tak GIMP lze:

# pridat PPA s GIMP
sudo add-apt-repository ppa:otto-kesselgulasch/gimp

# aktualizovat
sudo apt upgrade

3. pokud bys chtel Skype tak:

# pridat ofiko repositar
wget -q https://repo.skype.com/data/SKYPE-GPG-KEY -O- | sudo apt-key add -
echo "deb [arch=amd64] https://repo.skype.com/deb stable main # Skype" | sudo tee /etc/apt/sources.list.d/skype-stable.list

# nainstalovat
sudo apt install skype

zbejva jen to VLC, tam pripadne podle toho co z tebe vypadne ze mas za tu verzi Xubuntu, resp. pri >=18.04 necht verzi z repositare, pri 16.04 pridat nejake vhodne PPA :)

[k3dAR]

EDIT/OPRAVA:
ad 3/#nainstalovat mel sem spatne nazev balicku, spravne je:

sudo apt install skypeforlinux

[k3dAR]

EDIT EDITU...

sudo apt update && sudo apt install skypeforlinux

[vasek3]

Díky , start se zlepšil, doba mi vyhovuje. Poslední dotaz asi. Zmizel mi EAGL a VLC ( uvědomil jsem si, že nahrávky z televize mi nejdou přehrát na PAROLE , chce to na mě nějaké doplňky, které mi nešly doinstalovat. Potřeboval bych poradit . jak je doinstalovat tak , aby se neprodlužoval start. Díky Vašek

[k3dAR]

ad VLC - instalace z normalniho (=NE Snapoveho) repositare:

sudo apt install vlc

jde jen o to zda ti ta verze bude stacit, jeste si nenapsal jakou verzi Xubuntu mas :)

ad EAGL - divne, v tech odinstalovavanejch SNAP balicku EAGL nebyl(neni ani dostupny v SNAP "storu"), zkus ho nainstalovat znovu tak jak si instaloval prvne...

[vasek3]

Na verzi jsem neodpovídal, protože jsem nemohl najít jak ji zjistím. Ale z 90% je 18 XUBUNTU. To VLC si myslím , že bude stačit. EAGL ten jsem měl ve stažených a asi jsem ho smazal a používal ten autodesk- byl též ve stažených. Vytvořím si jinou složku kam dám programy . EAGL momentálně nemohu najít starší verzi.Ještě se optám v dotazu o instalaci v eaglu jsem použil některé příkazi k instalaci EAGLU. Něco to psalo, že to přidalo do balíčku , ale eagl tam nebyl.V domovské strance liska je EAGL a v něm je 8 souboru : cam;desinblock;desing ;rules ;libraries;projects;scrips;spice;ulps

nevím čím by se nechal spustit

[Petr Fiedler]

Na verzi jsem neodpovídal, protože jsem nemohl najít jak ji zjistím. Ale z 90% je 18 XUBUNTU.

Pro zobrazení infa o stroji/systému je dobré inxi:

# Instalace:
sudo apt update && sudo apt install -y inxi

# Zobrazení Full (plného) infa o stroji/systému:
inxi -F

[k3dAR]

pokud by slo jen o versi systemu, lze pouzit jiz dostupne:

lsb_release -a

[Petr Fiedler]

Ono jde i třeba inxi -S, ale chtěl jsem mu ukázat způsob, jak si zobrazí co nejvíce infa a distro je právě hned z kraje.

[Petr Fiedler]

Jinak ano, to je snazší.

[k3dAR]

verzi zjisti (to inxi co radil Petr si klidne nainstaluj, muze se hodit pri diagnostice jindy a nicemu pritomnost nevadi), podle verze Xubuntu kdyztak muze byt moznost novejsiho VLC pro jistotu...

EAGL si psal ze mas/mels/chces 9.6, odkaz na stazeni sem psal nahore :)
nevim zda si to tehdy delal jak sem popisoval jen s rozbalovanim a poustenim pres terminal, nicmene jake jak pises "prikazy k instlaci EAGLU" si pouzil? nemyslis jen rozbaleni toho archovu?

tar xfv nazevarchivu.tar.neco

[vasek3]

Hledal jsem přesně odkud jsem to stahoval pravěpodobně AUTODESKU linux 64bit stahnul jsem do do vytvořené složky (programy) nechal rozbalit ( pravé tl. a vybral rozbalit sem ) vytvořil se soubor ( není už vidět jeho název) . Na ploše pravé tl. myši, vytvořit spouštěč - našel jsem ten soubor , a chodí to . Žádné příkazy jsem nedělal. Jinak je to skutečně 18.04

[Pavel 'TIGER' Růžička]

Na zjištění verze, krom toho, co psali kluci je dobrý a populární neofetch.

[Petr Fiedler]

A nebo:

# 1.
cat /etc/issue

# 2.
cat /etc/*elease

# 3.
hostnamectl

[k3dAR]

tak AutodeskEagle to NEmohlo nijak ovlivnit, kouknul sem na to jak se "instaluje" -> on se NIJAK neinstaluje, ten archiv co maj ke stazeni se jen rozbali, a dle info&README se ma poustet tak ze "Spravcem souboru" vleze do mista kam si to rozbalil, da se prava mys otevrnit terminal a pusti se:

./eagle run

me to ale v Xubuntu 20.04 pustit nelze, hodi to error ani moznosti uvedene v README pri problemu nezaberou, nicmene ty si to poustel jak?>

[vasek3]

Konečně se mi něco povedlo.EAGL 9.6.2 jsem stáhnul uložil , jak jsem psal, pak jsem dal rozbalit zde , poklepal jsem na rozbalený soubor dobu jsem čekal. Na ploše jsem pravým tlačítkem myši vybral vytvořit spouštěč. Našel jsem soubor rozbalený, a vytvořilo to na ploše ikonu na spuštění EAGLU. Funguje to ! Moc Vám děkuji za velmi velikou trpělivost se mnou! Díky Vašek

[k3dAR]

bezva pro zajimavost jak rychle ti ted system teda startuje? pripadne hod po nastartovani aktualni vystupy:

systemd-analyze
systemd-analyze blame

[vasek3]

o LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.5 LTS
Release:	18.04
Codename:	bionic

Startup finished in 10.280s (kernel) + 33.256s (userspace) = 43.536s
graphical.target reached after 33.226s in userspace
 systemd-analyze blame
         20.620s dev-sdb1.device
         14.436s snapd.service
         12.050s systemd-journal-flush.service
          9.065s accounts-daemon.service
          9.063s NetworkManager.service
          8.183s networkd-dispatcher.service
          7.869s udisks2.service
          6.434s ModemManager.service
          5.044s NetworkManager-wait-online.service
          4.064s thermald.service
          3.477s dev-loop0.device
          3.474s dev-loop2.device
          3.457s dev-loop1.device
          3.438s dev-loop3.device
          3.203s dev-loop4.device
          2.775s systemd-udevd.service
          2.514s gpu-manager.service
          1.875s systemd-tmpfiles-setup.service
          1.833s systemd-tmpfiles-setup-dev.service
          1.731s apparmor.service
          1.254s wpa_supplicant.service
          1.217s colord.service
          1.171s grub-common.service

asi 1min a30 sekund

[k3dAR]

ten prvni prikaz pise ~43s :) pretim si posilal 1m3s, jeste predtim 2m51s (to delalo auto aktualizace), takze alespon podle toho to zlepseni je o ~20s :) jeste me napada, pokud ted nepouzivas nic z Snap, muzes:

# ho zablokovat
sudo systemctl mask snapd

# kdyz bys nekdy v budoucnu potreboval Snap pouzivat, tak povolit
sudo systemctl unmask snapd

dalsi vec ktera by mela nejvetsi vliv, vymenit tvuj starej/malej/pomalej HDD za SSD, 120GB nebo 250GB

[vasek3]

Něco ke stroji, mám ho asi takových 6-8 let a to ještě nebyl nový. V mém věku, nějak se mi nechce kupovat mašinku novější.Mám ještě notebook, jako zálohu, dělám učetnictví pod Windowsem. Na tomto PC mám 2 disky, 2 OS Xubuntu, Win 10 ( odešel disk a tam mám SSD, ale malý). K tomu SNAPU . když ho zablokuji, tak nebudu moci používat nainstalované programy , nebo nebudu moci přidat program ? SNAP je to co je v tabulce software ? Vím je to se mnou těžké , dost už také zapomínám. S rychlostí jsem spokojen. Až budu chtít něco instalovat pro zkoušení , tak se Vás raději optám, abych se nedostal do stejných problémů. Díky

[k3dAR]

podle hostname vim co mas za stroj :) s CPU Core2Duo to verim je pouzitelne i dnes, ale prave ze to muze zbytecne brzdit pouziti HDD, z tveho vystupu 80GB sem usoudil ze mas HDD, pokud je to SSD tak ok, jen tech 43s mi prijde na SSD stale dost :) jinak kolik tam mas RAM? i tu rozsirit pokud lze, muzes pri zachovani stavajici "masinky"

[vasek3]

Linux mi neběží na SSD, ram mám 3MB, rozšířit již nejde. Tato rychlost mi vyhovuje. Možná v budoucnu si koupím nový PC. Ještě jednou díky za Vaši odbornou pomoc.

[Petr Fiedler]

RAM jsi měl patrně na mysli 3 GB. To pro tebe bohatě stačí. To SSD bych ti ale taky radil. Je to otázka pár stovek a systém se tím dost zrychlí. A ten HDD lze v pc ponechat a zálohovat na něj důležitá data.

[Petr Fiedler]

SSD seřazeny od nejnižší ceny. Nejlevnější 120 GB se dá koupit za 442 Kč. To snad není problém, ne?

[vasek3]

Klávesa ESC nereaguje, zkoušel jsem i jiné klávesy a také nic, jen tmavá obrazovka.Díky

[vasek3]

Asi je těžko dávat rady laikům

[k3dAR]

a ma laik problem odpovedet na radu?

[vasek3]

Omlouvám se. Nevím co se dělo,ale chovala se tato diskuse jako zamrzlá, nic jsem neviděl až po tomto napsání.

[LarryL]

Si myslím, že samotná instalace programů by neměla zpomalit start systému. Jedině, že by ten instalovaný program obsahoval službu Systemd, kterou by při instalaci nastavil, že se má zapínat hned při startu. Ten příkaz co ti poradil Kedar je právě na zjištění takových služeb. Příkladem je nějaký firewall (což je program, který chrání před neoprávněným přístupem po síťi), který se zapíná automaticky hned po startu, protože jinak by firewall postrádal smysl.

Pokud se chceš podívat, které programy se ti zapínají hned po startu, tak běž do: Nastavení > Relace a spouštění > Automatické spuštění aplikace. Ale jsou tam jenom programy. Spouštěné služby tam uvedeny nejsou.

Pak mě ještě napadá, že jsi těch programů naistaloval tolik, že jsi úplně vyčerpal volné místo na disku.

[Andrej]

Si myslím, že samotná instalace programů by neměla zpomalit start systému.

Na Ubuntu se to bohužel děje. Některé distribuce totiž sice převzaly systemd, což je fajn, ale vnutily mu své sprosté chování z minulosti, což je hrubě nefajn.

Na normálním distru je 6 jasně definovaných a oddělených úkonů:

1. instalace balíčku
2. enable
3. start
4. stop
5. disable
6. odstranění balíčku

Na nenormálním distru jsou (přinejmenším) 3 první jmenované úkony (instalace balíčku, enable, start) chybně smíchané do jednoho úkonu, tedy provedené automaticky při instalaci. (!) To je úplně špatně, po všech stránkách, z hlediska bezpečnosti (otevřené porty), z hlediska situational awareness správce / uživatele atd. Konkrétně:

• Když nainstaluju balíček, nechci, aby mi automaticky spustil nějaký server (který případně začne poslouchat na síti). To je až to poslední. Napřed si chci upravit konfiguráky, prostudovat manuálové stránky, zajistit, aby byl server bezpečný, atd. Nebo chci mít server jenom nainstalovaný, jenom kvůli manuálovým stránkám, headerům, konfigurákům atd., ale nechci ho na daném stroji nikdy spouštět.
• Když nainstaluju balíček, nechci (už vůbec a dvojnásob NE), aby mi někdo automaticky povoloval spouštění nějakého serveru při startu. To si povolím (nebo nepovolím) sám, až budu mít server nastavený a otestovaný. A až se mi zachce, dřív ne.
• Balíčkovací systém má dělat jen přesně to, k čemu je určený: instalovat a odstraňovat balíčky. Nemá co spouštět servery (které poslouchají na síti, můžou být zranitelné, můžou zdržovat start atd.). Nemá co upravovat nastavení systému, co se má automaticky spouštět. (Přijatelné je třeba automatické zastavení PostgreSQL před jeho odstraněním, jako prevence ztráty dat. Potud fajn. Opačný postup (automatické spuštění při instalaci) je ovšem nepřijatelný.)

K původnímu dotazu bych poznamenal, že kromě již doporučeného systemd-analyze bych se asi zajímal jako první o systemctl --failed. Často (ne vždy, ale často) bývá souvislost mezi tím, co selhalo, a tím, co zdrželo start. Pokud se objeví služby, které selhaly, na všechny, které nepoužívám / nepotřebuju / mi nechyběly bych zavolal systemctl disable. Teprve potom bych se jal zkoumat systemd-analyze blame.

[vasek3]

liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ systemd-analyze
Startup finished in 5.022s (kernel) + 2min 46.397s (userspace) = 2min 51.420s
graphical.target reached after 1min 6.151s in userspace
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ systemctl disable
Too few arguments.
liska@liska-HP-Compaq-dc7600-Small-Form-Factor:~$ systemd-analyze blame
    2min 10.417s apt-daily-upgrade.service
         28.585s snapd.service
         27.875s systemd-journal-flush.service
         25.039s dev-sdb1.device
         14.217s minidlna.service
          9.308s networkd-dispatcher.service
          8.660s NetworkManager.service
          8.116s systemd-sysctl.service
          7.879s accounts-daemon.service
          7.570s systemd-udevd.service
          7.262s NetworkManager-wait-online.service
          7.119s dev-loop21.device
          7.104s snap-gtk2\x2dcommon\x2dthemes-13.mount
          6.735s dev-loop13.device
          6.677s udisks2.service
          6.547s snap-gnome\x2d3\x2d28\x2d1804-128.mount
          6.390s dev-loop23.device
          6.177s snap-openscad-45.mount
          6.100s dev-loop6.device
          5.983s snap-skype-139.mount
          5.913s apparmor.service
          5.454s dev-loop26.device
          5.371s snap-quadrapassel-282.mount

[vasek3]

                  
● snap.bluez.bluez.service loaded failed failed Service for snap application blu
● snap.bluez.obex.service  loaded failed failed Service for snap application blu

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

2 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
lines 1-10/10 (END)

[trubicoid2]

to apt-...upgrade.. to asi nevadí, to běží na pozadí, mě třeba teď píše:

27min 15.940s apt-daily-upgrade.service
20min 55.499s apt-daily.service 

a tak dlouho to nestartuje :)

ještě koukni do logu, jednak mi bylo podezřelé v tom prvním výpisu:

27.058s systemd-journal-flush.service

to takhle dlouho nemá být

do logu koukneš

sudo journalctl

a pak se pohybuješ šipkama, mezerou, entrem, na konec ctrl+Q (je to jako less), hledej, jestli se tam něco moc neopakuje, možná chyby budou červené

taky zkus

sudo journalctl --verify

a napiš, jak je to velký, kdyžtak by se to zkrátilo

sudo journalctl --vacuum-size=10M
journalctl --flush --rotate

jinak já mám teď xubuntu 20.04, přešel jsem z 18.04

[trubicoid2]

chybička: Ctrl-G na konec, Q ukončí samozřejmě

[vasek3]

-- Logs begin at Sun 2020-07-05 18:50:36 CEST, end at Thu 2020-08-13 20:42:27 CEST. --
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Activating via systemd: service name='org.a11y.Bus' unit='at-spi-dbus-b
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Starting Accessibility services bus...
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Successfully activated service 'org.a11y.Bus'
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Started Accessibility services bus.
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor at-spi-bus-launcher[1591]: dbus-daemon[1596]: Activating service name='org.a11y.atspi.Registry' requested by ':1.0' (u
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Activating service name='ca.desrt.dconf' requested by ':1.14' (uid=1000
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor at-spi-bus-launcher[1591]: dbus-daemon[1596]: Successfully activated service 'org.a11y.atspi.Registry'
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor at-spi-bus-launcher[1591]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-da
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Starting Virtual filesystem service...
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Successfully activated service 'ca.desrt.dconf'
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Successfully activated service 'org.gtk.vfs.Daemon'
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Started Virtual filesystem service.
čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor spice-vdagent[1621]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
čec 05 18:50:39 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Activating via systemd: service name='org.freedesktop.Notifications' un
čec 05 18:50:39 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Starting XFCE notifications service...
čec 05 18:50:39 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' reque
čec 05 18:50:40 liska-HP-Compaq-dc7600-Small-Form-Factor dbus-daemon[1452]: [session uid=1000 pid=1452] Successfully activated service 'org.freedesktop.Notifications'
čec 05 18:50:40 liska-HP-Compaq-dc7600-Small-Form-Factor systemd[1413]: Started XFCE notifications service.
čec 05 18:50:43 liska-HP-Compaq-dc7600-Small-Form-Factor org.freedesktop.thumbnails.Thumbnailer1[1452]: Registered thumbailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
čec 05 18:50:43 liska-HP-Compaq-dc7600-Small-Form-Factor org.freedesktop.thumbnails.Thumbnailer1[1452]: Registered thumbailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
čec 05 18:50:43 liska-HP-Compaq-dc7600-Small-Form-Factor org.freedesktop.thumbnails.Thumbnailer1[1452]: Registered thumbailer atril-thumbnailer -s %s %u %o

toto je červené

čec 05 18:50:36 liska-HP-Compaq-dc7600-Small-Form-Factor spice-vdagent[1621]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0

[trubicoid2]

to spice-vdagent v Xubuntu nemám, je to něco k virtualizaci, jestli nepotřebuješ, tak se toho zbav

sudo apt purge spice-vdagent

a potom oddělat i ostatní již nepotřebné balíky

sudo apt --purge autoremove

ale nevím, jestli to bude ten problém

kolik je velikost logu?

du -sh /var/log/journal/

a pro jistotu zkontrolovat, jestli ten binární log není nabořenej

sudo journalctl --verify

taky by bylo podezřelý, kdyby ta kontrola trvala dlouho

[vasek3]

kolik je velikost logu? $ du -sh /var/log/journal/ 65M /var/log/journal/ kontrola proběhla velice rychle

[LarryL]

Na nenormálním distru jsou (přinejmenším) 3 první jmenované úkony (instalace balíčku, enable, start) chybně smíchané do jednoho úkonu

Nad tím jsem nikdy nepřemýšlel, že by to mělo být takto striktně oddělené, ale jo, asi máš pravdu.

Asi to bude podle toho jak moc se daná distribuce zaměřuje na BFU. Ubuntu se asi hodně snaží být pro běžné uživatele, takže dávají enable a start hned při instalaci.

[j]

Coz je specielne prave pro BFU to naprosto nejhorsi co se muze stat. Protoze narozdil od cloveka kterej do toho vidi naprosto netusi, ze mu tam bezi neco, co vlastne vubec nechtel.

Ostatne presne stejne se to deje na widlich a je to presne ten duvod, proc je treba widle neustale reinstalovat, protoze realne se vseho toho bordelu nijak jinak ani nejde zbavit.

Ostatne muzes zkusit nainstalovat rekneme nejaky veci na tema steam/gog/epic ... a vsechno se to nasere do startu systemu. Pak se ty lidi strasne divej, ze jim system startuje i desitky minut.

Dtto chrofox nebo chromak a jejich "aktualizacni" servisy.

---

Dete s tim guuglem dopice!

[LarryL]

Protoze narozdil od cloveka kterej do toho vidi naprosto netusi, ze mu tam bezi neco, co vlastne vubec nechtel.

Jenomže když tu službu BFU nespustíš automaticky, tak jak mu umožníš, aby si ji zapnul. Co vím, tak na zapínání služeb není nikde žádné klikátko a chtít po BFU, aby si četli návod k programu kde bude uvedené, aby zadali něco do terminálu není moc přívětivé.

[Andrej]

Mně přijde, že pokud BFU nedokáže tu službu spustit, není pro něj určená a spouštět ji tedy nemá.

Na první pohled se může zdát „uživatelsky přívětivé“ spustit automaticky nějakou službu, aby měl BFU dojem, že instalace cosi automaticky zprovoznila.

Na druhý pohled je otázka, jak BFU z dlouhodobého hlediska prospěje, když se automaticky spustí služba s kritickou zranitelností a bude pak na tom počítači třeba roky spuštěná a přístupná zvenku.

Protože jsou BFU celkem náchylní k instalaci z 2 roky starého instalačního „média“ nebo k podobným pošetilostem — a často jsou mezi nimi odpůrci normální každodenní aktualizace systému; prý když se to nainstaluje, tak už se na to nesahá —, kritická zranitelnost v některé z automaticky zapnutých služeb je reálné riziko.

[k3dAR]

[...]když se automaticky spustí služba s kritickou zranitelností a bude pak na tom počítači třeba roky spuštěná a přístupná zvenku[...]

jakej je rozdil jestli se mu spusti automaticky, nebo povoli automaticke spousteni po instalaci (=bez nejakeho bezpecnejsiho nastaveni) ?

[Andrej]

Obrovský. Propastný. Gigantický.

V prvním případě počítač používá uživatele. Ve druhém případě uživatel používá počítač.

Pojem situational awareness je klíčový nejen v letectví, ale i při správě všech možných systémů, od malého desktopu po velký cluster.

Kvízová otázka: Pokud nemůžu nainstalovat server, aniž by se mi automaticky spustil, není to náhodou děsivé? [Řešení: Ano, je.]

[LarryL]

Nejlepší by bylo kdyby dané distro, které chce být pro BFU (Ubuntu,...) mělo globální checkboxy "Co dělat se službou po intalaci?":

- Ihned zapnout
- Zapínat při bootování
- Zeptat se uživatele při intalaci

To by problém o kterém mluvíme vyřešilo.

[Pavel 'TIGER' Růžička]

Pokud by BFU věděl, co která služba dělá ... Instalátory distribucí jsou poměrně velkou slabinou, mě dost štve, že se předinstalovává nějaká skupina balíčků a po jejím nainstalování není možné přidat své oblíbené balíčky a instalátor se musí restartovat, což je mnohdy kámen úrazu, protože se ztratí spojení se sítí a musí se řešit to, co už bylo v instalátoru nakonfigurované. Ano vím, dá se to řešit různě, ale rozhodně ne pohodlně.

[pavele]

Nejlíp propracovaný instalátor měla Mandriva (2010 a starší) - před instalací se dali přidat konkrétní oblíbené balíčky, odstranit nepotřebné balíčky atd.

V Debianu to doteď není, jak je to v novější Mageie nevím.

Všechno šlo cestou minimalizace volby, včetně RedHat - CentOS, čím novější verze, tím okleštěnější možnost volby.

Co se týče bezpečnosti služeb, pokud chci něco nainstalovat, tak určitě chci, aby to běželo.

Ne abych potom někde v konfigurácích nebo systemd hledal, kde a jak se ta služba spouští, protože GUI pro spuštění služeb šlo do kopru s příchodem systemd, navíc jinak se spouští např. apache nebo Samba v Debianu a jinak v CentOS...

[Pavel 'TIGER' Růžička]

No jo Mandriva, to i ten desktop byl tak nějak odladěnější. Teď je to rozkopané na různých úrovních, ale je to pokrok ... Přijde mi, že dnes držet všechny ty věci pohromadě, funkční a bez problémů je tak nějak náročnější. Možná se mi to zdá a je to tím, že jsem o deset let starší.

[k3dAR]

tak Debian ci Ubuntu si muzes stale instalovat pres alternate/minimal/netboot/server instalacni medium kde si muzes vybrat skoro cokoliv a pokud ti tam neco schazi, tak je tu debootstrap kde mas podkontrolou podstate totalne vsechno

[LarryL]

Instalátory distribucí...

Možná si nerozumíme. Psal jsem (a i předchozí diskuze byla) na téma instalace jednotlivých balíčků, které obsahují nějakou službu. Ty píšeš o instalaci celé distribuce, což je sice také prvotní hromadná instalace jednotlivých balíčků, ale to je něco trochu jiného. Nepovažuji se za BFU, ale zrovna u instalace celé distribuce bych zvolil, aby se mi automaticky pozapínaly všechny služby co tvůrce distribuce uznal za vhodné, že by se zapnout měly, protože si nedokáži představit, že bych po prvním spuštění Linuxu, ručně spouštěl všechny služby co jsou potřeba k základímu běhu OS.

[Pavel 'TIGER' Růžička]

Já to pochopil, jen jsem si potom navíc povzdechl nad posunem za deset let. Jasně, když se nainstaluje PulseAudio, tak ať se i automaticky startuje. Pravděpodobnost, že člověk u služeb nebude chtít, aby běželi po startu systému je nižší, než, že jí od startu bude využívat. Když bude chtít něco vypnout, tak bude vědět co a proč, což je mnohem jednodušší, než dohledávat proč něco neběží, jak se to jmenuje a startovat to.

[k3dAR]

Obrovský. Propastný. Gigantický.

V prvním případě počítač používá uživatele. Ve druhém případě uživatel používá počítač.

mozna si to psal po tom co te pustili ze zachytky, ale slo o recnickou otazku... pripomenu kontext: spustí služba s kritickou zranitelností a bude pak na tom počítači třeba roky spuštěná a přístupná zvenku[ pokud bude sluzba zranitelna, tak je irelevantni zda se BFU uzivateli pustila sama, nebo zda ji BFU uzivatel pustil rucne hned po instalaci, v obou pripadech bude bezet s vychozi konfiguraci a (ne)/bude mit aplikovane aktualizace...

neco jineho je kdyby uzivatel po instalaci (kdy by se sluzba automaticky nepustila) si prosel vychozi konfiguraci, porovnal a upravil dle doporuceni bezpecnostnich howto/expertu, overil si ze instalovana verze nema zadne zname/neopravene bezpecnostni problemy a pak teprve sluzbu aktivoval... ale o tom NEbyla v textu na kterej sem puvodne reagoval

[Andrej]

Pokud je služba zranitelná, je lepší, když se nebude spouštět automaticky a bez vědomí uživatele.

I když služba není zranitelná (tedy, i když se dnes ještě nezdá být zranitelná), pořád je lepší, když se nebude spouštět automaticky a bez vědomí uživatele.

Hned po instalaci se nemá spouštět nikdy nic, protože instalace se spouštěním „démonů“ už z principu nesouvisí a nemá souviset.

mozna si to psal po tom co te pustili ze zachytky

Ne, to jsem ještě blil na záchytce. (Z toho, že nějaké distro nechápe, proč instalace nemá nikdy nic trvale spouštět.)

[LarryL]

Hned po instalaci se nemá spouštět nikdy nic

Nikdy neříkej nikdy. Pokud by si uživatel během instalace zaškrtl checkbox "spustit po instalaci", tak na tom není nic špatného.

[Andrej]

Takový checkbox by dával smysl, kdyby automatické spouštění serverů hned po instalaci dávalo smysl. Jenže ono nedává smysl. Přesněji řečeno, má příliš mnoho nevýhod a málo výhod.

[LarryL]

Nemusí se jednat jen o servery. Je mnoho jiných služeb: snapd.socket, psd (profile-sync-deamon), ntop, firewalld, ufw, acpid. Na ty jsem si namátkou vzpomněl.

Jeden checkbox na systemctl enable, druhý na systemctl start. Klidně by mohl být u checkboxů vykřičník kde by si mohl BFU přečíst jaké nevýhody to může mít.

Kdybych si mohl vybrat, tak bych nechtěl výchozí volbu, aby se neinstalovalo nikdy nic, ale právě ty checkboxy, které se mne zeptají. Už jen proto, že uvidím, které služby balíček obsahuje. Pokud to co říkáš o Ubuntu (že si automaticky startuje/enabluje služby po instalaci balíčku) je pravda, tak je chyba, že takové checkboxy do nastavení systému nezapracovali a natvrdo zapínají služby po instalaci, ale zároveň chápu, že jejich myšlenkové pochody směřovaly ke zjednodušení pro BFU.

Služby systemd nejsou atomové bomby po kterých BFU vybuchne počítač, jak se snažíš naznačit. Jsou to prostě jen "programy", které běží na pozadí. Jediné co tazateli tohoto vlákna chybělo je nějaké klikátko, kde by si mohl jím nainstalované služby jednoduše povypínat.

[k3dAR]

ptal sem se na rozdil u tebou zmineneho BFU s roky bezici zranitelnou sluzbou, mezi tim ze se mu sluzba spusti automaticky pri instalace, nebo tim ze on ji po instalace (ktera by sluzbu nezapla) by ji spustil rucne bez toho aby si zkontroloval/upravil vychozi konfiguraci...

ten rozidl totiz neni zadny (ve prospech bezpecnosti), pouze to prudi BFU, protoze neco nainstaluje, ono to nefunguje a musi zjistovat jak to ma zapnout...

ale douhlasim z tim ze by mela byt moznost pro "power" usera per system zakazat automaticke spusteni, pokud to chce...
nebo by LarryL nadhozenej dotaz na spusteni pri instalaci balicku... podobne jako pouzivam (nevychozi) needrestart ktere mi pri kazde aktualizaci proskenuje bezici procesy a sluzby a nabidne restarovat ty (sluzby) ktere bezi zastarale bin/lib...

[Andrej]

Já bych otázku obrátil a zeptal bych se, jak to BFU prospěje, když se mu automaticky spustí třeba Apache s hello world stránkou. Podle mě nijak.

Pročež je lepší, když se Apache při instalaci nespustí vůbec. Až se BFU odhodlá přečíst si dokumentaci a Apache nakonfigurovat, nějaký systemctl start a pak třeba systemctl enable ho nezabije.

Když si BFU něco (explicitně) sám spustí a nechá to roky běžet, je to situace zásadně odlišná od případu, kdy instalátor nedovolí něco nainstalovat a nespustit. To první je chyba BFU. To druhé je chyba instalátoru / distribuce / balíčku.

[Jendа]

Trvá dlouho start do přihlašovací obrazovky, nebo přihlášení?

Pokud to první, vypni splash screen (parametr nosplash kernelu, a rovnou i smaž parametr quiet -- dělá se to v GRUBu, při startu máš pár sekund na to zmáčknout nějakou klávesu, a potom pomocí "e" editovat), s trochou štěstí tam bude vidět, na čem to visí.

[vasek3]

Dlouho trvá start do přihlašovací obrazovky (zadání hesla). Jinak jsem se pokoušel to co mám vypnou, ale nenašel jsem kde. Ani se mi nepodařilo pomocí ESC vidět průběh načítání.Díky

[Pavel 'TIGER' Růžička]

Já tedy nepoužívám xubuntu, ale není to klasika, kdy se čeká na přidělení adresy od DHCP serveru? Standartně je nastaveno tuším 60s.

[k3dAR]

ma to na PC kde nepredpokladam Wifi (samozrejme ji mit muze) ale ethernet, takze nepredpokladam (samozrejme ze ale muze byt) prodlevu u DHCP prideleni adresy :) navic s Desktopem a NetworkManager by to 60s necekalo tusim, to by cekalo bez NetworkManager pres sit nastavenou pres interfaces ci netplan pri pouziti/nakonfigurovani pouziti jako Server...

[k3dAR]

to co Jenda popisoval je zmena docasna, pri zapnuti pocitace pokud se ti nezobrazuje Grub nabidka s polozkama kde odpocitava cas(nez zacne startovat vychozi polozku), tak to menu musis vyvolat, bud to je ESC (pri UEFI bootovani) nebo CTRL (pri Legacy/BIOS bootovani, coz bude asi tvuj pripad), pak zmacknes "e" jako editace, najedes kurzorem na miste kde je "quiet splash" a ty 2 slova odmazes, pak zmacknes F10 cimz ty upravy (docasne) potvrdis a pustis boot...

pokud by ti to neslo nebo bys to chtel "docasne" zmenit "trvale", tak: # instalace dvoupaneloveho spravce souboru pro terminal s pohodlnym editorem souboru sudo apt install mc # editace nastaveni Grub jako spravce (root) sudo mcedit /etc/default/grub najedes na zacatek radku zacinajici "GRUB_CMDLINE_LINUX_DEFAULT", zmacknes F3, SipkaDolu, F3, F5 (tim oznacis a zkopirujes radek), u prvniho das na zacatek znak # (to znamena ze "zakomentujes" tu volbu a nepouzije se), v tom zkopirovanem radku odmazes slova "quiet splash" (uvozovky tam nechas) takze to bude vypadat takto:

#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT=""

a pustis pregenerovani Grub polozek na zaklade te upravene konfigurace:

sudo update-grub

az to budes chtit pak vratit aby se misto textu zobrazovala startovaci "animace", podobne pres mcedit upravis ze # bude pred tim zkracenym a odeberes u puvodniho a znovu "sudo update-grub"

[k3dAR]

oprava formatovani druheho odstavce mezi "tak:" a "najedes"

# instalace dvoupaneloveho spravce souboru pro terminal s pohodlnym editorem souboru
sudo apt install mc

# editace nastaveni Grub jako spravce (root)
sudo mcedit /etc/default/grub

[Frufru]

Kolik máš na ntb Linux OS? Ubuntu/xubuntu tohle dělal, když jsi si zkusil druhý Linux. Stačilo mít jeden odkládací prostor a nový Linux ti jméno odkládacího prostoru přejmenoval. Pak při startu prvního Linuxu dlouho čekáš. Minimálně 1,5 min. Zkontroluj si jméno odkládacího prostoru (třeba gparted, disk) a co máš zapsané v /etc/fstab. Když to nebude souhlasit, tak to oprav ve fstab.

[vasek3]

omlouvám se , toto je pro mne moc vědecké. V fstab je 5 položek /etc snap/core/9665/etc snap/core/9804/etc snap/core18/1880/etc snap/core18/1885/etc

[Frufru]

zkus v terminálu: sudo cat /etc/fstab

Ten Tvůj výpis fstab je divný.

[k3dAR]

udleal jsi toto?