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.

Témata - juwa2

Stran: [1] 2

Tipy a triky pro Linux / Potlačení šumu z mikrofonu v nahrávkách/komunikaci v ubuntu - konečně vyřešno.

« kdy: 08 Červenec 2020, 20:55:02 »

Všichni to známe - ve Windows je na to nastavení (realtek).
V linuxu nic takového není, nahrávky jsou zatíženy šumem/hlukem pozadí (odstup odhadem cca max. 25 dB nezávisle na použitém sebekvalitnějším mic.).
To nyní skončilo. Pomocí této aplikace je se šumem konec.
Osobně vyzkoušeno, funguje skvěle (pulseaudio).

K dispozici jako .deb, .Appimage nebo .zip. Je třeba spustit dříve než vlastní nahrávací/komunikační aplikaci.
Vytvořil jsem si spouštěcí skript (pro simplescreenrecorder) který vše zautomatizuje. Spustím a nahrávám, šum je pryč.

Tipy a triky pro Linux / Thunderbird - nevýrazná hvězdička u označených zpráv.

« kdy: 24 Duben 2020, 21:57:46 »

Jako uživatele Thunderbirdu (TB) mě iritovala velice nevýrazná (bledá) hvězdička u označených zpráv. Rozlišit ozačené zprávy od neoznačených bylo velice těžké/nepřehledné.

Řešení:
1. Do TB doinstalujeme rozšíření Stylish.
2. Potom TB > Doplňky > Uživatelské styly > Napsat nový styl
Pojmenujeme ho třeba "asterisk".
Do pole vložíme:

Kód: [Vybrat]

treechildren::-moz-tree-image(flaggedCol, flagged) {
list-style-image: url("file:///home/uživatel/Obrázky/asterisk.png") !important;
}

Dáme (nahoře) uložit. Stáhneme si soubor s ikonou asterisk.png (příloha) a dáme ho do Obrázků.
Můžeme samozřejmě použít i ikonu jinou, musí mít ale velikost 16x16
Hotovo!

Tipy a triky pro Linux / Ubuntu - přesun swapu na jiný oddíl/disk

« kdy: 22 Duben 2020, 23:15:40 »

Z důvodu úspory místa na primárním disku (HDD) s instalací Ubuntu jsem se rozhodl přesunout swap oddíl na disk sekundární/datový.
Krom jiného jsem si sliboval i navýšení rychlosti swapování (swapování bude provádět jiný fyzicý disk).
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Takže jsem původní swap oddíl na primárním disku zrušil, vytvořil nový swap oddíl na disku sekundárním, zjistil jeho uuid a poctivě ho zapsal do souboru /etc/fstab

