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.


Příspěvky - aigor.net

Stran: 1 [2] 3 4 ... 8
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
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
Díky chlapi za všechny rady, za jeden den se dozvím o licencích Win víc než bych kdy chtěl  ;D

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.

Stran: 1 [2] 3 4 ... 8