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

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

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 ... 115
1
Multimédia / Re:Zvýraznit znaky jež nelze uložit v kódu UTF-8
« kdy: 14 Září 2019, 10:29:14 »
Je třeba použít nějaký "chytřejší" editor. Já v těchto případech používám osvědčený npp++ (pod wine). Nejprve je třeba text zobrazit v jeho originálním kódování (Formát > Výběr znakové sady - pozná se podle toho že jsou všechny znaky čitelné) a potom převést na utf-8 a uložit.
Z linuxových editorů které jsem zkoušel to většina nezvládla (např. gedit obr. 1). Jediný Textosaurus https://github.com/martinrotter/textosaurus/releases/download/0.9.12/textosaurus-0.9.12-e079c6a-linux64.AppImage s detekcí nezaváhal (obr. 2).

2
Internet a sítě / Re:odpojeni
« kdy: 13 Září 2019, 16:38:50 »
Ale nechce sa mi verit ze to cez ten dconf-editor nejde.

Budeš se divit, ale určité věci opravdu změnit nejdou.  Např. mě se stalo (U18.04 mate), že nešlo vypnout automatické vypínání displeje po 10 minutách nečinnosti, což je třeba při sledování videa maximálně otravné.
Vypínalo se to stále všem myslitelným nastavením "navzdory".
Nakonec jsem byl po dlouhém laborování nucen to vyřešit příkazem spouštěným po každém přihlášení, který toto chování odstaví..
Kód: [Vybrat]
DISPLAY=:0.0 xset -dpms
DISPLAY=:0.0 xset s off

Od té doby je od toho konečně pokoj....

3
Internet a sítě / Re:odpojeni
« kdy: 13 Září 2019, 15:24:35 »
to myslis vazne?? nebo si delas srandu???

Pokud se ti nepodaří najít SW řešení, nic jiného ti nezbyde. To řešení je naprosto spolehlivé a "blbuvzdorné".
Třetí možnost je si na uspávání zvyknout. Vyber si už sám, čemu dáš přednost...

4
Internet a sítě / Re:odpojeni
« kdy: 12 Září 2019, 22:43:02 »
Oddělej okrasný rámeček kolem displeje. Je tam (obvykle na levé straně uprostred) přilepený malý magnet. Odstraň ho.
Pak už nebude NTB na zavření víka reagovat. Magnet si schovej, pokud budeš v budoucnu chtít tuto funkci obnovit, přilepíš ho tam zpátky.  ;)

5
Internet a sítě / Re:odpojeni
« kdy: 12 Září 2019, 21:28:54 »
hned ja to zavru

Tak co teda, po zavření víka se pouze odpojí internet nebo se celý NTB uspí?

6
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 10 Září 2019, 22:45:20 »
Nie

Kód: [Vybrat]
tony@tecra:~$ xset -display :0.0 dpms force off
xset:  unable to open display ":0.0"
tony@tecra:~$


No pokud ti nefunguje příkaz na vypnutí displeje (možná jedeš na waylandu - zjisti to viz výše), tak je další snaha marná.
Zkrátka musíš nejprve najít funkčí příkaz kterým se ti vypne displej. To je základ. Hledej, zkoušej, googli až ho najdeš.
A dokud ho nenaješ, dál se nepohneš.
Nám ostatním funguje příkaz výše.
Až ten příkaz najdeš, dál už je to hračka - napiš ho prostě do toho skriptu. To je celé...

7
Internet a sítě / Re:odpojeni
« kdy: 10 Září 2019, 22:33:13 »
tak vse nastaveno a porad se to vypina teda uspava

Doinstaluj a spusť dconf-editor

Kód: [Vybrat]
sudo apt-get install dconf-editor && dconf-editorV něm najdeš další podrobná nastavení.

8
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 10 Září 2019, 22:26:15 »
No a když zadáš do Terminálu:
Kód: [Vybrat]
xset -display :0.0 dpms force off
Tak se displej vypne?
A neběžíš náhodou na waylandu? Pak příkazy výše samozřejmě nefungují...
Zjistíš příkazem:
Kód: [Vybrat]
echo $XDG_SESSION_TYPE
xprintidle nainstalované máš?

Změň ve skriptu první řádek na:
Kód: [Vybrat]
#!/bin/bash