Jaké pak bylo překvapení, že systém nebyl schopen naběhnout (záměrně nepíši nabootovat, jelikož grub normálně naběhl, ale vše zůstalo stát na "splash screen" (plymouth)..
--------------
Co teď? Pokusy o opravu zavaděče/reinstall grubu nepomohly...

Naštěstí mě napadlo nabootovat v "Advanced options for grub > Recovery mode".
Tam jsem zjistil, že se náběh OS zasekl na řádku "Gave up waiting for suspend/resume device"

Po určité době googlení jsem zjistil, že je chyba v initramfs, proto systém nenaběhne.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Řešení:

Je třeba uuid nového swapu změnit nejenom v /etc/fstab ale rovněž v /etc/initramfs-tools/conf.d/resume
Na závěr zadáme příkaz (nutno provést z live v chrootnutém systému):

Kód: [Vybrat]

sudo update-initramfs -u
nebo
sudo update-initramfs -u -k all   (pokud máme nainstalovaných více kernelů)

Nabízí se ale daleko pohodlnější možnost (ověřeno!) raději změnit uuid nového swapu tak, aby byl stejný jako uuid swapu původního (toto je nutno provést rovněž z live):

Kód: [Vybrat]

sudo swapoff -a     (odpojení - pokud je swap připojen)
sudo mkswap -U UUID_STARÉHO_SWAPU /dev/sdXy

(kde /dev/sdXy je oddíl nového swapu, např. /dev/sdb2 ) Pokud jsme si uuid starého swapu náhodou nepoznamenali a již jsme starý swap oddíl odstranili, najdeme ho v /etc/fstab

Výhodou tohoto alternativního postupu je, že se kroky popsanými výše (editací souborů, ale hlavně chrootem) nemusíme vůbec zabývat....

Internet a sítě / Stažení obrázku z webu

« kdy: 06 Únor 2020, 11:42:39 »

Zdravím.
Potřebuji pravidelně stahovat tento obrázek (používám ho jako tapetu).
Do teď jsem na to používal příkaz

Kód: [Vybrat]

wget https://static.die.net/earth/mercator/1366.jpg
který řadu let fungoval bez probému. Ale nyní to vyhodí tuto chybu:

Kód: [Vybrat]

juwa@p-5738:~/Obrazky$ wget https://static.die.net/earth/mercator/1366.jpg
--2020-02-06 11:39:04--  https://static.die.net/earth/mercator/1366.jpg
Překládám static.die.net (static.die.net)… 2606:4700:3031::681b:9772, 2606:4700:3037::681b:9672, 104.27.151.114, ...
Navazuje se spojení s static.die.net (static.die.net)|2606:4700:3031::681b:9772|:443… spojeno.
HTTP požadavek odeslán, program čeká na odpověď… 503 Service Temporarily Unavailable
2020-02-06 11:39:04 CHYBA 503: Service Temporarily Unavailable.

Přitom z prohlížeče je adresa dostupná a obrázek normálně stáhnout jde.
Věděl by někdo jak ho stáhnout pomocí příkazu? Tuším, že to nějak souvisí s cloudflare...

Obecná podpora / Ubuntu minimální instalace - šok.

« kdy: 20 Listopad 2019, 22:16:05 »

Drazí přátelé, už jsem toho zažil hodně, ale co je moc...
Ubuntu nově nabízí možnost minimální instalace (= pouze základní balíky). Tak jsem to vyzkoušel, mysleje si naivně, že takováto "minimální" instalace bude za chvíli hotová...
Jaký omyl - s úžasem jsem sledoval její průběh:
Nejprve se totiž stáhly/nainstalovaly úplně všechny balíky a v závěru se postupně zase odinstalovaly všechny "ty navíc".
Výsledkem bylo, že tahle "minimální instalace" trvala cca 2-3x tak dlouho jako ta klasická. To zkrátka nevymyslíš....

Tipy a triky pro Linux / Ubuntu a root heslo

« kdy: 17 Září 2019, 23:42:16 »

Z důvodu bezpečnosti je tomu prostě tak. Při všech úkonech vyžadujících zvýšená práva musí uživatel pokaždé zadávat root heslo. A je to docela často - ne že ne...
Není to tím pádem příliš pohodlné. Existuje sice možnost zadávání hesla úplně zrušit, ale domnívám se, že to není ten nejlepší nápad..

Takže jsem vymyslel takový "kompromis". Funguje to následovně:
Heslo se uloží do souboru (do skriptu) kterému se "přidělí" klávesová zkratka. Při potřebě zadat heslo se prostě jenom zmáčkne ona klávesová zkratka. Heslo se do aktuálně aktivního okna automaticky vyplní + je (volitelně) zmáčknut enter.
----------------------------------------------------------------------
Jediné co je k tomu potřeba, je doinstalovat balíček xdotool:

Kód: [Vybrat]

sudo apt-get install xdotool
Vlastní skript pak vypadá takto:

Kód: [Vybrat]

#!/bin/bash
sleep 1
# zadání hesla:
xdotool key sem_napsat_heslo
# volitelně:
sleep 0.5
xdotool key Return

Tento skript někam "zašijeme" pod nenápadným názvem a namapujeme na něj klávesovou zkratku.
Dále je ještě užitečné si zapnout zobrazování "hvězdiček" v Terminálu při zadávání hesla:

Kód: [Vybrat]

sudo visudo
Do řádku kde je "env_reset" přidáme "pw_feedback" viz obrázek. Nezapomenout uložit..

-----------------------------------------------------------------------------
Dodatek pro zvláště paranoidní. Pokud by se snad někdo obával, že heslo ze skriptu někdo nepovolaný vyčte.
Doinstalovat balíček shc:

Kód: [Vybrat]

sudo add-apt-repository ppa:neurobin/ppa
sudo apt-get update
sudo apt-get install shc

shc "přemění" skript výše na spustitelnou aplikaci ze které nevyčte nikdo nic:

Kód: [Vybrat]

shc -f /cesta/ke/scriptu.sh -o název_aplikace
Tuto aplikaci pak namapujeme na klávesovou zkratku místo skriptu. Skript smažeme.
--------------------------------------------------------------------------------------------------------------------------------------------
Po delším testování se tento postup ukázal jako maximálně pohodlný a současně bezpečný. K původnímu stavu už bych se rozhodně nevracel...

Tipy a triky pro Linux / Ubuntu 18.04 praskání zvuku po aktualizaci kernelu 4.18 --> 5.0 (HWE)

« kdy: 02 Srpen 2019, 19:36:17 »

U 18.04 LTS
1. 8. 2019 došlo k aktualizaci kernelu (v rámci HWE) z 4.18 --> 5.0
Vše běží normálně, ale neustále se ozývá praskání z reproduktorů/sluchátek.
Děje se tak pokaždé po otevření (ale i obnovení z minimalizace) okna některé aplikace (= skoro všechny, třeba i prohlížeče) které využívají nějakým způsobem zvukovou kartu.
Ty lupance jsou sice relativně slabé, nicméně časté a tím pádem iritující. O to více, že na předchozím kernelu toto nebylo. $:-\$

Jelikož v popisu "novinek" kernelu 5.0 je zmínka o "vylepšeném šetření energií", zaměřil jsem pozornost tímto směrem.
A opravdu, "lupance" jsou způsobeny tím, že zvukovka se neustále vypíná a v případě potřeby opět zapíná.
Při provozu NTB na baterii toto "šetření" (možná) nějaký význam má, ovšem pokud jedeme na napájení ze sítě, je to otravné.

Náprava je naštěstí poměrně snadná. Vytvoříme skript

Kód: [Vybrat]

gedit ~/soundcard_sleep_disable.sh
S tímto obsahem:

Kód: [Vybrat]

#!/bin/bash
sudo bash -c "echo 0 > /sys/module/snd_hda_intel/parameters/power_save"
exit 0

Dáme uložit. Ukončíme gedit.
Nastavíme mu spustitelnost:

Kód: [Vybrat]

chmod a+x ~/soundcard_sleep_disable.sh
Pak vytvoříme úlohu v rootovském cronu (viz obrázek):

Kód: [Vybrat]

sudo crontab -e

Kód: [Vybrat]

@reboot (sleep 20; sh ~/soundcard_sleep_disable.sh)
Pak už jen stačí restartovat PC. Během přihlášení to jednou "prskne" (jak se aktivuje ZK) a s dalším otravným praskáním během činnost OS je definitivní konec.

Pro kontrolu se můžeme podívat (otevřeme v geditu) do souboru

Kód: [Vybrat]

gedit /sys/module/snd_hda_intel/parameters/power_save
Pokud jsme postupovali správně, obsahuje pouze nulu (viz druhý obrázek). Pokud je v něm jednička, úkol se nezdařil, zvukovka je stále v úsporném režimu (= bude se vypínat/zapínat, tj. bude "prskat").

Tipy a triky pro Linux / Ubuntu 14.04 LTS (Trusty Tahr) ukončení podpory.

« kdy: 30 Duben 2019, 21:32:24 »

Jak známo, posledního dubna 2019 byla oficiálně ukončena podpora U14.04

Uživatelé, kteří z nějakého důvodu (většinou HW) nechtějí/nemohou přejít na verzi vyšší (ideálně U18.04 - podpora 10 let!) tak ztratí možnost instalace aplikací z ubuntu repozitářů které budou (ihned sice ne, ale obvykle za cca měsíc) odstavené.
Nebude fungovat apt, tím pádem ani Synaptic, Centrum SW atd.

Řešením je změnit zdroje SW na http://old-releases.ubuntu.com
Provede se to editací souboru

Kód: [Vybrat]

/etc/apt/sources.list
Veškeré výrazy "cz.archive.ubuntu.com" a "security.ubuntu.com" změnit na "old-releases.ubuntu.com"

Celé to lze to rovněž provést pomocí příkazů:

Kód: [Vybrat]

sudo sed -i -e 's/cz.archive.ubuntu.com\|security.ubuntu.com/old-releases.ubuntu.com/g' /etc/apt/sources.list
sudo apt-get update && sudo apt-get dist-upgrade

Pak bude zase instalace SW fungovat normálně jako před tím.
Ovšem nové verze aplikací ani nejnovější bezpečnostní aktualizace už tam logicky samozřejmě dostupné nebudou.

Tipy a triky pro Linux / Ubuntu 18.04 přechod na HWE kernel (4.18) 02/2019

« kdy: 19 Únor 2019, 06:29:04 »

Ubuntu 18.04 a 18.04.1 je dodáván s kernelem 4.15 který zůstává až do Bionic LTS EOL (04/2023) - viz obrázek.
Ubuntu 18.04.2 (02/2019) je již dodáváno s kernelem 4.18
---------------------------------------------------------------------------------------------------------------------------------
Pokud máte nyní nainstalované první dvě zmíněné verze (instalovali jste z těchto obrazů), povýšení na kernel 4.18 neproběhne automaticky, je volitelné.
Chcete - li tedy na těchto verzích přejít na HWE kernel stack (na kernel 4.18), musíte zadat v Terminálu následující příkaz:

Kód: [Vybrat]

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
Po restartu již poběžíte na novém kernelu 4.18 který se samozřejmě bude automaticky aktualizovat.
Kromě nového kernelu obdržíte i aktualizovaný Xserver, Wayland, Mesa (18.2.x) a ostatní grafické ovladače.
Starý kernel 4.15 můžete odinstalovat. Na kterém kernelu aktuálně běžíte zjistíte příkazem:

Kód: [Vybrat]

uname -a

Obecná podpora / Chyba při instalaci kernelu

« kdy: 13 Únor 2019, 21:41:15 »

U18.04 stávající kernel 4.15
Z určitého důvodu potřebuji přejít na kernel 4.18 nebo vyšší.
Nainstalovat sice jde (zkoušeno 4.16 až 4.20), ale při instalaci (z mainline) vyskočí chybová hláška

Kód: [Vybrat]

Error: The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which
does not match this kernel/arch.  This indicates that it should not be built.

Instalace sice doběhne do konce, ale tento kernel pak nelze nabootovat. Nevěděl by někdo co s tím? Prý špatná verze dkms. Jak se to dá řešit?
Všechny kernely 4.15 a nižší nainstalovat/bootovat jdou. Znamená to, že vyšší kernel na U18.04 nedostanu?
Přitom co jsem se díval jinde, to běžně lze...

Kód: [Vybrat]

juwa@pc1:~/Stazene/kernel_hwe4.18.0-15$ sudo dpkg -i *.deb
[sudo] heslo pro juwa: 
Vybírá se dosud nevybraný balík linux-headers-4.18.0-15-generic.
(Načítá se databáze … nyní je nainstalováno 382065 souborů a adresářů.)
Připravuje se nahrazení linux-headers-4.18.0-15-generic_4.18.0-15.16~18.04.1_amd64.deb …
Rozbaluje se linux-headers-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Vybírá se dosud nevybraný balík linux-headers-4.18.0-15.
Připravuje se nahrazení linux-headers-4.18.0-15_4.18.0-15.16~18.04.1_all.deb …
Rozbaluje se linux-headers-4.18.0-15 (4.18.0-15.16~18.04.1) …
Vybírá se dosud nevybraný balík linux-image-4.18.0-15-generic.
Připravuje se nahrazení linux-image-4.18.0-15-generic_4.18.0-15.16~18.04.1_amd64.deb …
Rozbaluje se linux-image-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Vybírá se dosud nevybraný balík linux-modules-extra-4.18.0-15-generic.
Připravuje se nahrazení linux-modules-extra-4.18.0-15-generic_4.18.0-15.16~18.04.1_amd64.deb …
Rozbaluje se linux-modules-extra-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Vybírá se dosud nevybraný balík linux-modules-4.18.0-15-generic.
Připravuje se nahrazení linux-modules-4.18.0-15-generic_4.18.0-15.16~18.04.1_amd64.deb …
Rozbaluje se linux-modules-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Nastavuje se balík linux-headers-4.18.0-15 (4.18.0-15.16~18.04.1) …
Nastavuje se balík linux-modules-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Nastavuje se balík linux-headers-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
/etc/kernel/header_postinst.d/dkms:
Error!  The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which
does not match this kernel/arch.  This indicates that it should not be built.
Nastavuje se balík linux-image-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
I: /vmlinuz is now a symlink to boot/vmlinuz-4.18.0-15-generic
I: /initrd.img is now a symlink to boot/initrd.img-4.18.0-15-generic
Nastavuje se balík linux-modules-extra-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
Zpracovávají se spouštěče pro balík linux-image-4.18.0-15-generic (4.18.0-15.16~18.04.1) …
/etc/kernel/postinst.d/dkms:
Error!  The dkms.conf for this module includes a BUILD_EXCLUSIVE directive which
does not match this kernel/arch.  This indicates that it should not be built.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.18.0-15-generic
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.18.0-15-generic
Found initrd image: /boot/initrd.img-4.18.0-15-generic
Found linux image: /boot/vmlinuz-4.15.0-38-generic
Found initrd image: /boot/initrd.img-4.15.0-38-generic
Found memtest86+ image: /@/boot/memtest86+.elf
Found memtest86+ image: /@/boot/memtest86+.bin
done

Obecná podpora / Repozitář cz.archive.ubuntu.com již není podepsán

« kdy: 25 Leden 2019, 04:33:39 »

Nejde nic instalovat. Po zadání příkazu

Kód: [Vybrat]

sudo apt-get update
se zobrazí

Kód: [Vybrat]

Načítají se seznamy balíků… Hotovo                                                                       
E: Repositář „http://cz.archive.ubuntu.com/ubuntu bionic InRelease“ již není podepsán.
E: Selhalo stažení http://cz.archive.ubuntu.com/ubuntu/dists/bionic/InRelease  403  Forbidden [IP: 217.31.202.63 80]
E: Selhalo stažení http://cz.archive.ubuntu.com/ubuntu/dists/bionic-updates/InRelease  403  Forbidden [IP: 217.31.202.63 80]
E: Repositář „http://cz.archive.ubuntu.com/ubuntu bionic-updates InRelease“ již není podepsán.
N: Aktualizaci z takového repositáře nelze provést zabezpečeně a je proto implicitně zakázána.
N: Podrobnosti o vytváření a nastavení repositářů naleznete v manuálové stránce apt-secure(8).
E: Selhalo stažení http://cz.archive.ubuntu.com/ubuntu/dists/bionic-backports/InRelease  403  Forbidden [IP: 217.31.202.63 80]
E: Repositář „http://cz.archive.ubuntu.com/ubuntu bionic-backports InRelease“ již není podepsán.
N: Aktualizaci z takového repositáře nelze provést zabezpečeně a je proto implicitně zakázána.
N: Podrobnosti o vytváření a nastavení repositářů naleznete v manuálové stránce apt-secure(8).

1. Dělá vám to taky?
2. Co se s tím dá dělat kromě změny repozitáře ve zdrojích SW?

Obecná podpora / Foobar 2000 na Ubuntu

« kdy: 08 Leden 2019, 18:24:09 »

Foobar 2000, skvělý přehrávač lze na Ubuntu provozovat pod Wine nebo nainstalovat jako snap.
V tom druhém případě se však bohužel nevyhneme instalaci dalšího snap balíku wine-platform který má cca 500 MB !

Navíc při otevírání souborů odjinud než v rámci domovského adresáře (jiný disk, fleška) zjistíme že to nejde (snap confinment)....

Pokud si nainstalujeme/spustíme běžnou verzi Foobaru (přes Wine), zjistíme že sice běží, ale nefunguje (interní) ovládání hlasitosti.
Toto lze napravit nastavením ve wineconfig tak, aby se Foobar spouštěl pod Windows XP. Pak ovládání hlasitosti funguje.
Začnou fungovat i další věci jako výběr zařízení k přehrávání, wasapi atd...
(ve wineconfig lze každé wine aplikaci nastavit pod jakou verzí Windows se má spouštět).
wineconfig (GUI) se spouští příkazem:

Kód: [Vybrat]

winecfg

Tipy a triky pro Linux / JDownlader2 rozbalovač archivů - zprovoznění rozbalování archivů .rar v5 a vyšší

« kdy: 17 Prosinec 2018, 11:20:45 »

JDownloader2 disponuje rozbalovačem archivů (.zip, .rar, .7zip atd.) který archivy umí po stažení automaticky rozbalit.
O to se stará knihovna "sevenzipjbinding" která je jeho součástí, bohužel ale stále v zastaralé verzi 9.20 která si neporadí s rozbalením novějších archivů zabalených pomocí raru verze 5 a vyšší, rozbalení skončí chybou.

--------------------------------------------------------------------------------------------------------------------
Řešení:
1.) Ve složce JDownloaderu jít do podsložky "libs" a smazat tyto dva soubory:
sevenzipjbinding.jar
sevenzipjbindingLinux.jar

