• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    PUNKREASS
    PUNKREASS --- ---
    LEQUA: takovouhle moznost tam nemas?
    LEQUA
    LEQUA --- ---
    PUNKREASS: ten tisk jsem uz nekdy zkousela, ale me se to tam nezobrazuje (moznost, ze si vytisknu jen strany 4-7 jde, ale zebych si je mohla ulozit to ne)
    E2E4
    E2E4 --- ---
    LEQUA: na ty stránky bývalo neco co se jmenovalo pdf2pdf
    PUNKREASS
    PUNKREASS --- ---
    LEQUA: pravdepodobne mas programek Snimek obrazovky, ten umi cvaknout oznacenou oblast. A pro novy pdf z jisty pasaze staryho pdf zkus treba tisk do souboru.
    LEQUA
    LEQUA --- ---
    Ahoj, prosim, potrebovala bych poradit jak mam z pdf, ktere mam otevreno pomoci "document viewer" zkopirovat část stránky jako obrázek (moje predstava je ze prostor, ktery chci kopirovat oznacim obdélnikem, zatim to delam pomoci prtsc a pak to otvírám v "Kolourpaintu", kde si to vyříznu, ale to je trošku řešení oklikou)
    Dale by se mi taky hodilo vedet jak vybrat z pdf jen jistou pasaz (treba strany 28-38) a udelat z toho nove pdf.

    Pokud to tady spamuju a mám podívat na homepage klubik, tak se omlouvám, ale jednak nevim, jak se tam dostat a jednak bych potrebovala poradit zda funkce, ktere hledam vubec existuji.

    diky moc

    FATBOZZ
    FATBOZZ --- ---
    Diky za navedeni na správnou cestu. Po nastaveni setuid pro fping uz kreslím.
    CHOROBA
    CHOROBA --- ---
    ti to spis nepinga, mas tam fping a spravne cestu k nemu?


    Calling RRDs::update(/var/lib/smokeping/Remote/Google.rrd --template uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10:ping11:ping12:ping13:ping14:ping15:ping16:ping17:ping18:ping19:ping20 1599928690:U:0:9.0500000000e-03:7.5000000000e-03:7.8100000000e-03:7.9000000000e-03:7.9800000000e-03:7.9900000000e-03:8.2200000000e-03:8.3400000000e-03:8.9000000000e-03:8.9200000000e-03:9.0000000000e-03:9.0500000000e-03:9.1100000000e-03:9.2700000000e-03:9.2800000000e-03:9.7800000000e-03:9.8500000000e-03:1.0470000000e-02:1.0670000000e-02:1.2870000000e-02:1.8230000000e-02)
    FATBOZZ
    FATBOZZ --- ---
    CHOROBA: rrd se založí je prázdný prava asi ok. Apache vykresluje obrazek, mění se i datum vygenerovani

    root@orangepipc2:~# ls -lsa /var/lib/smokeping/Local/LocalMachine.rrd
    2920 -rw-r--r-- 1 smokeping smokeping 2986808 Sep 12 13:37 /var/lib/smokeping/Local/LocalMachine.rrd
    CHOROBA
    CHOROBA --- ---
    ten rrd se zalozi? je prazdnej? prava?
    FATBOZZ
    FATBOZZ --- ---
    Ahoj. Po delší dobe jsem si chtěl nainstalovat smokeping na orangepi krabičku s armbianem. Vzdycky jsem s instalací smokepingu bojoval, ale ted jsem v koncich a nechám si poradit aby to bylo už konečně správně.
    Normálně jsem instaloval z balíku. Mam buster armbian. Instaluje se verze 2.7.3 instalace dobehne ok. Na apache se zobrazí grafy, ale problém je že jsou vzdycky prázdné.
    Postupoval jsem v debugu podle wiki na githubu ale nejak nevim kde bych mel hledat pricinu kdyz se mi do rrd nesypou data.
    Poustim sudo - u smokeping smokeping - - debug konfig výchozí jen s localhostem. Nejaka rada jestli jste tohle někdo řešil ? Diky moc


    Výsledek

    Smokeping version 2.007003 successfully launched.
    Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that.
    FPing: probing 1 targets with step 300 s and offset 293 s.
    FPing: Executing /usr/bin/fping -C 20 -q -B1 -r1 -4 -i10 localhost
    Calling RRDs::update(/var/lib/smokeping/Local/LocalMachine.rrd --template uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10:ping11:ping12:ping13:ping14:ping15:ping16:ping17:ping18:ping19:ping20 1599892007:U:20:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U:U)
    E2E4
    E2E4 --- ---
    KOLCON: prave ze v tom .cache není nic důležitého, co by vadilo když zmizí. dělal jsem to když jsem měl pomalej disk, a pomáhalo to. .cache je obecný, myslím, že jsem tam dával i nějaký ten vnitřní cache adresář od browserů
    KOLCON
    KOLCON --- ---
    E2E4: To mi nepřijde jako dobrý nápad... Jednak si zaseres ramku vecma co tam být nemusí a druhak chceš, aby některý adresáře přežily reboot...
    KAERO
    KAERO --- ---
    E2E4: mel jsi asi na mysli primountovat $HOME/.cache do ramdisku, a ne naopak

    KAERO: a ja chtel napsat ze "vivaldi co chvilku *uklada* seznam otevrenych webu"
    E2E4
    E2E4 --- ---
    KAERO: Ono je dobry mit primountovany ramdisk do $HOME/.cache, to poresi velkou část IO a nemusíš nic řešit.
    KAERO
    KAERO --- ---
    DANIELSOFT: jak psal CHOROBA, iotop s parametrem -a (jako accumulated), a po delsi dobe se podivej co nejvic pouzivalo disk.
    "sudo iotop -a"

    taky bych vsadil na firefox. napriklad vivaldi co chvilku otevira otevrene weby aby v pripade padu pokracoval tam kde skoncil. uz jsem videl cloveka co ma vsechny adresare pro browser v ramdisku, ze ktereho se to jednou za dlouhou dobu synchronizuje s diskem.
    E2E4
    E2E4 --- ---
    DANIELSOFT:.může být, zkus jinej window manager, mate-desktop nebo.. twm? :)
    RATTKIN
    RATTKIN --- ---
    DANIELSOFT: pokud nemáš zatížené CPU tak nic netěží
    CHOROBA
    CHOROBA --- ---
    si nainstaluj 'iotop' a mrkni se, co pise na disk. tipuju firefox. v poslednich verzich se chova jak pica
    DANIELSOFT
    DANIELSOFT --- ---
    Ahoj, řeším takovou trochu záhadu, ale možná do všeho jen zbytečně rýpu: mám desktop s procesorem i7, 16GB RAM a 1TB točivým diskem. Když jsem ho v roce 2016 kupoval, nainstaloval jsem tam tehdy nejnovější Xubuntu 16.04

    Jakmile vyšlo Xubuntu 20.04, tak jsem jej tam dal, udělal jsem novou čistou instalaci, ne tedy upgrade.

    A co se děje: přijde mi (poslechem disku), že systém daleko více šahá na disk než když ta bylo to 16.04

    přitom
    - podle free(1) má paměti dost, ani není celá využitá, většinou je otevřený jen Firefox, občas Dungeon Crawl (což je roguelike) a občas mplayer když si chci pustit film
    - na okounu mi poradili udělat S.M.A.R.T. test disku, udělal jsem a podle něj je disk naprosto v pořádku
    - stroj jinak nedělá chyby, po stránce čistě funkčnosti to šlape jak hodinky

    hypotéza: XFCE i Firefox přecházely z GTK2 na GTK3, taky je o dost novější jádro, tak se to holt chová tímto způsobem jinak, možná jsou systémy dneska plánované na SSDčka a třeba je tam i víc daemonů a anacronjobů... malware to pravděpodobně nebude, když se to jinak divně nechová, i když co vím, třeba se tam něco dostalo přes firefox a počítá to tam bitcoiny, to bych byl nerad. taky je možné, že jsem prostě z práce už zvyklý na SSD a začíná mi vadit, že tady to na ten disk hrabe...

    už jsem dotaz položil na okounu, na nic moc se nepřišlo (kromě S.M.A.R.T. checku, který byl OK)
    REFLEX
    REFLEX --- ---
    Teda ted upgraduji Ubuntu server z 14.04 na 16.04 a teda to je prace :) Mam otevreno asi 50 tabu v prohlizeci
    Kliknutím sem můžete změnit nastavení reklam