9
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 10 Září 2019, 19:30:06 »
Prišiel som domov a obrazovka svieti.
Skúsil som cez SSH pripojenie spustiť príkaz ale dostal som takýto výstup:

Kód: [Vybrat]
tony@tecra:~$ ./Display_off.sh
couldn't open display
./Display_off.sh: line 4: [: -gt: unary operator expected
couldn't open display
./Display_off.sh: line 4: [: -gt: unary operator expected
couldn't open display
./Display_off.sh: line 4: [: -gt: unary operator expected
couldn't open display
./Display_off.sh: line 4: [: -gt: unary operator expected
^C
tony@tecra:~$

A teď babo raď.  8)

Uprav si obsah toho skriptu na:
Kód: [Vybrat]
#!/bin/sh
while [ 1 ];
do
if [[ $(xprintidle) -gt 300000 ]];
then
    xset -display :0.0 dpms force off
fi
    sleep 1
done

Vypadá to, žes tam napsal špatný znak nebo to špatně zkopíroval.  Jinak -gt je normální podmínka (větší než). Takže to je chyba v syntaxi....
Pro jistotu ti ten skript posílám v příloze (soubor .zip nutno rozbalit).

Ověřit funkčnost můžeš tak, že do skriptu napíšeš místo 300000  třeba 20000  a spustíš ho ručně.  Do 20s (samozřejmě nesmíš ničím "hýbat") se musí displej vypnout.  Pokud ano, vrátíš tam zase 300000 (=300s = 5 min.).
Jestli skript běží (musí běžet po celou dobu zapnutí PC) ověříš např. pomocí htop (do Terminálu zadej příkaz htop).  Proces "Display_off.sh" musí být vidět mezi ostatními spuštěnými procesy.
Skript doufám spustit umíš.

10
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 10 Září 2019, 16:02:12 »
No a funguje ti tedy to uspávání, zadařilo se?

11
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 10 Září 2019, 09:12:23 »
Ešte predtým sa chcem spýtať či v tom kóde:
Kód: [Vybrat]
#!/bin/bash
while [ 1 ];
do
if [ `xprintidle` -gt 300000 ];
then
    xset -display :0.0 dpms force off
fi
    sleep 1
done

má byť nad sleep 1 skutočne "fi", či to nie je preklep a nemá tam byť "if"

Je to pochopitelně správně. A opět údiv nad otázkou, to jsou přece naprosté základy skriptování v bashi....

12
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 09 Září 2019, 23:26:55 »
Ano, a ten soubor pojmenuješ např. "Display_off.sh" a dáš ho třeba do domovské složky.
Spustitelnost pak nastavíš příkazem:
Kód: [Vybrat]
chmod +x ~/Display_off.sh
K tomu skriptu si vytvoříš spouštěč a dáš ho do složky ~/.config/autostart

A jelikož tuším, že spouštěč vytvořit neumíš, raději ti to popíšu:
Vytvoříš soubor  ~/.config/autostart/Display_off.desktop  s tímto obsahem:
Kód: [Vybrat]
[Desktop Entry]
Type=Application
Exec=sh "~/Display_off.sh"
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=true
Name=Display_off

Hotovo. Nyní to můžeš vyzkoušet - můžeš ten spouštěč spustit ručně nebo se odhlásit/přihlásit (spustí se automaticky).
Jenom doufám, že na takové hlouposti "nevyhoříš".....

13
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 09 Září 2019, 22:42:25 »
Autostart jsou "Aplikace spouštěné po přihlášení". Zkrátka si daný skript vytvoříš, někam uložíš, nastavíš mu spustitelnost a přidáš ho do autostartu. Tím pádem se bude spouštět při každém přihlášení. Jinak složka je ~/.config/autostart
V ní jsou příslušné soubory *.desktop které mají jako EXEC cestu k tomu skriptu který se má spustit.
--------------------------------------
Pouze mě udivuje, že ty, správce serveru neznáš takovéto základní věci... :-\

14
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 09 Září 2019, 22:07:03 »
No pokud ti stačí 5 minut od loginu, stačí přidat do autostartu tento skript:
Kód: [Vybrat]
#!/bin/bash
sleep 300
xset -display :0.0 dpms force off

Ale domnívám se, že by bylo lepší aby se displej vypnul vždy po 5 minutách nečinnosti (iddle). Toho docílíš (opět přidáním do autostartu) tohoto skriptu:
Kód: [Vybrat]
#!/bin/bash
while [ 1 ];
do
if [ `xprintidle` -gt 300000 ];
then
    xset -display :0.0 dpms force off
fi
    sleep 1
done


Je třeba si doinstalovat balíček xprintidle
Kód: [Vybrat]
sudo apt-get install xprintidle
Potom, po pěti minutách (uživatelské) nečinnosti = nehýbeš myší ani nemačkáš klávesy se displej vypne.
K jeho zapnutí postačí zmáčknout libovolnou klávesu. Po dalších 5 minutách nečinnosti se displej opět vypne atd.

15
Ubuntu Server / Re:Vypnutie obrazovky - server na notebooku
« kdy: 09 Září 2019, 21:45:55 »
Po 5 minutách od kdy (od čeho)?

16
Hardware / Re:AMD A9-9425
« kdy: 08 Září 2019, 00:41:36 »
No jo, ale rozdíl CPU load 4-5% vs. 18% (ano, lze v praxi opravdu v Ubuntu dosáhnou - a to ještě rozhodně ne vždy) není zdaleka tak markantní jako ve Windows (10% vs. 90%).   A to se ke všemu zatím bavíme "pouze" o H.264.  Protože u H.265 (o AV1 vůbec raději nemluvě) je situace mnohonásobně horší.... :-[
----------------------------------------
Teď trochu odbočím. Připomíná mi to jednu situaci v sedmdesátých letech minulého století: Ptal jsem se tenkrát jednoho televizního technika, v čem je ten zásadní rozdíl mezi tehdy hojně diskutovanými TV normami SECAM a PAL.  A on mi odvětil, že to není až tak v technické kvalitě (obrazu samotného či vysílání jako takového), ta je u obou systémů přibližně stejná. Ale dnešním jazykem řečeno v "rozložení prostředků/potažmo nákladů" mezi vysílatelem a divákem.
Takže v podstatě zatímco SECAM vyžadoval poměrně složité zařízení na straně vysílatele ale o to jednodušší zařízení (TV) na straně diváka, u PALu je tomu právě naopak - jednodušší, nepříliš nákladné zpracování ve studiu, ale pak nutnost o to náročnějšího zpracování v TV přijímači u diváka. No a takový přijímač musí pak být pochopitelně daleko dražší, ale to přeci zaplatí uživatelé...         

A právě tímto se historie opakuje. Google/Youtube a jiní kódují nyní zběsile všechna svoje videa do (pro ně cenově výhodného, datově úsporného a svobodného AV1), ale pro "diváky" to rozhodně žádná výhra není. Ano, takto kódované video soubory jsou sice podstatně menší (to je pro providery samozřejmě výhodné, úspora místa na serverech), ale jejich následné zpracování na strane uživatele je nesmírně náročné na HW systémové prostředky.
Veškerá "zátěž" technická potažmo finanční (nutnost koupě nového HW který podporuje akceleraci nových kodeků grafikou) tak dopadá na uživatele. A poskytovatelé obsahu + výrobci HW si "mnou ruce".  To samé platí i o vnuceném (pro blaho mobilních operátorů) přechodu klasického TV vysílání z DVBT na DVBT2. Prostě hnus... :'(

17
1. (Celé) cesty zásadně vždy do uvozovek...
2. Ale jo, postupným zadáváním to "vychytáš", jsi na dobré cestě... ;)

18
Hardware / Re:AMD A9-9425
« kdy: 07 Září 2019, 22:06:07 »
...dakujem vám...to,čo som chcel dozvedel,dalej to nechcem riesit...
...kernely som tiez skusal,uz v minulosti-ziadny vysledok,len pri bootovani pol strany chyb,vacsinou ACPI...aleee som este skusil podla navodu rucne stiahnut,a nainstalovat-bez vysledku...... :( :( :(
p.s-skusal som aj iné distrá,jedine manjaro mal lepsie vysledky,ale nedalo sa vypnut,ani sa mi nepacilo...toto asi isto nemá riesenie...

No pokud ten HW nemá podporu akcelerace daných (video) kodeků ani driverů, je veškerá snaha marná. Přehrávání bude probíhat výhradně v režii procesoru --> vysoká zátěž, teplota, hluk a k tomu se ještě přehrávání "seká", protože CPU jede "na doraz".
S tím nevymyslíš nic - jedině nový HW s podporou těchto nových kodeků.

PS: Windows je na tom po této stránce o mnoho lépe (direct X).  Na stejném stroji (dualboot ubuntu + W7) je rozdíl ve vytížení CPU při přehrávání stejného videa (full hd h264) 90 vs. 10% ve prospěch Windows.  A důvod?  Ve Windows totiž funguje HW akcelerace grafikou (přehráváno pomocí MPHC, PotPlayer, WMP). VLC se přirozeně "nechytá" = stejná bída jako v Ubuntu....

19
No, trošku ses do toho "zasukoval"....   Doporučuji ty příkazy postupně zadávat do Terminálu (nebo v Terminálu spustit ten skript) Budou vypisovat případné chyby - a hned uvidíš kde je problém.

Datum raději zadávej takto
Kód: [Vybrat]
current_date=$(date -d "$1$2$3" +%d-%m-%Y)
Hranaté závorky v podmínkách zdvojuj  [[....]]
--------------------------------------------------------------------------------------------
Jinak nic proti vlastní iniciativě - ale proč zrovna "vymýšlet kolo"?
Daleko efektivnéjší nástroj na zálohování (když už skript) je např. https://github.com/pedroetb/rsync-incremental-backup/blob/master/rsync-incremental-backup-local
Na zálohy ideální (a přírůstkové sic!)...

20
Pracovní prostředí / Re:MATE 1.22
« kdy: 07 Září 2019, 20:53:44 »
Teď jsem si zkusil z toho PPA https://launchpad.net/~jonathonf/+archive/ubuntu/mate-1.22 na zkoušku stáhnout a nainstalovat pár balíků (nechtěl jsem rovnou přidávat celé repo), a fungují.  Dokonce jsem zjistil, že Pluma 1.22.1 umí po létech konečně snippets..

Ale aby to nebylo tak jednoduché -  vlastní snippets sice přidat lze, ale neuloží se, po restartu Plumy jsou pryč... :-[
Příčina je jasná po spuštění Plumy z Terminálu. Nelze zapisovat do souboru:
Kód: [Vybrat]
/pluma/snippets/global.xml
Ta složka ani neexistuje......  Nicméně náprava je snadná:
Kód: [Vybrat]
sudo mkdir -p /pluma/snippets
sudo chown -R uživatel:uživatel /pluma

Nyní už se vlastní snippets ukládají.  ;)

21
Hardware / Re:AMD A9-9425
« kdy: 07 Září 2019, 20:21:42 »
...ma vsetko...asi......uz som to riesil aj na inych forach,záver-je to moje osobné prekliatie...
...ten návod,editacia grubu som vyskusal,ale mizerny vysledok bol... :( >:( :-\

Vyzkoušej jiný kernel (různé kernely obsahují různé drivery). Můžeš mít nainstalovaných kernelů kolik chceš současně. Přepíná se mezi nimi při rebootu na grub obrazovce (advanced options).
Asi nejsnadnější je použít utilitku ukuu. Verze 18 je ještě zdarma https://github.com/teejee2008/ukuu/releases/download/v18.9/ukuu-v18.9-amd64.deb

Jinak kernely (z mainline) můžeš samozřejmě stáhnout a instalovat i ručně odtud
https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D  viz druhý obrázek.

22
Hardware / Re:AMD A9-9425
« kdy: 07 Září 2019, 19:37:56 »
Citace
Preco si robil tie upravy?

...psyhicky ma zatazuje,ze su vysoké teploty,a ventilator sustavne toci...hlavne pri sledovani online filmov...
...pod pojmom vysoké teploty su teploty 90-95C...

Pokud chceš, aby při přehrávání videa nebyl CPU vytížen skoro na maximum, musí mít tvůj PC, driver grafiky a SW přehrávač podporu akcelerace přehrávání příslušného videokodeku (grafikou). Protože pokud nikoli, celé to "táhne" procesor a výsledek vidíš sám... :-\

Starší PC mívají podporu pouze pro h264 (AVC).  Novější by měly mít podporu pro VP9, h265 HEVC nebo AV1, ale ani to nebývá samozřejmostí, zvláště u posledně jmenovaného. Proto bývá přehrávání extrémně náročného AV1 (např. YT ho mohutně "tlačí") doslova "peklo", zvláště ve vyšším rozlišení. Na lepší podporu výrobců HW se "čeká"... :-\

23
Pracovní prostředí / Re:MATE 1.22
« kdy: 05 Září 2019, 15:06:15 »
Ten Timeshift funguje z beznymi oddily ext nebo je treba mit nejaky exoticky format (lvm, btrfs)? A umi delat zalohy na ntfs?

Timeshift umí zálohovat buďto v režimu rsync který funguje s běžnými ext4 oddíly nebo v režimu btrfs snapshotů které fungují pochopitelně pouze na oddílech btrfs.

V režimu rsync je nutno zálohy ukládat na linuxový oddíl, záloha na ntfs není možná (ntfs neumí linuxové atributy souborů). Zálohy je možno ukládat i na stejný (tj. ten který se zálohuje) do složky /timeshift nebo na jiný oddíl/disk včetně externího. Prvotní záloha rsync v podstatě "zkopíruje" všechny soubory zahrnuté do zálohy, další zálohy už pouze přidávají změněné/nové soubory. Ke všem nezměněným souborům jsou vytvořny hardlinky. Tím pádem se jednak šetří místo/čas a druhak jsou jednotlivé zálohy na sobě nezávislé, tím pádem je možno je libovolně mazat. Ze záloh lze vyloučit libovolné soubory/složky. Jednotlivé zálohy jdou procházet správcem souborů.
Rsync zálohy však trvají (jedná se o kopírování) určitou dobu. Nejdéle pochopitelě záloha prvotní (cca 10 - 15 min), další zálohy typicky cca 1 - 2 min.

V režimu btrfs se zálohy ukládají na oddíl který se zálohuje ve formě subvolumes (@). Co záloha (snapshot), to další subvolume. Ze zálohy nejdou vyloučit žádné soubory (je to zbytečné), vždy se zálohuje celý oddíl. Záloha je blesková (cca 1 - 2s). Je možno zálohovat buď pouze systémový oddíl nebo i oddíl /home

---------------------------------------------------------------------
Já osobně používám btrfs snapshoty ale pouze na systémovém oddíle. Je to rychlé,  elegantní a návykové  ;).  /home mám na oddíle ext4
Oddíl ext4 se systémem lze na btrfs převést bez ztráty dat (nebo nutnosti reinstalace). Všechna data musí být na subvolume. Podrobnosti na dotaz. Při čisté instalaci (na oddíl btrfs) je to dodrženo automaticky.

https://github.com/teejee2008/timeshift

24
Pracovní prostředí / Re:MATE 1.22
« kdy: 04 Září 2019, 23:58:17 »
Instalovat něco z neověřených/neznámých PPA není nejlepší nápad...
Na druhou stranu to neznamená, že by všechny tyto PPA byly apriori nadůvěryhodné/zabugované.

Takže klidně ano, ale být obezřetný - "před akcí" si v každém případě udělat zálohu systému/snapshot.
https://teejeetech.in/2019/08/11/timeshift-v19-08/?source=post_page-----252ce6e7b609----------------------
Pak, v případě problémů se lze snadno "vrátit zpět".  A to dokonce i v případě, že je systém natolik "poničen", že ani není schopen nabootovat. Obnova se v tom případě udělá z nabootovaného live (do kterého se nainstaluje timeshift).

25
Rada zní: Nikdy neprovádět upgrade, vždy čistou instalaci nové verze. S upgradem mám ty nejhorší zkušenosti, obvykle selže.
Je nanejvýš rozumé si nejprve systém zálohovat (Clonezilla nebo Timeshift) aby se bylo možno "vrátit" zpět.

Můžeš zachovat /home  Pokud ho máš na extra oddíle, je to jednodušší.
Všechny nainstalované aplikace si můžeš zálohovat a pak obnovit do nové instalace pomocí Aptik (v.18 je zdarma).
Tímto způsobem ušetříš spoustu času a práce.

Stran: [1] 2 3 ... 115