2.) Ze stránky https://qa.debian.org/watch/sf.php/sevenzipjbind stáhnout verzi 16.02 pro příslušný OS (k dispozici je pro linux, mac i windows a také "univerzálka").
Např. pro linux 64bit je to tato https://downloads.sourceforge.net/sevenzipjbind/OldFiles/sevenzipjbinding-16.02-2.01beta-Linux-amd64.zip

3.) Stažený archiv rozbalit, jít v něm do složky "lib". Jsou tam dva soubory .jar
Tyto dva soubory nakopírovat do složky "libs" (ze které bylo mazáno v bodě 1).
-----------------------------------------------------------------------------------------------------------------------
Nakonec spustíme JDownloader2 a v Nastavení > Rozbalovač archivů se přesvědčíme, zda se soubory správně načetly (tj. je zobrazena verze rozbalovače - viz obrázek).
Hotovo - nyní už se budou všechny archivy rozbalovat správně.

Stejný postup platí i pro Windows a Mac.

Obecná podpora / Grub2 bootování ze snapshotů BTRFS

« kdy: 31 Říjen 2018, 20:17:05 »

Zdravím. Potřeboval bych poradit, zřejmě jsem natvrdlý a něco mi uniká.
Mám nainstalované Ubuntu 14.04 na BTRFS oddíle (subvolume /@). Vytvářím si snapshoty (= další subvolumes)
z důvodu možnosti obnovení systému do dřívějšího stavu. Takže bych potřeboval, aby se tyto snapshoty objevily v nabídce Grub2 při bootování systému. To je údajně možné pomocí https://github.com/Antynea/grub-btrfs ale absolutně mě nenapadá, jak tento "grub-btrfs" začlenit do stávajícího grub2. Takže pokud by snad někdo měl nějaký nápad byl bych vděčný...

