Témata

1

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 1 2 3 4 5 6 7 8 9 a b c d e f...............
# 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...

2

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").

3

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.

4

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

5

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


6

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?

7

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

8

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.

9

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ý.

10

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

11

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.....

12

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:

13

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.

14

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?

15

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?

16

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...

17

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

18

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ý?

19

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.

20

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" ?

21

Tipy a triky pro Linux / Google Chrome 49 - ikony rozšíření.

« kdy: 07 Březen 2016, 10:24:10 »

Chrome od verze 49 zobrazuje nesmyslně ikony všech rozšíření v panelu vedle adr. řádku.
Jediným řešením je návrat ke starší verzi. Je však nutno se vrátit na verzi 47 protože návrat na 48 nepomůže.
Je třeba odinstalovat aktuální verzi, zakázat aktualizaci (odebrat ppa) a z balíku .deb nainstalovat verzi  47.0.2526.106-1
http://mirror.pcbeta.com/google/chrome/deb/pool/main/g/google-chrome-stable/google-chrome-stable_47.0.2526.106-1_amd64.deb

22

Obecná podpora / Parametr příkazu [vyřešeno]

« kdy: 23 Únor 2016, 20:59:43 »

Asi špatně hledám, ale nikde jsem nenašel v čem se liší příkaz mkdir -p   od obyčejného mkdir.

23

Instalace, aktualizace a spouštění / Problém s aktualizací Ubuntu 14.04

« kdy: 19 Únor 2016, 05:56:09 »

Dobrý den, potřeboval bych poradit s následujícím problémem v Ubuntu 14.04.
Správce aktualizací začal v poslední době opakovaně nabízet updaty GNU C.  Snad to nějak souvisí s nedávno objevenou chybou.  http://technet.idnes.cz/red-hat-a-google-opravuji-zavaznou-chybu-v-linuxu-f7q-/kratke-zpravy.aspx?c=A160217_123638_tec-kratke-zpravy_vse#utm_source=rss&utm_medium=feed&utm_campaign=technet&utm_content=main
V zobrazeném seznamu k aktualizaci jsou však vždy příslušné checkboxy nezaškrtnuté a neaktivní.

Pokud se pokusím příslušné balíky aktualizovat ručně v Synapticu (kde jsou rovněž označeny k aktualizaci, stačí i jediný z nich),

je to vždy podmíněno odstraněním spousty jiných balíků, v podstatě se jedná o 90% všech nainstalovaných programů! Od Amaroku přes Nautilus až po Zenity.

V minulosti už jsem si poradil s ledasčím ale nyní, zcela upřímně, nevím co si mám o tom myslet a hlavně jak to řešit... Ještě dodám, že jsem zkusil i čistou instalaci Ubuntu 14.04.3 a zmíněný problém tam byl rovněž.  Do přednastavených zdrojů SW nebylo zasahováno, PPA nebyly přidávány a žádné balíky nebyly uživatelsky instalovány. Byl to tedy stav ihned po instalaci.
I proto si myslím, že nemohu být zdaleka jediný s tímto problémem...

24

Obecná podpora / Odstranění starých kernelů - Ubuntu 14.04

« kdy: 02 Únor 2016, 09:24:41 »

Dnes se mě aktualizoval kernel z 3.13.0-76 na 3.13.0-77. Pak jsem byl vyzván k restartu. Systém naběhl standardně.
Potom jsem se rozhodl odstranit stará jádra (3.13.0-74 a 3.13.0-76) a jejich konfig. soubory pomocí Ubuntu Tweak jako už mnohokrát předtím.
Pak jsem byl vyzván k restartu, ale systém už nenaběhl. Restartoval jsem tedy znova a z nabídky Grubu vybral "Advanced options for Ubuntu > Ubuntu, with Linux 3.13.0-77-generic
Systém potom normálně naběhl. Problém je, že nyní takto musím spouštět systém stále, jinak nenaběhne.
Věděl by někdo co se mohlo stát, že systém najednou neví z jakého jádra bootovat(když je tam jen jedno) a hlavně jak to opravit?

25

Tipy a triky pro Linux / Thunderbird - notifikace příchozí pošty

« kdy: 02 Únor 2016, 08:24:50 »

Až do verze TB 31.8 fungovalo oznamování o příchozí poště pomocí klasické systémové notifikační bubliny (notify-osd).
V novějších verzích TB to však není z neznámého důvodu funkční a oznámení se nezobrazí. Testováno i na U 16.04.
Řešit to lze částečně rozšířením "Gnome Integration", notifikace ale není zcela spolehlivá, např. se zobrazuje i pro spam atd...  Kromě toho ne každý má Gnome. Jako lepší řešení se ukázalo smazat (stačí přejmenovat) soubor

Kód: [Vybrat]

/usr/lib/thunderbird/components/libmozgnome.soAby se změna projevila, je třeba TB restartovat.  Pak se bude zobrazovat místo nefunkční systémové originální TB notifikace (stejná jako ve Windows).