1
Správa aplikací / Re:Pidgin + ICQ WIM + Facebook
« kdy: 20. 10. 2020, 23:10:40 »
Jo, zkus je. A dej vědět, jak to dopadlo. Jestli to vyjde, aktualizuju návod.
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.
2
Správa aplikací / Re:Pidgin + ICQ WIM + Facebook
« kdy: 19. 10. 2020, 15:33:08 »
Balíky libgcrypt-dev a libgnutls-dev nainstalovaný máš?
3
Všeobecná podpora / Re:Debian Sid
« kdy: 18. 10. 2020, 16:06:58 »
Byly časy, kdy Unstable byl aspoň trochu nestabilní. Teď, i když to řízneš Experimentalem, stejně to bude strašná nuda.
4
Hardware / Digitální teploměr -55°C až +125°C pro PC do USB do 100kč
« kdy: 10. 10. 2020, 05:45:14 »
Máte-li potřebu měřit na počítači aktuální okolní teplotu, ať už jen pro zábavu, bádání, nebo pro nějakou automatizaci, nabízím návod na velice primitivní řešení. Využívá kombinace integrovanýho obvodu DS18B20 a sériovýho převodníku USB-TTL.
Co potřebujeme nutně?
* Počítač s Debianem a funkčním USB
* Převodník USB-TTL
* Snímač DS18B20
* Pájku a trochu cínu, ideálně olovnatýho
* Program DigiTemp (v repu)
Co se ještě může hodit?
* Trojlinka (stačí tenká, nestíněná; nebo dvojlinka pro případ externího napájení snímačů)
* Odpor 4k7 (4.7kΩ), stačí maličkej 125mW - pro případ použití více snímačů
* Stabilizovanej 5V zdroj pro případ externího napájení (např. nabíječka mobilů)
Snímač DS18B20
DS18B20 je integrovanej obvod, vlastně takovej mikropočítač (SIMka je mimochodem taky primitivní počítač), co vypadá jak tranzistor s pouzdrem TO-92 (černej váleček cca o Ø5mm s "uříznutou" ploškou na boku). Má totiž jen 3 vývody. Při pohledu na jeho předek (plošku s potiskem, s nožičkama dolu) jsou to zleva: 1) společná zem, 2) data I/O, 3) napájení +3.0 až +5.5V proti zemi.
Dá se koupit kolem 50kč/ks, prodává se i ve výhodnější zapouzdřený verzi s káblíkem, kde vývod 1 (zem) je černej, vývod 2 (data) žlutej a vývod 3 (napájení) černej.
Komunikuje na protokolu 1-wire v polovičním duplexu (jako vysílačka - buď přijímá, nebo vysílá, ale ne oboje naráz), jde jich řadit víc za sebe (paralelně - vývod 1 na vývod 1, vývod 2 na vývod 2, vývod 3 na vývod 3), a aby se daly dostat data z konkrétního senzoru, je potřeba oslovit je jejich unikátním 16bitovým sériovým číslem (osloví se, ten pošle data, až pak se může oslovit další - nelze přijímat data více senzorů naráz).
DS18B20 poskytuje náměry 4 přesností, 9-12 bitů, čím větší přesnost, tím dýl trvá náměr, a to až 1000ms (1s), my budeme používat přesnost nejvyšší, s rozlišením 1/16°C (0.0625°C), protože…
… protože těžko seženeme zaručeně originální snímače výrobce Dallas/Maxim, ale čínský pajcy. Proto jsem záměrně nezmiňoval parazitní napájení za použití pouze dvou drátů, protože u čínských padělků funguje buď špatně (špatně měří), nebo nefunguje vůbec. Taky u nich sem tam vázne komunikace, respektive občas jsou tady problémy s kontrolním součtem CRC, pak by tady byl taky limit měření do +85°C. Každopádně už z toho důvodu, že si nejspíš koupíte padělek (kterej ale na 3 drátech měřit umí), je třeba s jeho nedostatkama počítat.
Taky je dobrý počítat s faktem, že se měřením čip přirozeně trochu ohřívá, čím častější měření je, tím je ohřev markantnější. Jsou to sice desetiny °C, ale i to se počítá. Zvláště u nezapouzdřený TO-92 verze je tady velká náchylnost na proudění vzduchu - to se umí relativně ošklivě promítnout na náměru, proto je dobrý vetknout ho například do 5mm díry v kousku silnější kovový trubičky, ideálně, když se před světem úplně schová. To platí i u měření teploty těles, kdy se sice ploška dotejká tělesa, ale "prdel" má ve vzduchu, takže měříme něco mezi. Nakonec se pro přesnější měření hodí několik po sobě jdoucích náměrů zprůměrovat - přece jen je na snímači něco málo šumu, tak ať nemáme křivky záznamu moc kostrbatý.
Jak propojit s počítačem?
Za pár korun se dá pořídit například převodník USB-TTL, například s čipem PL2303 - tady za 29kč (taky tam maj zbytek potřebných věcí, včetně už zmíněných padělků). Ovladač nepotřebujeme, už je v jádře a jmenuje se pl2303. Připojením okamžitě vytvoříme zařízení /dev/ttyUSB0, se kterým budeme komunikovat. Problém s oprávněním se dá vyřešit podle tohohle návodu.
Jak získat data?
Program, kterej umí s 1-wire komunikovat, se jmenuje DigiTemp, my ho samozřejmě máme v repu, takže si ho nainstalujeme:
sudo apt install digitemp
Jak sdrátovat?
Takhle vypadá ono slavný zapojení:
Na převodníku si krajního pinu (+3.3V) nevšímáme, zapojíme 2. vývod převodníku na 3. vývod snímače, 3. a 4. vývod příjmu (RxD) a odesílání (TxD) dat vodivě spojíme a připojíme k prostřednímu vývodu, nakonec připojíme poslední vývod převodníku s prvním snímače. To je všechno.
V případě, kdyby to zlobilo, mezi 2. a 3./4. vývod převodníku dáme odpor 4k7.
Další "nabalování" snímačů se děje jejich prostým paralelním zapojením.
V případě externího napájení vypadá zapojení takhle:
I tam je možnost paralelního řazení snímačů. Nic na tom není, akorát - bacha na polaritu, zkrat a elektrostatický výboje, před zapojením do USB si to ještě pořádně prohlídněte. Některý USB totiž nemaj ochranu proti zkratu, a pochybuju, že převodník za 29kč na tom bude líp.
DigiTemp
Jestliže jste něco neudělali blbě a zajistili jste si správný oprávnění, po spuštění digitemp_DS9097 -w nám vyjede:
Tady vidíte 2 snímače, jejich sériový čísla a popis. Jedná se o padělky, sériový číslo originálu má vypadat takhle: 28xxxxxxxx0000xx
Ale to neva, měří to skoro stejně přesně. Jak?
Snímače jsou hned u sebe, je tam vidět drobná odchylka, ale za ty prachy?
DS9097 je původní převodník na RS232. Blbě se shání a je nesmyslně drahej - ten se dá učunit pomocí 2 tranzistorů a pár odporů kolem, ale je to zbytečný, převodník na USB ho plně nahrazuje.
Zbytek, včetně formátování výstupu a výběru snímače - viz man digitemp
P. S.: Příští tejden zkusím připojit snímač DHT22, kterej má vedle teploměru i vlhkoměr. Prej by to mělo fungovat.
Co potřebujeme nutně?
* Počítač s Debianem a funkčním USB
* Převodník USB-TTL
* Snímač DS18B20
* Pájku a trochu cínu, ideálně olovnatýho
* Program DigiTemp (v repu)
Co se ještě může hodit?
* Trojlinka (stačí tenká, nestíněná; nebo dvojlinka pro případ externího napájení snímačů)
* Odpor 4k7 (4.7kΩ), stačí maličkej 125mW - pro případ použití více snímačů
* Stabilizovanej 5V zdroj pro případ externího napájení (např. nabíječka mobilů)
Snímač DS18B20
DS18B20 je integrovanej obvod, vlastně takovej mikropočítač (SIMka je mimochodem taky primitivní počítač), co vypadá jak tranzistor s pouzdrem TO-92 (černej váleček cca o Ø5mm s "uříznutou" ploškou na boku). Má totiž jen 3 vývody. Při pohledu na jeho předek (plošku s potiskem, s nožičkama dolu) jsou to zleva: 1) společná zem, 2) data I/O, 3) napájení +3.0 až +5.5V proti zemi.
Dá se koupit kolem 50kč/ks, prodává se i ve výhodnější zapouzdřený verzi s káblíkem, kde vývod 1 (zem) je černej, vývod 2 (data) žlutej a vývod 3 (napájení) černej.
Komunikuje na protokolu 1-wire v polovičním duplexu (jako vysílačka - buď přijímá, nebo vysílá, ale ne oboje naráz), jde jich řadit víc za sebe (paralelně - vývod 1 na vývod 1, vývod 2 na vývod 2, vývod 3 na vývod 3), a aby se daly dostat data z konkrétního senzoru, je potřeba oslovit je jejich unikátním 16bitovým sériovým číslem (osloví se, ten pošle data, až pak se může oslovit další - nelze přijímat data více senzorů naráz).
DS18B20 poskytuje náměry 4 přesností, 9-12 bitů, čím větší přesnost, tím dýl trvá náměr, a to až 1000ms (1s), my budeme používat přesnost nejvyšší, s rozlišením 1/16°C (0.0625°C), protože…
… protože těžko seženeme zaručeně originální snímače výrobce Dallas/Maxim, ale čínský pajcy. Proto jsem záměrně nezmiňoval parazitní napájení za použití pouze dvou drátů, protože u čínských padělků funguje buď špatně (špatně měří), nebo nefunguje vůbec. Taky u nich sem tam vázne komunikace, respektive občas jsou tady problémy s kontrolním součtem CRC, pak by tady byl taky limit měření do +85°C. Každopádně už z toho důvodu, že si nejspíš koupíte padělek (kterej ale na 3 drátech měřit umí), je třeba s jeho nedostatkama počítat.
Taky je dobrý počítat s faktem, že se měřením čip přirozeně trochu ohřívá, čím častější měření je, tím je ohřev markantnější. Jsou to sice desetiny °C, ale i to se počítá. Zvláště u nezapouzdřený TO-92 verze je tady velká náchylnost na proudění vzduchu - to se umí relativně ošklivě promítnout na náměru, proto je dobrý vetknout ho například do 5mm díry v kousku silnější kovový trubičky, ideálně, když se před světem úplně schová. To platí i u měření teploty těles, kdy se sice ploška dotejká tělesa, ale "prdel" má ve vzduchu, takže měříme něco mezi. Nakonec se pro přesnější měření hodí několik po sobě jdoucích náměrů zprůměrovat - přece jen je na snímači něco málo šumu, tak ať nemáme křivky záznamu moc kostrbatý.
Jak propojit s počítačem?
Za pár korun se dá pořídit například převodník USB-TTL, například s čipem PL2303 - tady za 29kč (taky tam maj zbytek potřebných věcí, včetně už zmíněných padělků). Ovladač nepotřebujeme, už je v jádře a jmenuje se pl2303. Připojením okamžitě vytvoříme zařízení /dev/ttyUSB0, se kterým budeme komunikovat. Problém s oprávněním se dá vyřešit podle tohohle návodu.
Jak získat data?
Program, kterej umí s 1-wire komunikovat, se jmenuje DigiTemp, my ho samozřejmě máme v repu, takže si ho nainstalujeme:
sudo apt install digitemp
Jak sdrátovat?
Takhle vypadá ono slavný zapojení:
Na převodníku si krajního pinu (+3.3V) nevšímáme, zapojíme 2. vývod převodníku na 3. vývod snímače, 3. a 4. vývod příjmu (RxD) a odesílání (TxD) dat vodivě spojíme a připojíme k prostřednímu vývodu, nakonec připojíme poslední vývod převodníku s prvním snímače. To je všechno.
V případě, kdyby to zlobilo, mezi 2. a 3./4. vývod převodníku dáme odpor 4k7.
Další "nabalování" snímačů se děje jejich prostým paralelním zapojením.
V případě externího napájení vypadá zapojení takhle:
I tam je možnost paralelního řazení snímačů. Nic na tom není, akorát - bacha na polaritu, zkrat a elektrostatický výboje, před zapojením do USB si to ještě pořádně prohlídněte. Některý USB totiž nemaj ochranu proti zkratu, a pochybuju, že převodník za 29kč na tom bude líp.
DigiTemp
Jestliže jste něco neudělali blbě a zajistili jste si správný oprávnění, po spuštění digitemp_DS9097 -w nám vyjede:
Kód: [Vybrat]
$ digitemp_DS9097 -w
DigiTemp v3.7.2 Copyright 1996-2018 by Brian C. Lane
GNU General Public License v2.0 - http://www.digitemp.com
Turning off all DS2409 Couplers
..
Devices on the Main LAN
287ACE09381901A1 : DS18B20 Temperature Sensor
2807146538190112 : DS18B20 Temperature SensorTady vidíte 2 snímače, jejich sériový čísla a popis. Jedná se o padělky, sériový číslo originálu má vypadat takhle: 28xxxxxxxx0000xx
Ale to neva, měří to skoro stejně přesně. Jak?
Kód: [Vybrat]
$ digitemp_DS9097 -a
DigiTemp v3.7.2 Copyright 1996-2018 by Brian C. Lane
GNU General Public License v2.0 - http://www.digitemp.com
20.4375
20.3125Snímače jsou hned u sebe, je tam vidět drobná odchylka, ale za ty prachy?
DS9097 je původní převodník na RS232. Blbě se shání a je nesmyslně drahej - ten se dá učunit pomocí 2 tranzistorů a pár odporů kolem, ale je to zbytečný, převodník na USB ho plně nahrazuje.
Zbytek, včetně formátování výstupu a výběru snímače - viz man digitemp
P. S.: Příští tejden zkusím připojit snímač DHT22, kterej má vedle teploměru i vlhkoměr. Prej by to mělo fungovat.
5
Instalace ovladačů, řešení problémů s hardware / Automatika nastavení oprávnění USB zařízení po připojení
« kdy: 10. 10. 2020, 01:25:58 »
Jestliže máte USB zařízení, kde je potřeba specifický oprávnění (v mým případě převodníky USB-TTL), třeba že s ním chcete obousměrně komunikovat jako standardní uživatel, ale systém jej nastaví podle svýho tak, jak zrovna nepotřebujete, máte dvě možnosti:
1) po každým připojení změnit oprávnění ručně chmodem jako root,
2) vytvořit si pravidlo v udev.
První možnost je opruz zvláště tehdy, jestliže se například zařízení vinou vyklochtanýho USB občas odpojí. Druhá možnost funguje automaticky.
1) Nejdřív si zjistíme USBID zařízení:
Tady máme 2 zařízení:
Bus 002 Device 014: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port - převodník USB-TTL
Bus 002 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter - převodník USB-RS232
Za ID je samotný USBID sestávající ze dvou hexadecimálních čísel, první je ID výrobce, druhý je ID výrobku samotnýho.
2) Vytvoření pravidla:
1) v /etc/udev/rules.d vytvoříme soubor, třeba s názvem 47-usbser.rules - číslo asi nebude kritický, název taky ne, nevím, jestli je udevem potřeba přípona .rules, ale když už je to u ostatních souborů pravidel, tak to tak necháme.
2) Do něj nasypeme:
ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
idVendor je ID výrobce (067b:2303), idProduct ID výrobku (067b:2303), MODE samotný oprávnění v osmičkový soustavě, GROUP uživatelská skupina oprávněných používat zařízení. Po pravdě nevím, jestli je skupina úplně nutná, nezjišťoval jsem, ale minimálně by se tím dalo zamezit uživatelům mimo skupinu k přístupu k zařízení.
Můžeme tam samozřejmě přidat další řádky se stejnou syntaxí, třeba já mám:
3) Přidáme uživatele do skupiny (s oprávněním roota):
# adduser <uživatel> plugdev (uživatel bez závorek)
Změna by se měla projevit po opětovným připojení zařízení.
1) po každým připojení změnit oprávnění ručně chmodem jako root,
2) vytvořit si pravidlo v udev.
První možnost je opruz zvláště tehdy, jestliže se například zařízení vinou vyklochtanýho USB občas odpojí. Druhá možnost funguje automaticky.
1) Nejdřív si zjistíme USBID zařízení:
Kód: [Vybrat]
$ lsusb
Bus 002 Device 014: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 002 Device 009: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 002 Device 008: ID 05e3:0752 Genesys Logic, Inc.
Bus 002 Device 007: ID 05e3:0618 Genesys Logic, Inc.
Bus 002 Device 006: ID 0458:6002 KYE Systems Corp. (Mouse Systems)
Bus 002 Device 005: ID 04b8:013c Seiko Epson Corp.
Bus 002 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter
Bus 002 Device 003: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 04b8:0e03 Seiko Epson Corp. Thermal Receipt Printer [TM-T20]
Bus 003 Device 003: ID 1bcf:0005 Sunplus Innovation Technology Inc. Optical Mouse
Bus 003 Device 002: ID 051d:0002 American Power Conversion Uninterruptible Power Supply
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubTady máme 2 zařízení:
Bus 002 Device 014: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port - převodník USB-TTL
Bus 002 Device 013: ID 1a86:7523 QinHeng Electronics CH340 serial converter - převodník USB-RS232
Za ID je samotný USBID sestávající ze dvou hexadecimálních čísel, první je ID výrobce, druhý je ID výrobku samotnýho.
2) Vytvoření pravidla:
1) v /etc/udev/rules.d vytvoříme soubor, třeba s názvem 47-usbser.rules - číslo asi nebude kritický, název taky ne, nevím, jestli je udevem potřeba přípona .rules, ale když už je to u ostatních souborů pravidel, tak to tak necháme.
2) Do něj nasypeme:
ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
idVendor je ID výrobce (067b:2303), idProduct ID výrobku (067b:2303), MODE samotný oprávnění v osmičkový soustavě, GROUP uživatelská skupina oprávněných používat zařízení. Po pravdě nevím, jestli je skupina úplně nutná, nezjišťoval jsem, ale minimálně by se tím dalo zamezit uživatelům mimo skupinu k přístupu k zařízení.
Můžeme tam samozřejmě přidat další řádky se stejnou syntaxí, třeba já mám:
Kód: [Vybrat]
ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"3) Přidáme uživatele do skupiny (s oprávněním roota):
# adduser <uživatel> plugdev (uživatel bez závorek)
Změna by se měla projevit po opětovným připojení zařízení.
6
Všeobecná podpora / Re:XFCE - nastavení proměnné PATH při startu systému
« kdy: 14. 06. 2020, 03:34:30 »
Divný. Ještě můžeš zkusit přidat to do /etc/environment
Taky je možnost vytvořit/upravit ~/.xsessionrc (pro každýho uživatele zvlášť) a do nich nasypat:
PATH=$PATH:$HOME/bin
export PATH
Taky je možnost vytvořit/upravit ~/.xsessionrc (pro každýho uživatele zvlášť) a do nich nasypat:
PATH=$PATH:$HOME/bin
export PATH
7
Všeobecná podpora / Re:XFCE - nastavení proměnné PATH při startu systému
« kdy: 13. 06. 2020, 13:48:55 »
Honzo, nadefinuj to v /etc/profile 
8
Správa a instalace softwaru / Re:Jak odinstalovat zbytečné graf. prostředí?
« kdy: 09. 05. 2020, 03:27:46 »
Kali je distro určený pro forenzní analýzu sítí, databází apod., a jestli jseš BFU, jak o sobě píšeš, nic z toho vskutku nepotřebuješ (a jestli jo, Debian spoustu těchhle balíků taky má), jako distro pro obyčejný uživatele nemá nic, co by jinde nebylo, teda snad jen autodestrukci dat pro paranoiky s alobalovou čepicí, po nichž "jde" rusko-čínská rozvědka.
Nemáš dostatečný základní znalosti a nepodpora Tvýho exotickýho distra situaci jen tak nezlepší. Jasně, je to odvozenina Debianu, ale to neznamená například, že budou názvy balíků stejný, že budou stejný závislosti, že to, co Ti poradíme, u Tebe bude fungovat, a když to bude fungovat, jestli náhodou nerozbijeme něco jinýho.
Takže, buď se v tom budeš muset plácat víceméně sám (respektive s naši podporou, ale zcela bez záruky, s rizikem), nebo si nahodíš čistokrevnýho Debíka a budeš moct využívat naše mnohaletý zkušenosti. Ale do ničeho Tě nenutím.
K míchání desktopových prostředí - má to sice výhodu v tom, že můžeš například vytvořit chiméru, například správce oken z jednoho prostředí, panely z druhýho, správce souborů z třetího a přihlašovací obrazovku ze čtvrtýho prostředí. Ale o to větší nevýhodu v tom, že si systém neuvěřitelným způsobem zabordelíš. Jestli takhle chceš experimentovat, nainstaluj si VirtualBox, do něj nainstaluj systém a do něj tolik prostředí, kolik budeš chtít - když se systému ve virtuálním stroji něco přihodí, prostě ho smázneš a nainstaluješ znova, bez rizika, že bys znefunkčnil hlavní systém a ohrozil svoje data.
Jinak to přirovnání buldozer/Uno je zcela nesmyslný.
Nemáš dostatečný základní znalosti a nepodpora Tvýho exotickýho distra situaci jen tak nezlepší. Jasně, je to odvozenina Debianu, ale to neznamená například, že budou názvy balíků stejný, že budou stejný závislosti, že to, co Ti poradíme, u Tebe bude fungovat, a když to bude fungovat, jestli náhodou nerozbijeme něco jinýho.
Takže, buď se v tom budeš muset plácat víceméně sám (respektive s naši podporou, ale zcela bez záruky, s rizikem), nebo si nahodíš čistokrevnýho Debíka a budeš moct využívat naše mnohaletý zkušenosti. Ale do ničeho Tě nenutím.
K míchání desktopových prostředí - má to sice výhodu v tom, že můžeš například vytvořit chiméru, například správce oken z jednoho prostředí, panely z druhýho, správce souborů z třetího a přihlašovací obrazovku ze čtvrtýho prostředí. Ale o to větší nevýhodu v tom, že si systém neuvěřitelným způsobem zabordelíš. Jestli takhle chceš experimentovat, nainstaluj si VirtualBox, do něj nainstaluj systém a do něj tolik prostředí, kolik budeš chtít - když se systému ve virtuálním stroji něco přihodí, prostě ho smázneš a nainstaluješ znova, bez rizika, že bys znefunkčnil hlavní systém a ohrozil svoje data.
Jinak to přirovnání buldozer/Uno je zcela nesmyslný.
9
Správa a instalace softwaru / Re:Ztráta přístupového hesla do OS >VVYŘEŠENO< .. a další
« kdy: 03. 05. 2020, 18:14:17 »
1) Nepleť sem Kali - už jsem to minimálně jednou psal. Jseš na Debian fóru, řeš Debian. Kdybys nepletl pátý přes devátý, tak Ti to kus života nesežere.
2) Chyba -110 by měla znamenat poškozenou SD paměťovku - neopravitelná, na vyhození.
3) Před instalací nejdřív obnovuj databázi balíků (!), tj. apt update - vypadá to, jako bys chtěl instalovat balík o verzi, která, co by stará, existuje pouze ve Tvý databázi.
2) Chyba -110 by měla znamenat poškozenou SD paměťovku - neopravitelná, na vyhození.
3) Před instalací nejdřív obnovuj databázi balíků (!), tj. apt update - vypadá to, jako bys chtěl instalovat balík o verzi, která, co by stará, existuje pouze ve Tvý databázi.
10
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 01. 05. 2020, 22:15:28 »
Že Ti to samo nestartuje (ale ruční spuštění jde) = nefunguje vůbec?! 
Ani ses nepodíval do logů, proč se to po startu nespouští.
Ani ses nepodíval do logů, proč se to po startu nespouští.
11
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 01. 05. 2020, 16:56:53 »
Oprava kódu, na na některých strojích mohl awk vracet velikost RAM v bajtech v nevyhovujícím zápisu.
12
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 01. 05. 2020, 15:32:01 »
Protože v RAM nejsou data komprimovaný (až na slučování duplicitních stránek, dělá KSM, nikoliv Komunistickej svaz mládeže, ale Kernel Samepage Merging), zRAM je postupně komprimuje. Proto se do ní vejde kolem dvojnásobku informací, než by jinak mohla pobrat . Opakuju, až po překročení limitu danýho vm.swappiness.
. Opakuju, až po překročení limitu danýho vm.swappiness.
13
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 01. 05. 2020, 03:17:19 »
Tady to máš "černý na bílým" - nejmenovaná česká 2D webová hra. Samotná je vcelku primitivní, ale dost zabugovaná. A především nenažraná.
Na to, aby mi paměť nestačila, stačí hrát asi 2 hodiny, furt totiž v paměti bobtná.
Do zaplnění RAM běžela vcelku normálně (přirovnám ke G3 na Sidovi ve virtuálním stroji). Po zaplnění RAM, jak to začalo swapovat do zRAM, byl běh nepatrně míň plynulej (asi jako G3 na "stabilním" vydání), ale ničemu to nevadilo, až teda na 80-100%ní zátěž všech jader CPU a funící větrák. Jenže jak se zaplnila i zRAM a šlo to do swapu na SSD, ač ten je rychlejší jak HDD, už to bylo naprosto nepoužitelný, trhal se obraz i zvuk, hned nato, protože mám swap stejný velikosti jako Ty, 1.9GiB, i ten se zaplnil a zasáhnul OOM.
Asi 2s před OOM jsem stačil udělat screen, kde je vidět v půlce přeplnění zRAM a náběh do swapu na SSD - za snížení zátěže CPU může IOWait:
Na to, aby mi paměť nestačila, stačí hrát asi 2 hodiny, furt totiž v paměti bobtná.
Do zaplnění RAM běžela vcelku normálně (přirovnám ke G3 na Sidovi ve virtuálním stroji). Po zaplnění RAM, jak to začalo swapovat do zRAM, byl běh nepatrně míň plynulej (asi jako G3 na "stabilním" vydání), ale ničemu to nevadilo, až teda na 80-100%ní zátěž všech jader CPU a funící větrák. Jenže jak se zaplnila i zRAM a šlo to do swapu na SSD, ač ten je rychlejší jak HDD, už to bylo naprosto nepoužitelný, trhal se obraz i zvuk, hned nato, protože mám swap stejný velikosti jako Ty, 1.9GiB, i ten se zaplnil a zasáhnul OOM.
Asi 2s před OOM jsem stačil udělat screen, kde je vidět v půlce přeplnění zRAM a náběh do swapu na SSD - za snížení zátěže CPU může IOWait:
14
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 30. 04. 2020, 03:56:15 »
Dědku, nezřídkakdy do něj zabrousím například při tvorbě panoramat, takže…
Mimo to, zrovna Tobě, konzervě odmítající novější technologie, to nenutím. Když stroj používáš jak standardní BFU, nepoužíváš náročný aplikace a zároveň máš dostatek systémovejch prostředků, u nichž svým chováním nedokážeš dosáhnout jejich limitů, nebo je dokonce překročit, tak to nepotřebuješ, vlastně můžeš mít swap na disketě.
Mimo to, zrovna Tobě, konzervě odmítající novější technologie, to nenutím. Když stroj používáš jak standardní BFU, nepoužíváš náročný aplikace a zároveň máš dostatek systémovejch prostředků, u nichž svým chováním nedokážeš dosáhnout jejich limitů, nebo je dokonce překročit, tak to nepotřebuješ, vlastně můžeš mít swap na disketě.
15
Správa, údržba a nastavení systému / Re:▶ Swapujme do RAM
« kdy: 27. 04. 2020, 19:47:18 »
Ty musíš mít furt něco extra 
. Ve swapu nemám ani jeden bajt obsazenej. Se spíš podívej, jestli máš v /etc/sysctl.conf vm.swappiness = <číslo> správně a bez překlepu. Máme stejnej systém, musí bejt stejnej výsledek.
. Ve swapu nemám ani jeden bajt obsazenej. Se spíš podívej, jestli máš v /etc/sysctl.conf vm.swappiness = <číslo> správně a bez překlepu. Máme stejnej systém, musí bejt stejnej výsledek.