EDIT: Takže nezbylo než provést osvědčený "průzkum bojem". Postup je tedy následující:

1.) Stáhnout a rozbalit grub-btrfs-master.zip
Soubory
10-update_grub.conf
41_snapshots-btrfs
41_snapshots-btrfs_config
nakopírovat do složky /etc/grub.d

2.) Do souboru /etc/default/grub přidat tyto řádky:

Kód: [Vybrat]

GRUB_BTRFS_SUBMENUNAME="Ubuntu Snapshots"
GRUB_BTRFS_PREFIXENTRY="Snapshot:"
GRUB_BTRFS_DISPLAY_PATH_SNAPSHOT="false"
GRUB_BTRFS_TITLE_FORMAT="p/d/n"
GRUB_BTRFS_LIMIT="50"
GRUB_BTRFS_SUBVOLUME_SORT="descending"
GRUB_BTRFS_SHOW_SNAPSHOTS_FOUND="true"
GRUB_BTRFS_SHOW_TOTAL_SNAPSHOTS_FOUND="true"
GRUB_BTRFS_SNAPPER_CONFIG="root"													
GRUB_BTRFS_DIRNAME="grub"
GRUB_BTRFS_OVERRIDE_BOOT_PARTITION_DETECTION="false"
GRUB_BTRFS_MKCONFIG=grub-mkconfig

