Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

Novinky: Děkujeme všem návštěvníkům fóra, kteří ochotně radí ostatním. Vaše práce je velmi potřebná a vážíme si jí.

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - juwa2

Stran: [1] 2 3 ... 108
1
Obecná podpora / Re:občas nebootuje 18.04
« kdy: Včera v 23:06:38 »
1. Pokud je disk určitě OK, zkontroluj filesystém na disku na všech oddílech (pomocí fsck). Ovšem musíš to udělat offline (z live) nejsnadněji pomocí GParted. Kontrolované oddíly napřed odpoj (umount) = nesmí u nic být "klíček".

2. Podívej se do souboru /var/log/syslog   Orientuj se dle času událostí.

3. Aktuální kernel zjistíš pomocí příkazu
Kód: [Vybrat]
uname -r
4. Jiný (novější/starší) kernel(y) nainstaluješ pomocí ukuu
Na jiný (nainstalovaný) kernel přepneš po restartu na Grub obrazovce (advanced options for grub).
Staré/nepotřebné kernely odinstaluj.

2
Na jednom 100gigovém oddílu testuji, úspěchy přenáším na druhý 100gigový oddíl. Mám tak téměř stále dva plně funkční U18.04 na jednom disku. Ten, který si rozbiju - přeinstaluji a nakopíruji mu data z druhého. Já vím, já jsem taky blázen.

Taky řešení, a celkem "blbuvzdorné". Jediná nevýhoda je to zabrané místo na disku...
1. Jak máš pořešeno /home ? Jedno společné pro oba nebo pro každý zvlášť?  Na oddíle extra nebo společně se systémem?
2. Víš, že se můžeš z jednoho systému chrootnout do druhého a provádět tam co je libo?
3. Víš, že to zjednodušuje utilitka groot  ? 
https://www.linuxuprising.com/2018/07/groot-simplifies-entering-chroot-on-any.html
https://medium.com/@teejeetech/groot-v18-1-9d90181fc8b5
http://groot-v18.8-amd64.deb/

