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 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
včera 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 2
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 5
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 594 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: monitoring startu KDE

    14.7.2014 02:08 lertimir | skóre: 60 | blog: Par_slov
    monitoring startu KDE
    Přečteno: 439×
    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: 60 | 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: 60 | 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: 60 | 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: 60 | 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: 60 | 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: 60 | 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: 54 | 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: 25 | 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: 60 | 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.