Příspěvky

16

Vývoj / Re:Ovládání přehrávače zvuku

« kdy: 16. 12. 2022, 10:32:28 »

Super, díky všem. Mám o zábavy přes svátky postaráno

Původně jsem myslel, že správná cesta bude přes API nějakého přehrávače, ale některá řešení např. v Pythonu vypadají dost dobře.

17

Vývoj / Ovládání přehrávače zvuku

« kdy: 15. 12. 2022, 20:43:21 »

Jak je programově spustit, pozastavit a ukončit přehrávání audio souborů? Vše jen v terminálu, bez GUI.
Snažím se vyrobit přehrávač ovládaný jen tlačítky s jednoduchým alfanumerickým displejem (žádný web, ani chytrá appka v mobilu). Možná vymýšlím kolo, nebo se jen neumím správně zeptat Googlu...

18

Server / Re:Mirror nad SSD disky

« kdy: 22. 03. 2022, 08:56:11 »

Předpokládám, že hodláš koupit DVA disky 
Jinak od nějaké doby provozuju výhradně ZFS, už mi několikrát zachránil nervy. Instalovat na tom celý root není problém, viz ofiko návody, jen je to trochu větší drbačka v terminálu. Pokud to není kritické, pro jednoduchost dělám instalaci na lvm/ext4 a na ZFS překopnu vše kromě rootu a /boot vše po instalaci. Když odejde systém, stejně bývá jednodušší reinstall.
A samozřejmě "fsck" má, zpool scrub a spouští se navíc pravidelně.
SSD má problém v tom, že obvykle odejde bez varování, nebo velice rychle.

19

/dev/null / Re:k zamyšlení - příchozí traffic z vybraných zemí

« kdy: 25. 02. 2022, 16:44:16 »

Tak logicky telnet a ssh je první co většina botů zkouší. A GeoIP je celkem k ničemu, stejně nezjistíš odkud je to reálně vedeno.

20

/dev/null / Re:První skutečná cenzura na českém internetu

« kdy: 25. 02. 2022, 16:42:30 »

Nepleťme si svobodu slova a dezinformace. To první je vyjadřování osobního názoru a byť ten člověk může být pomýlený, nebo úplný blb, dokud se o tom dá diskutovat, není to nic proti ničemu.
Ale záměrná, profesionálně vedená kampaň s cílem způsobit někomu zdravotní, nebo jinou újmu, destabilizovat společnost,.. je úplně jiná sorta. Za mě na úrovni kybernetického terorismu a podle toho bych k tomu i přistupoval.

21

Odkladiště / Re:vyskoceni chranice likviduje elektroniku

« kdy: 25. 02. 2022, 16:36:41 »

Moje zkušenosti na tohle téma by vydaly na knižní román. Nicméně většinou jsem to zarazil v počáteční fázi a namachrované blby vyhodil dřív než stihli zprasit víc než udělat. Stálo mě to 4 roky nervů, spoustu vyhozených peněz, hromadu výhrůžek žalobami, ale povětšinou mám na baráku elektro v cajku. Přemluvil sem staršího pana důchodce revizáka, aby přijel na placenou konzultaci a podle jeho rad si to opravil sám. Chce to projít kompletně každý drát, každý věneček a spoj, rozbebrat každou krabici, zásuvku a vypínač a kontrolovat a měřit. Mít správně průřezy, jednotný materiál, minimalizovat přechodové odpory a rozložit rovnoměrně zátěž. Na přístrojích v rozvaděči nešetřit a nakonec si to nechat znovu komplet prohlídnout - hlavně pro vlastní klid.

22

Studium a uplatnění / Re:IT a znalost více cizích jazyků

« kdy: 14. 12. 2021, 18:25:35 »