a provést příkaz:

Kód: [Vybrat]

sudo grub-mkconfig -o /boot/grub/grub.cfg
3.) Soubory
grub-btrfs.path
grub-btrfs.service
nakopírovat do složky /etc/systemd/system

a provést příkaz:

Kód: [Vybrat]

sudo systemctl daemon-reload
Závěrem:
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Snapshoty jsou vytvářeny pomocí snapper (+ snapper-gui) který s grub-btrfs "spolupracuje".
Všechny vytvořené snapshoty (subvolumes) se objeví v Grub menu a dá se z nich nabootovat.
Seznam snapshotů v Grub menu je (při vytváření/mazání snapshotů) automaticky aktualizován.
Aktuálně nabootovaný snapshot (je read-only) učiníme defaultním (např. kvůli obnově systému) příkazem:

Kód: [Vybrat]

sudo snapper rollback
sudo reboot

Po restartu bude nahrazen defaultní snapshot tím námi vybraným (tentokrát read-write) tj. systém bude obnovený.

Tipy a triky pro Linux / Kopírovací dialog - chyba - min. od verze U 14.04 >> 18.04

« kdy: 19 Září 2018, 21:55:45 »

Při kopírování na flešku (u HDD to patrné není, nebo méně??) se velice rychle "zkopíruje" cca 99% a pak kopírování na delší dobu zamrzne (stuck), dlouho trvá, než se dialogové okno průběhu kopírování zavře...
---------------------------------
Bylo zjištěno:
Fleškou to není - dělá to každá.
Správcem souborů kterým se kopíruje to není - dělá to každý, dokonce i ultracopier...
Samotná doba kopírování (než se dialog. okno zavře) přitom odpovídá sekvenční rychlosti zápisu flešky. Takže chybný je pouze ukazatel průběhu. Jedná se tedy o systémovou věc.
Řešení:

