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.


Témata - juwa2

Stran: [1] 2
1
Tipy a triky pro Linux / The Great Suspender (05. 2021)
« kdy: 24 Květen 2021, 20:33:26 »
Tento příspěvek je určen těm, kdo toto skvělé rozšíření používají.
Aktuální situace: TGS (7.1.9) je ve Chrome blokován (údajně obsahuje malware). Rovněž byl odstraněn z Chrome webstore.
Původní autor prý rozšíření prodal komusi nespolehlivému atd.

Řešením je použít verzi 7.1.6 z githubu. Jedná se o fork orig. verze ještě od pův. autora.
Postup: Stažený .zip rozbalíme do nějaké složky, např. TGZ  Pak otevřeme Chrome, jdeme do Rozšíření a zapneme (vpravo nahoře) "Režim pro vývojáře". Potom (vlevo nahoře) použijeme tlačítko "Zabalit rozšíření".  V dialogu pak zadáme cestu ke složce TGS a dáme "Zabalit".
Výsledkem jsou soubory TGZ.crx a TGZ.pem
Soubor TGZ.crx přetáhneme myší na stránku rozšíření. Dojde k jeho nainstalování.
Vývojářský režim vypneme. Tato verze má "zaražené" aktualizace.  V případě vyjítí verze nové je nutno ji opět nainstalovat - postup je stejný.


Pozn. pro uživatele Windows:
Postup rovněž stejný, ale ID tohoto rozšíření fdfmphllflccbnpdhpmfkdlpjcffkdhh musíme dát na whitelist v gpedit.msc
(User Configuration -> Administrative Templates -> Google -> Google Chrome -> Extensions > Konfigurovat seznam povolených pro instalaci rozšíření - posl. položka)
Google admin. templates je třeba nejprve do gpeditu naimportovat, jinak tam ty volby nebudou. Postup zde: https://support.google.com/chrome/a/answer/187202?hl=en#zippy=%2Cwindows
Stáhnout/použít policy_templates.zip

Pokud se to neudělá, bude ihned po příštím spuštění Chrome rozšíření trvale vypnuto bez možnosti odmítnutí (zašedlá volba zapnutí).

Odměnou za toto úsilí bude, že pro příště bude možno instalovat/používat jakákoli rozšíření (upravená, vlastní, odjinud než z webstore) aniž by do toho google "kecal". Pouze se jejich ID přidá na ten whitelist.
To se může např. hodit pokud je nová verze "zprasená" a je potřeba zůstat na starší, nebo pokud rozšíření google vyhodí z nějakého důvodu ze store.

V edicích Win. Home sice gpedit není, nicméně lze ho tam snadno "doplnit" (google napoví). Je to snadnější než to "prasit" přes registry...


2
Tipy a triky pro Linux / Přehrávání Youtube videí ve VLC
« kdy: 20 Duben 2021, 19:24:19 »
Dříve to normálně fungovalo (Média > Otevřít síťový proud > vložit adresu videa > Přehrát), nyní (VLC 3.12) nefunguje.
Příčinou je nefunkční youtube lua plugin (soubor youtube.luac). Použití souboru z nightly VLC (4) nepomohlo.

Řešení:
Soubor youtube.luac z přílohy nakopírovat do složky (pokud neexistuje tak vytvořit):
Kód: [Vybrat]
~/.local/share/vlc/lua/playlist
A restartovat VLC. Hurá, už to funguje... ;)

3
Spousta lidí nemá potřebný/dostačující  HW  k přehrávání náročných kodeků AV01/hevc (=h265).
Proto by rádi upřednostníli (při stahování z YT a dalších) méně náročný kodek AVC (h264).

Zadat "pouze parametr  ".mp4" nepomůže, protože v tomto kontejneru jsou (v poslední době) šířeny oba dva kodeky (AVC1 a AV01).


Aplikace ytoutube-dl  umožňuje stahovat videa se spoustou parametrů, nicméně ne každému je jasné, jak vyloučit (z .mp4 kontejneru) kodek AV01.
Tj. aby se stahoval pouze kodek AVC1 (=h264).  Naštěstí je řešením tohle:
Kód: [Vybrat]
youtube-dl -o "~/Videa/YT" -cif "bestvideo[vcodec!*=av01][ext=mp4]+bestaudio[ext=m4a]" URL
Takže ano, klíčový filtr je:
Kód: [Vybrat]
[vcodec!*=av01]
Lze rovněž použít tento:
Kód: [Vybrat]
[vcodec^=avc1]
Snad to tedy doufám, někomu udělá radost.... ;)



4
Ve starších (i když stále podporovaných) edicích Ubuntu nejsou (z různých důvodů) k dispozici nejnovější verze aplikací, to je poměrně známá věc...

