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

ten rrd se zalozi? je prazdnej? prava?

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)

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ů

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: Ono je dobry mit primountovany ramdisk do $HOME/.cache, to poresi velkou část IO a nemusíš nic řešit.

DANIELSOFT:.může být, zkus jinej window manager, mate-desktop nebo.. twm? :)

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)

Mam VPS s Ubuntu a chtel bych tam rozbehat dalsi web

Bezi tam sluzby jako postgres, php, nodejs atd. A mam slozku s webem /data/www/muj_web/

Jak idealne nastavit prava atd, nejake best practices?

Mam vytvorit noveho uzivatele muj_web, nebo groupu?

Je na to nekde clanek? :)

Zde je stack ohledne 4:
linux - Pipe to/from the clipboard in Bash script - Stack Overflow
https://stackoverflow.com/questions/749544/pipe-to-from-the-clipboard-in-bash-script

FATBOZZ, FATBOZZ: Ta poznamka rika, ze se musi jednat presne o cely clipboard. (^$ ma odlisne implementace, nekde je to radka, nekde je to string a nekde je mozne si vybra.)

Takze bych diagnostical nasledne:
1) Spusti se vubec ITU
2) Escapovani: Clipman bude mit, sh/bash bude mit, sed ma.
Je celkem pravdepodobne ze string co pises neni spusten jak si predstavujes
3) Presmeroval stderr do stdout
4) Nepouzivas clip spravne: tohle ma za ukol spustit program na zaklade obsahu clipboard. Nikoliv vratit zpet do clipboard.

Podle rychleho cteni online to bude asi 4

FATBOZZ: Jestli nemáš nic proti pythonu: https://pastebin.com/shtRNW8R
sudo apt install xclip
pip3 install pyperclip

MA747: Zatim nevyresil

FATBOZZ: asi jsi to již vyřešil. Čim to bylo? Bílé znaky na konci/začátku?

Odložím si - jak pod Ubuntu vytvořit bootovatelný USB disk s Windows 10:
Creating a Bootable Windows 10 UEFI USB Drive Using Linux
https://techbit.ca/2019/02/creating-a-bootable-windows-10-uefi-usb-drive-using-linux/
Ve zkratce: Problém je, že ISO image od verze 1809 je větší jak 4 GB. Je sice možné naformátovat usb disk jako NTFS, ale ne všude to funguje. Proto pod gparted vytvořit partition gpt, v ní dva oddíly, jeden 1 GB FAT32, druhý NTFS a do každého nakopírovat jen něco z ISO image. Do prvního vše mimo adresáře "sources" (s výjimkou sources/boot.wim) a do druhého zbytek.