Kód: [Vybrat]

sudo su
echo vm.dirty_bytes=15728640 >> /etc/sysctl.conf
sysctl -p

Restart není potřeba, korekce se projeví okamžitě.
Po aplikování příkazů se kopírovací dialog (ve všech souborových správcích) chová tak jak je obvyklé.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Vysvětlení:
Jádro kopíruje obsah souboru do vyrovnávací paměti v primární paměti (RAM) a tento prostor je extrémně rychlý.
Takže správce souborů si myslí, že obsah souboru byl zcela zkopírován a pokusí se ukončit kopírování.
V tomto okamžiku se správce souborů zasekne, protože jádro nyní skutečně teprve kopíruje soubor na cílové médium (pevný disk, jednotka flash ...). Zasekne se, dokud nebude soubor kompletně zkopírován do cílového média.
Řešením je omezit velikost vyrovnávacího prostoru, řekněme na 15Mb, aby se jádro vrátilo k vyprázdnění (flush) obsahu vyrovnávací paměti do cílového média pokaždé, když je dosaženo limitu 15Mb. Tím pádem správce souborů neobdrží chybné informace o postupu kopírování a zobrazí se správný průběh.

EDIT: Zatímco v 18.04 výše popsané funguje, v 14.04 byl zjištěn další bug - hodnota ze souboru /etc/sysctl.conf se po rebootu nepřepisuje do /proc/sys/vm/dirty_bytes. Tím pádem je "oprava kopírování" po rebootu opět nefunkční. Ruční přepis pomocí příkazu sudo sysctl -p přitom funguje. Řešení spočívá ve vytvoření úlohy v rootovském cronu která příkaz vždy po rebootu spustí. Otevřeme crontab:

Kód: [Vybrat]

sudo crontab -e
a na konec přidáme řádek

Kód: [Vybrat]

@reboot sleep 60 && sudo sysctl -p

Obecná podpora / Skript - akce po probuzení ze spánku - vysvětlení.

« kdy: 21 Květen 2018, 15:07:06 »

Zdravím.
Zkouším teď nové U 18.04 a potřebuji spouštět určitý skript po probuzení PC ze spánku (resume). Vím, že ve verzích 16.04+ je to jinak než dříve protože systemd.
Ve všech možných návodech které jsem našel, např. tu https://www.addictivetips.com/ubuntu-linux-tips/run-scripts-and-commands-on-suspend-and-resume-on-linux/ je tento postup. Vytvořit spustitelný soubor

