abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 08:00 | Komunita

    Projekt GNU dnes slaví 40. výročí. Přesně před čtyřiceti lety, 27. září 1983, Richard Stallman oznámil, že se chystá napsat s Unixem kompatibilní operační systém GNU (Gnu's Not Unix). Hlavní oslava a setkání hackerů probíhá ve Švýcarsku ve městě Biel/Bienne. Na programu je také přednáška Richarda Stallmana.

    Ladislav Hagara | Komentářů: 0
    včera 15:55 | Nová verze

    Byl vydán Mozilla Firefox 118.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout je nutno automatický lokální strojový překlad webových stránek. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 118 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 5
    včera 12:55 | Nová verze

    Byla vydána nová major verze 15.0.0 softwaru OCRmyPDF pro přidávání textové vrstvy k naskenovaným PDF dokumentům (PDF/A). Přehled novinek v poznámkách k vydání. OCRmyPDF využívá pro optické rozpoznávání znaků (OCR) engine Tesseract.

    Ladislav Hagara | Komentářů: 6
    včera 12:22 | Zajímavý software

    Karel Matějka zveřejnil druhé demo své chystané hry Bzzzt. Kromě verze pro Windows a macOS je dostupná i verze pro Linux. Plná verze hry má vyjít zanedlouho.

    Ondřej J | Komentářů: 4
    25.9. 20:33 | IT novinky

    Noví Bulánci byli oficiálně vydáni. V roce 2021 bylo na Startovači na podporu vývoje této hry vybráno 7,3 miliónů Kč. Hra je zatím určena jenom pro Windows, díky Protonu ale běží také na Linuxu.

    Ladislav Hagara | Komentářů: 8
    25.9. 14:55 | IT novinky

    ChatGPT může vidět, slyšet a mluvit.

    Ladislav Hagara | Komentářů: 4
    25.9. 14:33 | Zajímavý software

    Upscaler je open source nástroj pro zvýšení rozlišení a vylepšení obrázků pomocí AI. Vývoj probíhá na GitLabu. Instalovat lze také z Flathubu. Stejně jako Upscayl je Upscaler postaven nad Real-ESRGAN.

    Ladislav Hagara | Komentářů: 1
    25.9. 12:11 | Nová verze

    GNUnet (Wikipedie) byl vydán v nové major verzi 0.20.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.

    Ladislav Hagara | Komentářů: 0
    25.9. 11:55 | Komunita

    V Dublinu o víkendu proběhla dvanáctá iterace multimediální konference Video Dev Days, kterou pravidelně pořádá nezisková organizace VideoLAN. Záznamy přednášek z prvního a druhého dne jsou dostupné na YouTube.

    elenril | Komentářů: 0
    24.9. 20:44 | Nová verze

    LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), dospěl po pěti letech vývoje do verze 1.0.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

    Ladislav Hagara | Komentářů: 0
    Knihy s linuxovou tematikou
     (19%)
     (15%)
     (51%)
     (27%)
    Celkem 277 hlasů
     Komentářů: 11, poslední 17.9. 19:19
    Rozcestník

    Dotaz: monitoring startu KDE

    14.7.2014 02:08 lertimir | skóre: 64 | blog: Par_slov
    monitoring startu KDE
    Přečteno: 487×
    Po několika letech se mi rozbil start KDE prostředí. (asi díky mé nedočkavosti.) A teď řeším jak to opravit a nepřijít o spousty konfigurací v KDE. Mám nasledující systém. OpenSUSE 13.1, dual monitor na DisplayPort a DVI. Několik účtů A (hlavní), B (vedlejší) a C (testovací). Hlavní se zmrvil, nebyl funkční pro dualmon a při startu zatuhnul. Vedlejší byl celou dobu v pořádku, ale v krandrrd měl nesmyslný druhý monitor na rozhraní na kterém není připojen. Testovací nebyl funkční pro dualmon ani pro nově vytvořený účet. Už jsem prošel několik etap, kdy jsem zprovoznil dual monitor, ale fakticky nevím moc jak protože měly jet i předchozí konfigurace, ale nejely. Teď je asi poslední etapa v rekonstrukci stavu. Účet je funkční, dual mon také, ale při startu KDE, jak najíždí postupně sada ikonek popisujících start KDE, tak všechny ikonky najedou rychle, ale pak se start zastaví a systém "čeká", po minutě až dvou se start dokončí. Vzhledem k tomu že standardní start je do 5s, tak potřebuji zjistit na, co čeká a co se děje. Současně pořád funguje přepínání session takže ze zatuhlé ho startu session pro účet A se okamžitě přepnu do účtu B, je to tedy čistě lokální záležitost účtu.

    To co zatím o problému vím:
    1. Hodně závisí na souboru ~/.kde4/share/config/plasma-desktop-appletsrc. Ale nějak divně. Celý adresář config vzatý z backupu z doby, kdy desktop fungoval vytváří stejnou chybu, zatuhnutí. Nově vytvořený konfigurák p-d-as problém nedělá.
    2. V lokálním .xsession-errors-:0 se objevilo
      plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:209:21: QML TextEdit: Possible anchor loop detected on fill.
      plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:163:13: QML Item: Binding loop detected for property "height"
      plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:163:13: QML Item: Binding loop detected for property "height"
      plasmapackage:/ui/NotificationDelegate/NotificationDelegate.qml:163:13: QML Item: Binding loop detected for property "height"
      file:///usr/lib64/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
      file:///usr/lib64/kde4/imports/org/kde/plasma/components/TabBar.qml:150:5: QML Item: Possible anchor loop detected on fill.
      file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/main.qml:139:9: QML Flickable: Possible anchor loop detected on fill.
      file:///usr/share/kde4/apps/plasma/plasmoids/org.kde.notifications/contents/ui/main.qml:139:9: QML Flickable: Possible anchor loop detected on fill.
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      Error while running query  "SELECT filename FROM cache WHERE package = ?" 
      
      Ale netuším v jakém čase se to tam zapsalo. Ani co se hledá v dá databázi? Je .xsession-errors log pouze pro jednu session? Když pustím login s třeba pak s nově vygenerovaným config přepíše se? V logách Xorg a kdm nic, pochopitelně.

    Odpovědi

    14.7.2014 14:37 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Nejsem uživatelem KDE, ale nestará se o spouštění kwin? Nemělo by se tedy hledat v logu kwinu?
    14.7.2014 15:25 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    kwin to skutečně spouští, ale žádný kwin.log nikde není.
    14.7.2014 21:10 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    No a jaké má parametry kwin, nejde nějak to logování zapnout?
    14.7.2014 22:25 fricek
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Další, který nepochopil, že systemd se sere úplně do všeho a je téměř neovladatelný. Mimochodem, logy systemd v textovém editoru nepřečtete.
    15.7.2014 10:50 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Další, kdo nepochopil, že to se systemd nemá nic společného. Mimochodem, když se vám systemd nelíbí, nepoužívejte ho. Naštěstí jsou i alternativy.
    15.7.2014 23:22
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Pavel 'TIGER' Růžička napsal: Mimochodem, když se vám systemd nelíbí, nepoužívejte ho. Naštěstí jsou i alternativy.

    To mohl napsat jen úplný začátečník: Asi neví, že do dvou let budou mít systemd prakticky všechny distribuce.

    Alternativa je v podstatě jen jedna a není to nic moc: BSD.

    Takže, když tu bude začátečník Pavel 'TIGER' Růžička psát blbosti, neberte ho vážně. Naštěstí jsou tu i zkušenější linuxáci.

    16.7.2014 08:55 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Pouhý trolling, nic víc.
    16.7.2014 09:18 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    OT:

    Asi máte křišťálovou kouly, ale do dvou let nebudou mít všechny distribuce systemd. No a napsat, že BSD je nic moc, tak to je také velmi slušný úlet a poukazuje na neznalosti v této oblasti. Možná byste si měl něco přečíst, doporučuji však začít Linuxem.

    Konec OT

    Tak a nakrmil jsem trolla. :)
    17.7.2014 22:02 ivdo | skóre: 6 | blog: ivdo | Ostrava 49° 50' 52" N, 18° 17' 01" E
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Tak to jste nám opravdu odborně poradil alternativu Linuxu bez systemd.
    18.7.2014 12:59 Pavel 'TIGER' Růžička
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Účelem tohoto vlákna není poradit distribuci bez systemd, to se řeší ve vedlejším vlákně, stačí do něj nakouknout.
    14.7.2014 15:19 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    není třeba něco v .kde/Autostart(.kde4/Autostart; .config/autostart)?
    14.7.2014 15:24 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    .kde4/Autostart a .kde4/share/autostart jsou prázdné.
    14.7.2014 17:37 pavel
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    A nemáš tam náhodou systemd ?? Ten se totiž přesně takhle chová (alespoň jeho relativně nové verze). A nedá se s tím v podstatě nic dělat. Systemd je hrozné svinstvo.
    14.7.2014 19:41 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    To je blbost. systemd nemá co dělat s rozdílem mezi nájezdem uživatelského prostředí mezi účtem A a účtem B.
    14.7.2014 21:11 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    pokud systemd běží, tak by možná šlo použít systemd-analyze a jinak i bootchart by mohl napovědět co zdržuje při přihlášení, ale v obou případech by se na test asi muselo povolit automatické přihlášení...
    15.7.2014 01:23 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    bohužel, oba dva nástroje jsou pro ladění bootu, tedy pro init 5 je konečná nastartování X serveru. bootchat jsem používal už dříve, a vždy končil startem kdm/gdm display manageru. systemd-analyze dává
    graphical.target @6.041s
    └─multi-user.target @6.041s
      └─cron.service @6.041s
        └─postfix.service @5.542s +498ms
          └─time-sync.target @5.536s
            └─ntp.service @5.389s +146ms
              └─remote-fs.target @5.388s
                └─remote-fs-pre.target @5.388s                                                                                        
                  └─nfs.service @5.180s +207ms                                                                                        
                    └─network.target @5.179s                                                                                          
                      └─NetworkManager.service @4.925s +253ms                                                                         
                        └─SuSEfirewall2_init.service @4.686s +238ms                                                                   
                          └─basic.target @4.654s
                            └─sockets.target @4.652s
                              └─dbus.socket @4.652s
                                └─sysinit.target @4.645s
                                  └─apparmor.service @4.359s +285ms
                                    └─systemd-tmpfiles-setup.service @4.345s +13ms
                                      └─local-fs.target @4.340s
                                        └─var-lib-nfs-rpc_pipefs.mount @5.293s
                                          └─local-fs-pre.target @1.775s
                                            └─systemd-remount-fs.service @234ms +1.540s
                                              └─systemd-readahead-replay.service @112ms +113ms
         
    
    takže najetí grafického prostředí je poslední záznam. (je to sice jiný komp bootující správně s dočasně vypnutým loginem, ale žádné další rozlišení po najezdu grafiky není. mimo jiné součástí startu účtu je i najetí firefoxu asi s 6 okny a cca 70 panely což trvá mnohem déle než uváděných 6 sec do najetí systému) Procesy uvnitř Xek už nejsou monitorovány systemd, ani na ně nedosáhl bootchart.
    15.7.2014 12:23 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    možná když to tam trvá tak dlouho, dalo by se stihnout podívat se do htop, nicméně mi to včera nedalo a ve snaze vyzkoušet systemd jsem si trochu zmrzačil systém, nedaří se mi tam nainstalovat nic z 32-bit části multiarchu, zrovna také nebyl k dispozici balík xserveru s kompatibilním ABI atd. občas je Debian unstable opravdu unstable, ale hlavně že funguju, na Linixu je super, že se nedá snadno položit :-D

    asi jsem to měl dotáhnout, jistě mne to čeká znova, ale snad to bude ve stabilním období nestabilní distribuce... jinak jsem toho hodně načetl a skoro všude jinde než na abclinuxu jsou k systemd kladné ohlasy, dokonce na poli operačních systémů jsou linuxové distribuce ostudy, jsou totiž téměř jediné, které nenabízí rychlý binární init systém... jinak čtení logů systemd, no, nevím kdy jsem se koukal do logu sysV, ale když byl problém se službou, hledal jsem ho v logu služby, nikoli initu...
    15.7.2014 13:28 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Zatěží to není. htop mne napadl také, ale zátež je na praktické 0 (cca 3% na všech 4 jádrech). Myslím si, že problém je ten, že start něco chce, nedostane to, a celé prostředí čeká na timeout, až ten pokus vzdá. Jenže nevím co. Domnívám se, že to může být nějaký plazmový applet. Mám jich několik, ale v mnohých je i historie, proto nechci přímo odstřelit celou konfiguraci KDE. V grafickém prostředí jako přímých X kách to také není. Mohu mít rozjeté současně session F7 (správnou) a F8 (tuhnoucí) a jsem schopen přepínat mezi 7 a 8 a když skočím na 8 je to v tom zatuhlém stavu tedy najeté všechny ikonky v rámečku popisující start KDE, ale nic více a když skočím na F7 tak je to normální funkční session. Přeskok je okamžitý, stejně tak jako přeskok do terminálu F1, F2 atd. Prostředí nakonec najede, ale v čase minuty, takže totální problém to není. Taky bych podle tohoto rád pochopil jak KDE a plazma startuje. A možná by porozumění startu mohlo zajímat (a pomoci) i někoho jiného.
    15.7.2014 21:59 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    pokud je tam plasmoid network-manager, tak ten by to mohl dělat, jestli je tam nějaká konfigurace VPN, nebo nějaká statická, ono se to asi snaží zobrazit plochu až když je to na síti... myslím že by mohlo mít vliv i nastavení ntp serveru pro hodiny...
    15.7.2014 23:23 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    je tam plazmoid monitoring sítě. Network manager ne, systém má statickou konfiguraci IP bez DHCP. ntpd najíždí v části init 3 před nájezdem grafického prostředí. (a pravda že v době když jsem dostával adresu z DHCP a nekdy měla zpoždění tak ntp se zlobilo a tuhlo.)
    16.7.2014 03:03 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    neměl jsem na mysli klasického ntp klienta, ale toho, co má ten plasmoid přímo v sobě, můžou se jednak prát a jednak může být špatně nastavena adresa ntp serveru, takže KDE čeká, než to plasmoid vzdá a použije systémový čas, který je nastaven standardním klientem... že by plasmoid používal ntpd a muselo by se to explicitně zapínat, by bylo divné, ale blíž jsem plasmoid nezkoumal...
    15.7.2014 18:47 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Nechci vám kazit radost, ale systemd se nyní stará o vytváření uživatelských relací, nastavuje PTY, přístupová práva, přiřazuje kontrolní skupiny. S příchodem Waylandu a bezrootového Xorgu bude řešit i vstupní zařízení. Je to jeden z důvodů, proč Gnome3 je oficiálně podporováno jen se systemd. Například GDM3 už bez systemd nefunguje vůbec.
    15.7.2014 20:21 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Uvedené vlastnosti mi pripadajú užitočnejšie ako napríklad pridávanie užívateľa do kadejakých pofidérnych skupín ako napríklad audio (ak chce využívať zvukovku), cdrom a podobne.
    rADOn avatar 16.7.2014 12:42 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    Pusť si holý xterm nebo nějaký malý dm (twm by měl být všude) a spusť "startkde", pak terminálu uvidíš celý log. Jinak mě takovyhle problémy vždycky dělaly bugnutý plasmidy stažený z netu.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    rADOn avatar 16.7.2014 12:46 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    BTW ten select tam padá z packagekitu, asi jsi mu nějak rozbil databázi.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    17.7.2014 13:23 Milan Uhrák | skóre: 30 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    No, možná je to brutální postup, ale smazal bych z konzole (ještě před přihlášním) session, nastavení plasmy a databáze akonadi nebo jak se ten shit jmenuje a pak se zkusil přihlásit, jak se chová přihlašování
    ~/.kde4/share/config/plasma-desktop-appletsrc
    ~/.local/share/akonadi/* (asi přijdeš o "hodnocení" souborů, komentáře a hlavně : nastavení pošty a kalendáře KdePIM (kmail, kontakt ..)!! ). 
    ~/.kde4/share/config/akonadi_*
    ~/.kde4/share/config/ksmserverrc
    17.7.2014 13:49 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    je to brutální postup, který může aktivovat akonadi i nepomuk, lepší je ji celou přejmenovat a zkusit se přihlásit... když to bude trvat i potom, tak to bude znamenat, že je někde uživatelský skript, který se zpracuje při každém přihlášení a může být klidně v ~/.config/autostart/, to co je tam se zpracuje vždy a co je v ~/.kde4/Autostart se zpracuje jen při přihlášení do KDE...
    18.7.2014 11:32 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    No to je vážně brutální postup. Už v dotazu jsem psal, že mi stačí vyměnit ~/.kde4/share/config/plasma-desktop-appletsrc za takový, který se nově vygeneruje, a start je rychlý. Jádro dotazu není, jak opravit instalaci smazáním, ale jak odmonitorovat, co se a v jakých posloupnostech děje. No v hodnocení souborů mám atagovaných asi 8000 souborů takže tohle smáznutí je také nemožné.

    18.7.2014 14:18 xxx
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    + 1
    18.7.2014 14:44 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: monitoring startu KDE
    ještě jsem si vzpomněl, že to může udělat v Kmenu odkaz, nebo odkaz na symlink, který vede na odpojenou jednotku, nebo odpojenou síťovou jednotku, jednou jsem si dělal zkratku na skript a když byl ten druhý stroj odpojen, tak mi to také zdržovalo přihlášení, ale teď jsem to nezkoušel, ale zkusil jsem ~/.config/autostart/ a skript mi to při přihlášení do KDE nespustilo, přitom mám pocit, že mi to kdysi šlo, tak tam to určitě nebude... podíval bych se tedy jestli v Kmenu, nebo možná na liště není nefunkční odkaz... jestli by to dělal i folderview nevím, když mi po přechodu na KDE4 zmizely ikony z plochy, zajásal jsem a od těch dob na ploše nic nemám...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.