Mě spíš zaráží ty malé znalosti IT a logiky. Kdybych ti měl upřímně poradit, tak si dodělej němčinu a pak nějakej MBA titul. Nebudeš sice umět programovat, ani nic řešit, ale jako manager budeš happy.
Já sem na jazyky naopak absolutně tupej, zkoušel jsem kdysi němčinu i angličtinu, ale moje úroveň je, že se stěží na dovolené dokážu zeptat na cestu :-( Ale psanou dokumentaci pochopit zvládám a při programování mě to nijak neomezuje. S ohledem na to, že mě táhne na pátek křížek, tak už to neřeším, ale v IT dělám přes 20 let.

23

Vývoj / Re:Bash, zjištění LUKS jednotky podle disku?

« kdy: 14. 12. 2021, 12:44:37 »

A-ha, ta poslední konstrukce mě nějak unikala!
Žil sem pořád přesvědčení, že musím nějak rozložit ty stromový závislosti...

To je ono, THX!

24

Vývoj / Bash, zjištění LUKS jednotky podle disku?

« kdy: 14. 12. 2021, 11:16:18 »

Mam zadáno UUID disku a potřebuju zjistit, zda jde o LUKS jednotku a pokud ano, jestli je už připojena a pod jakým jménem (/dev/mapper/name)
Normálně bych kouknul na lsblk, ale přemýšlím, jestli existuje jednodušší metoda jak parsovat výpis z lsblk...

Kód: [Vybrat]

ST3250410AS           sdb                                232,9G crypto_LUKS        e1eb1e8b-0e22-4591-aea9-6b8cf89ab89f
                      `-luks2                            232,9G zfs_member  zpool2 6887577636413785047

tedy ze zadání "e1eb1e8b-0e22-4591-aea9-6b8cf89ab89f" získat "luks2"

25

Software / Re:bash, jak výstup nebo pouze chyba

« kdy: 20. 10. 2021, 10:55:07 »

Nemuzete pouzit neco chytrejsiho, co umi zpracovat stdout i stderr?

Díky!, přesně tohle jsem potřeboval.

Čumím na to jako puk, jdu se napřed zahrabat do houští a pak se dál učit... 

26

Software / bash, jak výstup nebo pouze chyba

« kdy: 20. 10. 2021, 09:36:01 »

Ahoj, řeším takovou hloupost a dost se v tom plácám.
Volám z PHP exec() na Bash příkaz, který má generovat nějaký výstup. Problém je, že při chybě se hláška spojí s výstupem a já potřebuju pouze text samotné chyby.
IMHO nejlíp asi formulovat příkaz tak, aby na výstupu byl pouze výsledek příkazu, NEBO text chyby. Jde to takto zapsat?

27

Server / Re:ZFS nesmazatelný adresář

« kdy: 25. 01. 2021, 12:32:43 »

Abych to uzavřel - tak po odpojení a připojení poolu chyba "zmizela", resp. zablokovaný adresář se objevil s původním a předtím neviditelným obsahem a vše funguje jak má. Pro jistotu jsem udělal kontroly dat, ale nic se neztratilo ani nepoškodilo.
Netuším sice jak k tomu došlo, nejspíš přece jen nějaký proces mohl zazlobit a ZFS sice data obnovilo, ale z nějakého důvodu se část neodemknula.
Protože jde o sever, reconect poolu jsem dělal až včera v noci.

Takže kdyby se s tím někdo setkal, snad mu to pomůže.

28

Server / Re:ZFS nesmazatelný adresář

« kdy: 23. 01. 2021, 23:13:43 »

Kdepak. Je to běžný adresář v datasetu, cca 30 MB, nejsou zaplněné kvóty, nejede virtualizace, ani se tady nepoužívají vnořené datasety. Žádná záludnost, všechno se tváří normálně.

Dataset používám na synchronizaci pracovních dat. Každý den snapshot a rsync.
Jak říkám, není problém to zrušit celé - udělat nový dataset, ani o data jsem nepřišel - ve snapshotu vidím vše v pořádku, jen se tomu pokouším přijít na kloub.

29

Server / ZFS nesmazatelný adresář

« kdy: 23. 01. 2021, 13:47:08 »

Ahoj, narazil jsem na zvláštní problém v ZFS. Provedl jsem rollback snapshotu a jeden z podadresářů se mi vyrobil ve zvláštním stavu. Tváří se jako prázdný, nejde do něj nic zapisovat a nejde smazat. Původní obsah je ve snapshotu normálně čitelný, ale do rollbacku se neobnovil.
Při pokusu o zápis protestuje, že obsah už existuje.
Oprávnění je v pořádku, nemá ani immutable bit, nesmažu jej ani jako root přes rm -rf.
zpool scrub nic nenašel. Smím jej pouze přejmenovat. Otevřené procesy jej taky neblokují a tady moje znalosti končí.
Netuší někdo jak k tomu došlo a co se s tím dá dělat?

30

Windows a jiné systémy / Re:Legalizace/Reinstalace Win10 na Lenovo NB

« kdy: 09. 11. 2020, 20:12:12 »

Díky chlapi za všechny rady, za jeden den se dozvím o licencích Win víc než bych kdy chtěl 

Jinak samozřejmě myslím o "aktivaci". V Lenovo servisu se obávám, že se se mnou nebudou chtít bavit bez nějakého pořizovacího dokladu (což chápu, nemůžou vědět jestli to není kradené).
Podle uvedeného odkazu mi po vložení S/N vyplivlo jen model a nabídlo stažení Lenovo Service Bridge, zkusím zítra (NB mám v práci). Slibně vypadá i to vytažení z EFI.