3
Multimedia, foto, video, zvuk / Re:Java8 + FRD
« kdy: 16 Červen 2019, 23:10:45 »
FRD 0.9 s javou"devítkou" nefunguje (pouze prý betaverze FRD 1.0) http://wordrider.net/download.php?file=FreeRapid-1.0beta.zip
Takže odstraň veškerou javu (pomocí Synaptiku - do vyhledávání napiš "java", "jre", " jdk").
Pak si stáhni jre 8u211 odtud:
https://www.java.com/en/download/manual.jsp
Stažený archiv *.tar.gz rozbal a obsah složky "jre1.8.0_211" nakopíruj do
Kód: [Vybrat]
/usr/lib/jvm/java-8-oracle
Pokud ta cílová složka není prázdná, napřed její obsah odstraň
Kód: [Vybrat]
sudo rm -r /usr/lib/jvm/java-8-oracle/*
Pokud složka neexistuje, napřed ji vytvoř vč. cesty
Kód: [Vybrat]
sudo mkdir -p /usr/lib/jvm/java-8-oracle
Až vyjde nová verze (osmičkové javy), složku vyprázdni a postup zopakuj. Je výhodné si na to vytvořit skript - i když na druhou stranu, java se zase tak často neaktualizuje (cca 2x za rok max.).

Možná pak bude ještě třeba přidat javu do PATH https://stackoverflow.com/questions/9612941/how-to-set-java-environment-path-in-ubuntu
aby systém javu "viděl".

Funkčnost javy zkontroluješ příkazem
Kód: [Vybrat]
java -version
Pokud zobrazí verzi, je vše OK a FRD bude fungovat.

Dříve to šlo jednoduššeji, bohužel oracle letos "zpřísnil" licenční podmínky které už neumožňují aplikacím třetích stran (webupd8team) javu instalovat.... :-[
PS: Vyzkoušej JDownloader2 (ovšem taky potřebuje javu...)
Odvahu!
---------------------------------------------------------
Jo, a mimo téma - kdo by náhodou toužil po nejnovější verzi VLC (3.07) pro U 18.04, tak PPA je zde:
https://launchpad.net/~ed10vi86/+archive/ubuntu/video/+packages  ;)

4
Obecná podpora / Re:CANONICAL-LIVEPATCH
« kdy: 15 Červen 2019, 20:06:08 »
Nainstaluj si klasické Ubuntu a do něj Mate desktop. Mám to tak taky. Bonusem je delší podpora....

5
Obecná podpora / Re:Plný /boot - možnosti vyprázdnění?
« kdy: 14 Červen 2019, 13:34:15 »
Tak jsem se podíval na ty tvoje fotky.....
1. /boot máš skutečně na extra oddíle (dev/sda1) a je plný (472MB)
2. Veškeré čištění/odinstalace je třeba provádět jako root. Takže například:
Kód: [Vybrat]
sudo apt-get autoremove
sudo sudo apt-get clean

atd. Jinak se příkazy neprovedou....
------------------
Odebrání věcí přes Synaptic bys mohl pokazit - nevíš které balíky. Raději ti posílám "čistící skript" Kernel_clean.sh který to udělá automaticky (bude se ptát). Doufám, že aspoň umíš spustit skript (v Terminálu)....
----------------------------------------------------------------------------------------------------------------------------------------------------------------


Přemístění /boot z extra oddílu na systémový oddíl - postup:
Kód: [Vybrat]
sudo mkdir /boot2
sudo cp -dpR /boot/* /boot2/
sudo umount /boot
sudo rmdir /boot
sudo mv /boot2 /boot
sudo gedit /etc/fstab

Zakomentuj nebo odstraň řádek:
UUID=<uuid_toho_oddílu>  /boot  ext4  defaults  0  2
A nezapomeň uložit.

Kód: [Vybrat]
sudo grub-install /dev/sda
sudo update-grub
sudo reboot

Pokud bude po restartu vše OK, můžeš odstranit oddíl /dev/sda1 (tj. ten na kterém byl /boot) a příp. do vzniklého
místa rozšířit systémový oddíl. Tento krok ale musíš udělat z nabootovaného live (pomocí GParted).

6
Obecná podpora / Re:Plný /boot - možnosti vyprázdnění?
« kdy: 14 Červen 2019, 10:59:16 »
Tak především je potřeba uvést, že tyto "problémy" sis způsobil sám tím, že jsi při instalaci umístil /boot na samostatný (a k tomu ještě malý) oddíl.
1. /boot může být na systémovém oddíle, pak bys určitě poblémy s místem neměl....
2. Přemístit /boot z extra oddílu na systémový oddíl je možné i dodatečně - pokud si na to troufáš, můžu ti napsat postup.

Nicméně k tvojí aktuální situaci. Je pravda, že místo na /boot zabírají staré kernely které je však potřebné odinstalovat buď:
1. Pomocí příkazů z Terminálu (nebo "čistícího" skriptu).
2. Pomocí alikace Ubuntu-tweak (pouze U14.4 16.04) nebo Ubuntu-cleaner. Toto je pro laika nejschůdnější řešení - vše si "nakliká".
3. Pomocí Synaptic.

Skutečně zabrané/volné místo na jednotlivých oddílech si zkontroluj pomocí příkazu:
Kód: [Vybrat]
df

7
Obecná podpora / Re:snap - jaký je význam 'install core'
« kdy: 14 Červen 2019, 10:24:13 »
Core (jádro) je základní snap balík nutný pro chod celého "snap" systému v PC. Pokud už snap systém v PC je (U 16.04 a vyšší) tak je tam balík core už přítomen. A i kdyby náhodou nebyl, během instalace jakéhokoli jiného balíku by se automaticky nainstaloval.
Příkaz byl vyhodnocen jako zbytečný proto, jelikož balík core už jsi tam měl. Autor ten příkaz uvádí zřejmě "pro jistotu".
--------------------------
Během instalace dalších snap aplikací se mohou automaticky instalovat další "podpůrné" balíky, zejména:
core18
gnome-3-28-1804
wine-platform

Po aktualizaci (probíhá automaticky) libovolného balíku ponechává systém snap nainstalované tři poslední verze.
To vede k neůměrné spotřebě místa na disku. Doporučuji nainstalované verze průběžně kontrolovat (např. ve Sledování systému) a staré verze odstraňovat příkazem:
Kód: [Vybrat]
sudo snap remove název_balíku --revision=verze_balíku
Protože nevýhoda snap aplikací je v jejich obrovské velikosti jelikož nevyužívají společné systémové knihovny a každá aplikace si všechno potřebné "táhne s sebou".  Samozřejmě každá extra, takže spousta věcí je tam pak třeba 10x...

Odstrašující příklad je např. právě GIMP (schválně se podívej kolik ti zabírá...).
Jako příklad uvádím VLC:
Klasická instalace (.deb) zabere 35MB
Instalace snap zabere 500MB
A pokud tam ponecháš ještě dvě starší verze k tomu, máš hned 1,5 GB zabraných. A to se jedná pouze o jedinou aplikaci.
Toto se samozřejmě týká i těch "podpůrných" balíků..


Takže instalaci přes snap (flatpaku se týká to samé, je to ještě větší "žrout" místa) jedině v nouzi nejvyšší, pokud k dané aplikaci není opravdu jiná alternativa. Sice snap/flatpak jsou dnes hojně propagované a "tlačené", např. Gnome-software je dokonce nabízí přednostně  :o, ale dle mého názoru je to postupné "windowsovatění" ubuntu - bohužel...

8
HW je v pořádku, pod Linuxem to sice ověřit neumím, soudím dle plně funkčních Windows 10 v dualbootu.
Instalační flešku jsem připravoval v Rufus, po instalaci vše několik dnů jelo naprosto bez problémů, až do nedělní aktualizace. Zkusím přeinstalovat.

Prověř veškrý HW. Klidně i ve Windows - ale relevantně prověř.  Řeči typu "myslím, že je vše v pořádku" jsou k ničemu.. :-\
Reinstalovat sice můžeš, ale pravděpodobně se to za pár dní bude opakovat - a to není řešení.
Kdyby sis alespoň dělal zálohu systému, pak by sis mohl reinstalace odpustit (ledaže by sis v nich liboval...).

9
Veškerý HW je v pořádku?  Zkontroluj to. Pokud ano, udělej reinstalaci.
Staženou instalačku jsi kontoloval? Bootflešku připravil jak - čím?

11
Obecná podpora / Re:Vuescan - UFW problém
« kdy: 11 Červen 2019, 12:18:34 »
Takže pridanie tých 2 portov nepomohlo, pozeral som log a už sú tam zase iné porty
zabralo až
Kód: [Vybrat]
sudo ufw allow from 192.168.1.250Je to také univerzálne riešenie.

ďakujem ešte raz za radu

No z toho vyplývá, žes měl povolit port 9095

12
Obecná podpora / Re:Express VPN - deb zdroje
« kdy: 08 Červen 2019, 12:27:45 »
Neexistuje - a v čem ti nevyhovuje oficiální balík?

13
Obecná podpora / Re:občas nebootuje 18.04
« kdy: 08 Červen 2019, 11:56:34 »
Ahoj, RAM i disk jsem projížděl hned. Obojí je v pořádku. Jinak dual boot používám již na tom compu od roku 2014 a nikdy s bootováním problém nebyl a ani jsem nikdy nic moc nenastavoval. Jen tenkrát poprvý jsem rozdělil disk atd. ... . Až nyní s 18.04 je problém s bootováním. Win jsou tam 5 let a vždy přeinstalovávám už jen linuxy po vypršení LTS.

1. Popiš ten průběh (toho špatného) bootování co nejpodrobněji.
2. Podívej se do syslogu.
3. Máš automatické přihlašování? Zkus ho vypnout. Najede pak aspoň logon screen?
4. Co tam máš aktuálně za kernel? Zkusil bych jiný.

14
Obecná podpora / Re:občas nebootuje 18.04
« kdy: 07 Červen 2019, 22:13:22 »
Dobrý den, před týdnem jsem instaloval 18.04 a občas se mi system nenabootuje. Vždy zůstane u černé obrazovky. Zhruba 1z 5 bootů. Musím potom ntb "natvrdo" vypnout a tím asi pěkně ničím HDD. Mám dualboot s windows a Uefi. Zkoušel jsem opravit grub tím programem na opravu( boot repair-oprava zavaděče. Bez efektu. Jen mi nyní po použití toho programu při náběhu dává comp  z více nabídek, ne jen klasický xubuntu a windows boot, ale i advance setting for xubuntu boot, windows boot uefi,  seting bios atd... . Problém se ale nevyřešil. Secure boot (uefi) jsem v biosu také zloušel vypnout. Stále to občas xubuntu  nenabootuje. Také to při bootování hlásí spoustu řádek(i v případě že system potom naběhne). Nestíhám je ale vyfotit mění se to rychle, takže ani nevím co to píše. Jen jsem zahlédnul něco jako ACPI Eror. Je to již druhá instalace a opět to dělá to samé. Vždy si po nainstalování vyladím xubuntu s aplikacema a prohlížeč jak jsem zvyklý a začne to posléze zlobit. K zbláznění, už nemám sílu systém opět reinstalovat. Prosím, jsem jen uživatel, byl by někdo laskavý a poradil by mi nějakou opravdu srozumitelnou cestou čím to může být? A jak vyřešit?  Linuxy jsem si oblíbil. Dříve problém nebýval, comp mám stále stejný.  Děkuji mnohokrát za vaši pomoc:)

Viděl bych to na HW problém (RAM nebo disk).  To značí důkladně oboje prověřit. Vhodné nástroje najdeš např. na UBCD
(vytvoř si bootflešku > Yumi).
https://www.ultimatebootcd.com/
https://www.pendrivelinux.com/yumi-multiboot-usb-creator/

Jinak dualboot win/linux pod uefi není až tak snadná záležitost. Většina návodů je na "legacy" instalaci.
Nicméně pokud ti to vůbec běží, zřejmě jsi to zvládnul dobře, takže spíše jak už jsem napsal výše bych podezdříval ten HW...

15
Ubuntu 19.04 / Re:Funkčné Conky - zdroje
« kdy: 04 Červen 2019, 20:58:52 »
Dobrý deň,

prosím viete mi poradiť zdroj pre funkčné conky pre zobrazovanie
  • slovenského kalendára mien
  • narodeninový kalendár Google

Ideálne aby to bolo spravovateľné cez Conky manažér.
Ďakujem za odpovede

1. Každý soubor conky lze přidat do Conky managera.
2. Tohle si budeš muset vygooglit sám....
Ale třeba si vybereš z tohoto https://sourceforge.net/projects/cmdp/files/20141026/Jesse_Supreme_conkys.cmtp.7z/download

16
Návody, tipy a triky / Re:CONKY
« kdy: 04 Červen 2019, 12:27:06 »
kontroloval jsem si verzi. Také mám 1.10.8.

No mě z toho jde hlava kolem.

Nainstaloval jsem si Conky-Manager. Funguje. Mohu aplikovat různé widgety.
Zajímavé je, že když prostě cokoliv ale dám do .conkyrc ..... třeba i právě skript z toho Conky-Manageru,
dostanu vždycky Syntax Error .... většinou hned na prvním řádku (alignment top_right) .... některé konfigy i když hlásí S-E, tak se Conky spustí (dokonce i s tím zarovnáním, i kterého je hlášena chyba)

Co se dá pokazit v napsání řádku
alignment top_right   :o 
v lua je to pak takto:
alignment = 'top_right',

Spíš mě napadá, že máš v jednom skriptu splácané dohromady legacy a lua příkazy....
V tom odkaze co jsem ti dal výše máš přece veškeré příkazy vysvětleny i s příklady - tak se podle toho řiď a najdi ty chyby.

Jinak pokud si skript spustíš z Terminálu příkazem:
Kód: [Vybrat]
conky -c /cesta/ke/skriptu
tak se ti vypíší případné chyby i pokud se vůbec okno conky neobjeví/nespustí.

Skript napsaný normálně (legacy syntax):
Kód: [Vybrat]
show_graph_scale no
background no
use_xft no
xftfont ae_AlMothnna:size=9
xftalpha 0.8
update_interval 5.0
total_run_times 0
own_window yes
own_window_type normal
own_window_transparent no
own_window_colour 000000
own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
double_buffer yes
minimum_size 220 100
draw_shades yes
draw_outline no
draw_borders no
draw_graph_borders yes
stippled_borders 4
border_inner_margin 4
border_width 1
default_color white
default_shade_color black
default_outline_color black
alignment top_right
gap_x 25
gap_y 50
no_buffers yes
uppercase no
cpu_avg_samples
net_avg_samples 2
override_utf8_locale no
use_spacer none
own_window_argb_value 64
own_window_argb_visual yes

TEXT
${color goldenrod}Hostname: $nodename
${color goldenrod}Linux Kernel: $kernel
${color goldenrod}CPU Details:  $machine, $freq(MHz)

${color}CPU History:  ${color darkgreen}${cpugraph 30,0 0000ff 00ff00}
${color}CPU Usage:${color magenta2} ${cpu cpu0}% ${cpubar 11,0}

${color}RAM Usage:${color green} $mem ($memperc%) ${membar 11,0}
${color}Available RAM:${color green} $memmax

${color}SWAP Usage:${color 843636} $swap ($swapperc%) ${swapbar 10,0}
$color$stippled_hr
${color}File systems:
${color goldenrod}/ ${color DeepSkyBlue}${fs_used /}/${fs_free /} ${fs_bar 6 /}
${color goldenrod}h ${color DeepSkyBlue}${fs_used /home}/${fs_free /home} ${fs_bar 6 /home}
${color goldenrod}f ${color DeepSkyBlue}${fs_used /mnt/651e76ac-0f63-48bc-93ff-de811417bbed}/${fs_free /mnt/651e76ac-0f63-48bc-93ff-de811417bbed} ${fs_bar 6 /mnt/651e76ac-0f63-48bc-93ff-de811417bbed}

${color}Disk I/O: ${color}${diskio /dev/sda}/s
${color DeepSkyBlue}${diskiograph /dev/sda 15,0 0000ff 00ff00 80000KiB}
${color}Temp:  sda ${exec hddtemp /dev/sda | cut -c 35-36} °C    sdb ${exec hddtemp /dev/sdb | cut -c 31-32} °C
$color$stippled_hr
${color}Networking:
${color red}Up:$color ${upspeed eth0} ${color grey}     - ${color green}Down:$color ${downspeed eth0}
${color}$stippled_hr
$alignc${color}Processes:$color $processes  ${color grey}Running:$color $running_processes
$alignc${color}(top 5 sorted by CPU usage)
${color goldenrod} NAME              PID    CPU%   MEM%
${color} ${top name 1} ${top pid 1} ${top cpu 1} ${top mem 1}
${color} ${top name 2} ${top pid 2} ${top cpu 2} ${top mem 2}
${color} ${top name 3} ${top pid 3} ${top cpu 3} ${top mem 3}
${color} ${top name 4} ${top pid 4} ${top cpu 4} ${top mem 4}
${color} ${top name 5} ${top pid 5} ${top cpu 5} ${top mem 5}

$alignc${color}(top 5 sorted by MEM usage)
${color goldenrod} NAME              PID    CPU%   MEM%
${color} ${top_mem name 1} ${top_mem pid 1} ${top_mem cpu 1} ${top_mem mem 1}
${color} ${top_mem name 2} ${top_mem pid 2} ${top_mem cpu 2} ${top_mem mem 2}
${color} ${top_mem name 3} ${top_mem pid 3} ${top_mem cpu 3} ${top_mem mem 3}
${color} ${top_mem name 4} ${top_mem pid 4} ${top_mem cpu 4} ${top_mem mem 4}
${color} ${top_mem name 5} ${top_mem pid 5} ${top_mem cpu 5} ${top_mem mem 5}

$alignc${color}(top 5 sorted by I/O usage)
${color goldenrod} NAME              PID    R     W
${color} ${top_io name 1} ${top_io pid 1}  ${top_io io_read 1} ${top_io io_write 1}
${color} ${top_io name 2} ${top_io pid 2}  ${top_io io_read 2} ${top_io io_write 2}
${color} ${top_io name 3} ${top_io pid 3}  ${top_io io_read 3} ${top_io io_write 3}
${color} ${top_io name 4} ${top_io pid 4}  ${top_io io_read 4} ${top_io io_write 4}
${color} ${top_io name 5} ${top_io pid 5}  ${top_io io_read 5} ${top_io io_write 5}
$color$stippled_hr
$alignc${color}System Uptime:${color DarkOrange1} $uptime

A ten stejný napsaný v lua syntax:
Kód: [Vybrat]
conky.config = {
    show_graph_scale = false,
    background = false,
    font = '8x12',
    use_xft = false,
    update_interval = 5.0,
    total_run_times = 0,
    own_window = true,
    own_window_type = 'normal',
    own_window_transparent = false,
    own_window_colour = '000000',
    own_window_hints = 'undecorated,below,sticky,skip_taskbar,skip_pager',
    double_buffer = true,
    draw_shades = true,
    draw_outline = false,
    draw_borders = false,
    draw_graph_borders = true,
    stippled_borders = 4,
    border_inner_margin = 4,
    border_width = 1,
    default_color = 'white',
    default_shade_color = 'black',
    default_outline_color = 'black',
    alignment = 'top_right',
    gap_x = 25,
    gap_y = 50,
    no_buffers = true,
    uppercase = false,
    cpu_avg_samples = 2,
    net_avg_samples = 2,
    override_utf8_locale = false,
    use_spacer = 'none',
    own_window_argb_value = 64,
    own_window_argb_visual = true
}


conky.text = [[
${color goldenrod}Hostname: $nodename
${color goldenrod}Linux Kernel: $kernel
${color goldenrod}CPU Details:  $machine, $freq(MHz)

${color}CPU History:  ${color darkgreen}${cpugraph 30,0 0000ff 00ff00}
${color}CPU Usage:${color magenta2} ${cpu cpu0}% ${cpubar 11,0}

${color}RAM Usage:${color green} $mem ($memperc%) ${membar 11,0}
${color}Available RAM:${color green} $memmax

${color}SWAP Usage:${color 843636} $swap ($swapperc%) ${swapbar 10,0}
$color$stippled_hr
${color}File systems:
${color goldenrod}/ ${color DeepSkyBlue}${fs_used /}/${fs_free /} ${fs_bar 6 /}
${color goldenrod}h ${color DeepSkyBlue}${fs_used /home}/${fs_free /home} ${fs_bar 6 /home}
${color goldenrod}f ${color DeepSkyBlue}${fs_used /mnt/651e76ac-0f63-48bc-93ff-de811417bbed}/${fs_free /mnt/651e76ac-0f63-48bc-93ff-de811417bbed} ${fs_bar 6 /mnt/651e76ac-0f63-48bc-93ff-de811417bbed}

${color}Disk I/O: ${color}${diskio /dev/sda}/s
${color DeepSkyBlue}${diskiograph /dev/sda 15,0 0000ff 00ff00 60000KiB}
${color}Temp:  sda ${exec hddtemp /dev/sda | cut -c 35-36} °C    sdb ${exec hddtemp /dev/sdb | cut -c 31-32} °C
$color$stippled_hr
${color}Networking:
${color red}Up:$color ${upspeed enp2s0} ${color grey}     - ${color green}Down:$color ${downspeed enp2s0}
${color}$stippled_hr
$alignc${color}Processes:$color $processes  ${color grey}Running:$color $running_processes
$alignc${color}(top 5 sorted by CPU usage)
${color goldenrod} NAME              PID    CPU%   MEM%
${color} ${top name 1} ${top pid 1} ${top cpu 1} ${top mem 1}
${color} ${top name 2} ${top pid 2} ${top cpu 2} ${top mem 2}
${color} ${top name 3} ${top pid 3} ${top cpu 3} ${top mem 3}
${color} ${top name 4} ${top pid 4} ${top cpu 4} ${top mem 4}
${color} ${top name 5} ${top pid 5} ${top cpu 5} ${top mem 5}

$alignc${color}(top 5 sorted by MEM usage)
${color goldenrod} NAME              PID    CPU%   MEM%
${color} ${top_mem name 1} ${top_mem pid 1} ${top_mem cpu 1} ${top_mem mem 1}
${color} ${top_mem name 2} ${top_mem pid 2} ${top_mem cpu 2} ${top_mem mem 2}
${color} ${top_mem name 3} ${top_mem pid 3} ${top_mem cpu 3} ${top_mem mem 3}
${color} ${top_mem name 4} ${top_mem pid 4} ${top_mem cpu 4} ${top_mem mem 4}
${color} ${top_mem name 5} ${top_mem pid 5} ${top_mem cpu 5} ${top_mem mem 5}

$alignc${color}(top 5 sorted by I/O usage)
${color goldenrod} NAME              PID    R     W
${color} ${top_io name 1} ${top_io pid 1}  ${top_io io_read 1} ${top_io io_write 1}
${color} ${top_io name 2} ${top_io pid 2}  ${top_io io_read 2} ${top_io io_write 2}
${color} ${top_io name 3} ${top_io pid 3}  ${top_io io_read 3} ${top_io io_write 3}
${color} ${top_io name 4} ${top_io pid 4}  ${top_io io_read 4} ${top_io io_write 4}
${color} ${top_io name 5} ${top_io pid 5}  ${top_io io_read 5} ${top_io io_write 5}
$color$stippled_hr
$alignc${color}System Uptime:${color DarkOrange1} $uptime
]]

U grafických karet záleží jakou grafiku máš (intel, nvidia, amd) a podle toho přizůsobit nastavení. Zřejmě bude potřebné ještě doinstalovat nějakou přídavnou utilitku. http://tinyurl.com/y62xc47a
http://tinyurl.com/y5ndvzon

17
Návody, tipy a triky / Re:CONKY
« kdy: 03 Červen 2019, 17:55:33 »
No ono přepsat to z té "staré" konfigurace do lua zase není takový problém, chce to trochu cviku.
Než sáhodlouhé vysvětlování, je lepší si porovnat vedle sebe dva conkyrc v obou druzích skriptování a je jasno hned.
Jinak já mám konkrétně conky  1.10.8-1  a ta "bere" skripty v obou verzích. Samozřejmě ani v jedné nesmí být chyba syntaxe...    Ale pravdou je, že jako dobrý základ poslouží různé "hotové"  conky stažené z netu. Stačí si je různě upravit/zkombinovat k užitku svému. Na tom se naučíš nejvíc....

18
Ubuntu 19.04 / Re:Aplikácia vo Wine - Java problém
« kdy: 03 Červen 2019, 15:56:32 »
No, v tom případě máš nějaké "nesrovnalosti" ve wine...
--------------------------------------------------------------------------------------------------
Schůdná cesta by byla přenést (zkopírovat) složku s nainstalovanou javou z nějakého PC s Windows.
Krom toho existuje i Java "portable" kde by to bylo ještě jednodušší.....
https://portableapps.com/apps/utilities/java_portable

19
Obecná podpora / Re:Ubuntu 18.04 problém s Wine
« kdy: 03 Červen 2019, 15:26:10 »
Máš, ale protože sis přidal nějaké "cizí" repozitáře. V oficiálních je pouze verze 3...... Důkaz https://packages.ubuntu.com/search?keywords=wine-stable

20
Obecná podpora / Re:Ubuntu 18.04 problém s Wine
« kdy: 03 Červen 2019, 14:51:25 »
Pro U 18.04 rozhodně není v repozitářích (= nenabízí se k aktualizaci/instalaci) verze 4 (= wine HQ). Důkaz viz obrázek...
Takže nás příteli hezky "krmíš".....

21
Ubuntu 19.04 / Re:Aplikácia vo Wine - Java problém
« kdy: 03 Červen 2019, 14:29:31 »
No musíš si doinstalovat (do wine) windowsáckou javu (.exe, offline instalátor). Stahuj odtud:
https://www.java.com/en/download/manual.jsp

Existuje 32 a 64bit verze. Zřejmě budeš muset vyzkoušet/nainstalovat obě.
To, že máš v Ubuntu nainstalovanou (linuxáckou) javu je ti pro tento účel prd platné...

22
Obecná podpora / Re:Ubuntu 18.04 problém s Wine
« kdy: 03 Červen 2019, 14:21:53 »
Po aktualizaci Wine na 4.0.1 mě přestala jít spustit aplikace MyPhoneExplorer, která na jiném noteboku,kde je wine 3.0.
Jak odinstalovat wine 4.0.1 a nainstalovat wine kde program běží bez problémů wine 3.0.

Wine 4 (= Wine HQ) není ve standardních repozitářích Ubuntu 18.04. To sis tam "natáhnul " odjinud.....
Odinstaluješ ho klasicky - doporučuji Synaptic a do vyhledávání zadej "wine". Vše co ti najde odinstaluj.
Pak nainstaluj klasické wine z repozitářů (verze wine-stable 3.0-1).
Zřejmě budeš muset smáznout "původní" wineprefix(y) (= složka ~/.wine)

23
Návody, tipy a triky / Re:CONKY
« kdy: 03 Červen 2019, 14:01:49 »
Když jsem začínal s Conky, velice mi pomohl podrobný popis (i s příklady) zde: http://www.ifxgroup.net/conky.htm
Na lepší/podrobnější/názornější jsem nenarazil.  Předesílám, že do té doby jsem neměl o tom ani ponětí.
Po pár hodinách "studia " už jsem si sám vytvářel konfigurace....

1.) Jen dodám, že novější verze (conky) vyžadují na rozdíl od starších konfigurační soubor (~/.conkyrc) ve skriptování lua. Nicméně jsem zjistil, že se nadále spokojí i s původním skriptováním...

2.) K ovládání/usnadnění práce s  conky slouží užitečná utilitka "conky-manager". Umožňuje snadno přepínat mezi různými konfiguracemi (lze je stáhnout). Poslední verze je sice pro U 16.04 https://launchpad.net/~teejee2008/+archive/ubuntu/ppa/+files/conky-manager_2.4~136~ubuntu16.04.1_amd64.deb
ale jde bez problému (raději via gdebi) nainstalovat/používat i ve verzích novějších - doporučuji všem příznivcům Conky.


24
Obecná podpora / Re:Flame
« kdy: 01 Červen 2019, 14:40:05 »
To doufám. Ale o tom to není. Jde o to, jestli se mám do toho pustit nebo to nechat tak. A když už se pustím do čisté instalace OS, jestli nemám zkusit něco jiného.

16+5=21  Takže podpora je do 04/21 Máš ještě dva roky čas....

25
V Terminálu ho (ručně) spustíš tak, že spustíš (dvojklikem) ten svůj skript run_octane_daemon.sh a vybereš "Spustit v Terminálu". Ale musíš mít ve správci souborů (Nautilus) nastaveno "Chování" > Spustitelné textové soubory"> vždy se ptát.

Pokud ho chceš v Terminálu spouštět automaticky po startu, vytvoř si novou položku v "Po spuštění" a jako příkaz tam zadej:
Kód: [Vybrat]
gnome-terminal -e "/cesta/ke/run_octane_daemon.sh"
Původní autospouštění ale musíš zrušit, jinak by se ti to spouštělo dvakrát (jednou normálně a jednou v Terminálu)....

Stran: [1] 2 3 ... 108