Kód: [Vybrat]

/lib/systemd/system-sleep/post-suspend
s tímto obsahem

Kód: [Vybrat]

#!/bin/sh/
if [ "${1}" == "pre" ]; then
# nothing goes here
elif [ "${1}" == "post" ]; then
sh /path/to/script.sh
fi

Bohužel to nefunguje, ani změna z #!/bin/sh/ na #!/bin/bash/ nepomohla...
Po prozkoumání ostatních skriptů které ve složce /lib/systemd/system-sleep jsou jsem dospěl k tomuto již funkčnímu skriptu:

Kód: [Vybrat]

#!/bin/sh
set -e
if [ "$2" = "suspend" ]; then
    case "$1" in
    post) /path/to/script.sh ;;
    esac   
fi

Otázka tedy zní: Proč skript který se uvádí ve všech návodech nefunguje? Je to proto, že se v 18.04 zase něco změnilo"?
Nebo je chyba jinde, dosti by mě to totiž zajímalo.....

Obecná podpora / Návod na "vypnutí" patche kernelu KPTI (Meltdown)

« kdy: 08 Leden 2018, 22:28:38 »

Pokud nechcete přijít o výkon, případně výdrž baterie a zároveň nechcete úplně zakázat updaty kernelu (které obsahují i ostatní bezpečnostní záplaty), použijte přidání "nopti" do kernel boot parametru:
V souboru
/etc/default/grub

Kód: [Vybrat]

gksudo gedit /etc/default/grubnajděte řádek
GRUB_CMDLINE_LINUX_DEFAULT
a na jeho konec přidejte parametr
nopti
takže řádek bude:
GRUB_CMDLINE_LINUX_DEFAULT nopti
soubor uložte a pak do Terminálu zadejte příkaz:

Kód: [Vybrat]

sudo update-grub
Hotovo. Nyní můžete aktualizovat bez obav, že vás tato záplata postihne, sníží výkon a spotřebu vašeho PC/NTB.
-----------------------------------------------------------
Totéž lze "naklikat" např. v Grub Customizer (je tam na přídavný parametr "okýnko")

Samozř. parametr "nopti" případně "pti=off" přidáte za stávající položky (položky jsou odděleny mezerou), takže tam zpravidla bude:

Kód: [Vybrat]

quiet splash nopti

EDIT: Poslední kernel ještě bez patche je
3.13.0.137 (trusty LTS)
4.4.0-104 (xenial LTS) (11.12. 2017)
(4.10)
První opatchovaný je
3.13.0.139
4.4.0-109 (10.1.2018)
(4.11)
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Ověření zda je KPTI aktivní (nikoli jestli je pouze nainstalován opatchovaný kernel, ale jestli je skutečně KPTI aktivní):
1. Příkazem

Kód: [Vybrat]

dmesg | grep "Kernel/User page tables isolation: enabled" && \
echo "patched :)" || echo "unpatched :("

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
2. Nebo tímto skriptem (ověří meltdown i spectre, jestli je patch aplikován v kernelu a zda je aktivní) https://github.com/speed47/spectre-meltdown-checker
Příkaz pro spuštění skriptu je

Kód: [Vybrat]

sudo sh /cesta/ke/spectre-meltdown-checker.sh
Příklad výstupu:

Multimédia / MkvToolnix AppImage

« kdy: 24 Listopad 2017, 19:33:49 »

Zdravím.
Aktuálně používám U14.04.5 a povyšovat zatím z různých důvodů nehodlám.
A jelikož pan Bunkus podporu MkvToolnix pro Trusty ukončil na verzi tuším 8, našel jsem zdroj nových verzí jako AppImage zde https://github.com/darealshinji/mkvtoolnix-AppImage/releases
což vypadalo docela nadějně. Nicméně po stažení a spuštění vyskočí okénko s výběrem spuštění:
MkvToolnix
MkvInfo
MkvExtract
Což je v pořádku, ale funguje pouze poslední položka. Zřejmě v systému něco chybí, ale není možno (klasicky přes Terminál) zjistit, při tomto "dvoufázovém" spouštění co.
----------------------------------------
Proto by mě zajímalo, jak to funguje/nefunguje ostatním.
Za případné postřehy děkuji.

Pracovní prostředí / Pomoc s úpravou skriptu

« kdy: 25 Červen 2017, 08:10:32 »

Zdravím.
Nautilus. Pro kopírování cesty souboru do schránky používám tento python skript

Kód: [Vybrat]

#!/usr/bin/python
import gtk
import sys

clipboard = gtk.clipboard_get()
text = sys.argv[1]
clipboard.set_text(text)
clipboard.store()

Funguje bez problému. Ale věděl by někdo jak ho upravit aby se kopírovala nikoli celá cesta, ale pouze název souboru?

Obecná podpora / Cron - záhada