V poslední době je výrazně tlačeno řešit to instalací snap/flatpak verzí (v různých těch "software-centrech" atd...)
Ovšem tyto verze mají spoustu nevýhod (nebudu je zde opět popisovat) kvůli kterým spoustě uživatelů mírně řečeno "nevyhovují"....

Naštěstí se najdou uživatelé kteří dávají k dispozici svoje PPA - díky za to!  :)).
----------------------------------------------------------------------------------------------------------------------------------
Takže kdo má o (VLC 3.0.12) zájem:
Kód: [Vybrat]
sudo add-apt-repository ppa:savoury1/vlc3
## pro MATE použít místo příkazu výše (řeší úspěšně potíže s ovládáním ve fullscreen mode):
sudo add-apt-repository ppa:savoury1/vlc3-mate

sudo add-apt-repository ppa:savoury1/ffmpeg4
sudo apt-get update
sudo apt-get install vlc ffmpeg

Čistě volitelné jsou pak další PPA:
Kód: [Vybrat]
sudo add-apt-repository ppa:savoury1/graphics
sudo add-apt-repository ppa:savoury1/multimedia
sudo apt-get upgrade && sudo apt-get dist-upgrade

Doufám, že to někomu udělá radost (jako to udělalo mě).  ;)


5
Hardware / Externí disky WD MY Book - důležité upozornění
« kdy: 20 Listopad 2020, 08:19:08 »
V případě USB externích disků platí známé pravidlo: Nikdy nekupovat externí disk tzv. "hotový", ale vždy koupit běžný interní disk (SATA) + box/převodník na USB zvlášť. Protože pokud odejde převodník, disk se prostě z boxu vyndá a připojí buď přímo pomocí SATA nebo boxu nového.
Toto platí zejména pro "hotové"externí 2.5" disky u kterých je většinou převodník součástí elektroniky disku samotného. V případě poruchy pak nejde použít řešení popsané výše.

Nicméně externí disky WD MY Book obsahují běžný 3.5" SATA disk, ke kterému je připojena (konektorem) destička převodníku.
Tím pádem jsem byl (bohužel) docela v klidu. Nedávno, po cca 5 letech disk náhle přestal fungovat/nereagoval/netočil se.
Box jsem tedy rozebral a disk samotný jsem připojil pomocí SATA k počítači. Disk se roztočil, ve správci disků se objevil - ale ouha, jevil se jako neinicializovaný a prázdný, nebyl na něm žádný oddíl (původně 1x NTFS  2TB), žádný souborový systém.
Příčina je totiž v tom, že tyto externí disky data hardwarově šifrují (včetně partition table!), a to i tehdy pokud není šifrování uživatelem zapnuto (pak není třeba zadávat heslo, nicméně data na disku stále šifrovaná jsou).

Co ale teď? Prostá výměna destičky převodníku (nákup na e-bay) nepomůže (každý disk má unikátní ID potřebné k rozšifrování). Lze to řešit přeletováním paměťového čipu z původní destičky do té nové. To už je ale bohužel nad rámec možností/schopností běžného uživatele.
Firmy na záchranu dat tohle (zjistil jsem) sice řešit umí, ale řeknou si min. o 5 000 Kč.... :-[

Tento příspěvek vznikl především jako varování ostatním uživatelům těchto disků, kteří (stejně jako já doposud) o tomto nemají ani ponětí.
A jistě tušíte, jak mám nyní firmu WD "rád", jak jsem je proklel. A ten jejich výrobek už mi nikdy nesmí přes práh.
Disk si nechám a tu plastovou krabičku s převodníkem rozšlapu... ;D
-----------------------------------------------------------------------------------------------------------------------------------
EDIT:  Destičku převodníku jsem zkusil "zapéct" v el. troubě (již dříve jsem tímto způsobem ůspěšně "opravil" několik mrtvých zákl. desek do notebooků, většina funguje stále - cca 5+ let, viz obrázek). A ejhle, WD My Book normálně naběhl  ;)
Takže nyní už mám všechna data zkopírovaná na jiný disk.

Disk (WD caviar green 2TB) z WD My Book jsem vyndal, připojil k PC pomocí SATA, vyčistil, inicializoval, vytvořil ntfs partition.
Budu ho dál používat, ale s normálním usb boxem
Původní box WD My book i s onou destičkou jsem rozšlapal a hodil do popelnice.
To samé ostatně doporučuji všem majitelům WD My Book udělat preventivně. Přijde to sice na 500 Kč, ale je to rozhodně lepší než v budoucnu řešit (zbytečnou) ztrátu dat/platit tisíce...


6
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č.  ;)
EDIT:  Další možnost je použít tuto aplikaci.

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

8
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/sdb2Pokud 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.... ;)


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


10
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íš.... >:(

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

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

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

14
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

15
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



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

17
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 !  :o  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

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

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



20
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

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


22
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:




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

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

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

Stran: [1] 2