« kdy: 23 Březen 2017, 10:25:45 »

Zdravím.
Zkouším Cron, úplné základy a nemůžu přijít na následující.
Vytvořil jsem si testovací skript /home/juwa/test.sh s obsahem

Kód: [Vybrat]

#!/bin/bash
notify-send "cron test"

Ruční spuštění funguje, ale při vytvoření úlohy pomocí crontab -e

Kód: [Vybrat]

* * * * * /home/juwa/test.sh
se úloha bohužel každou minutu nespouští jak by měla.
Nefunguje ani přímé zadání příkazu

Kód: [Vybrat]

* * * * * notify-send "cron test"Kde je tedy chyba?

Pracovní prostředí / Ubuntu 14.04 - Opera - jak dát taby do titlebaru

« kdy: 08 Únor 2017, 00:13:10 »

Ubuntu 14.04 Gnome.
Jde nějak udělat, aby byly záložky Opery v titlebaru (aby nahoře zmizel rám okna) stejně jako to má Chrome a jako je to ve Windows? Ve staré Opeře (12.16) to šlo. Ve Firefoxu&spol jsou na to rozšíření.
--------------------------------------------------
Zatím jsem našel jenom řešení pomocí devilspie2. Je to lepší jak nic, ale zdaleka ne ideální. Nechce se mi věřit, že by to nějak normálně nešlo...

Obecná podpora / Google Chrome - nefunkční překladač jazyků

« kdy: 21 Říjen 2016, 15:47:14 »

Zdravím.
Ubuntu 14.04.5 LTS. Po aktualizaci prohlížeče Google Chrome na verzi 54.0.2840.71 přestalo fungovat vestavěné překládání webových stránek. Po kliknutí na ikonku překladu v adr. řádku vždy vyskočí "Překlad stránky se nezdařil" Měl jsem podezření na kolizi s nějakým doplňkem, ale dělá to i v úplně novém, čistém profilu bez jakýchkoli doplňků.
Po návratu na verzi 53.0.2785.116 překlad funguje standardně, tak jako celou dobu až doposud.
Zkoušel jsem i verze beta a unstable - překlad opět nefunkční.
Zajímalo by mě tedy, jestli se toto děje i ostatním uživatelům, nebo pouze mě. Musel bych mít pak v systému nějakou "botu" nebo je to zkrátka chyba v samotném prohlížeči.
Ještě mě napadlo to vyzkoušet v live verzi (různých live verzích Ubuntu)...
Takže otázka zní: Funguje vám v Chrome 54 překladač? (eng >> cz)

EDIT: V live verzi 14.04.5 je to OK. Takže záhada....
Starší verze ke stažení zde http://www.slimjet.com/chrome/google-chrome-old-version.php

EDIT2: Verze 54.02840.100 (stable) nepřekládá
55.0.2883.35 (beta) PŘEKLÁDÁ

http://dl.google.com/linux/chrome/deb/pool/main/g/google-chrome-beta/google-chrome-beta_55.0.2883.35-1_amd64.deb

Obecná podpora / Tajemný proces bioset

« kdy: 17 Říjen 2016, 15:40:12 »

Zdravím.
Ve svém Ubuntu 14.04.5 si všimnul, že se ve správci procesů objevil proces "bioset" a to celkem 27x
Tento proces tam dříve rozhodně nebyl, toho bych si určitě všimnul. Domnívám se, že to nějak souvisí s nedávným přechodem z kernelu 3.19 na 4.4 protože zhruba od té doby to tam je.
Zajímalo by mě tedy, zda je to tak v pořádku, co to má vlastně znamenat a pokud ano, jestli to nejde ve správci procesů alespoň skrýt. A co ostatní, máte to tam také, nebo jsem jediný?

Obecná podpora / Thunderbird - spotřeba RAM

« kdy: 12 Květen 2016, 18:16:35 »

V Ubuntu 14.04 používám k plné spokojenosti Thunderbird. Zarazilo mě však, že využívá skoro 300 MB paměti, což se mě zdá nějak moc. Zvláště, když na stejném PC používám v dualbootu W7 kde mám rovněž stejný TB se stejnými doplňky a se shodnými účty. Zde ovšem využívá pouze necelých 5 MB paměti...
Nevím, co si mám o tom myslet a hlavně, jak využití RAM snížit.

Obecná podpora / Gedit neukládá nastavení.

« kdy: 07 Duben 2016, 19:00:29 »

Zdravím. Používám Ubuntu 14.04 a v něm textový editor Gedit. Pokud ho používám jako user, je vše v pořádku, veškerá nastavení která změním v preferencích si "pamatuje".
Pokud ho ale otevřu jako root a změním jeho nastavení, neuloží se a při příštím otevření je vše defaultní.
Nevěděl by někdo jak to změnit, aby si Gedit spouštěný pod rootem nastavení "pamatoval" ?

Stran: [1] 2