Příspěvky

61

Hardware / Re:Jak na upgrade firmwaru (BIOSu)

« kdy: 14. 06. 2022, 00:53:23 »

# fwupdmgr
WARNING: UEFI capsule updates not available or enabled in firmware setup

Bohužel tyhle consumer modely v LVFS nejsou, mají tam jen Zxxx řady a nějaké drobky okolo.

Díky za vysvětlení s WinPE, zatnu zuby a zkusím to!

62

Hardware / Jak na upgrade firmwaru (BIOSu)

« kdy: 13. 06. 2022, 21:17:35 »

Klasická situace: mám notebook s Linuxem, jeho výrobce vydává nový firmware pouze v balíčcích pro Windows (ačkoliv notebook prodává i bez OS). Jak do notebooku dostanu aktuální firmware (s důležitými opravami power managementu), aniž bych musel jít cestou (zakoupení a) instalace Windows, která by mi nejspíš sebrala 1-2 dny?

Jde o HP Envy x360 model ds0000, je v tom Ryzen 3700U, v posledních kernelech má už konečně funkční s2idle, ale vyžaduje to opravu i ve firmwaru, který je (i na HP poměry) obzvlášť mizerný.

Starší vydání BIOSu (jak to HP nazývá) byly self-extracting 7-Zip archivy, které stačilo pomocí 7z rozbalit. Vypadlo z toho několik .bin souborů, jedním z nich byl právě obraz firmwaru. Ten stačilo dát do /boot oddílu (vfat EFI partition), restartovat, a firmware se nainstaloval. Jenže od určité verze HP distribuuje jen jakýsi spustitelný soubor, který (asi) přímo přes nějaký UEFI entry point nahraje bináč do flashky na desce.

Ve Zprávičkách zrovna visí program Ventoy na tvorbu bootovatelných USB disků, ale s Windows tam mají v podporovaných jen instalační média. Existuje něco jako Live USB Windows?

63

Server / Re:Cloud storage - silent data corruption

« kdy: 08. 06. 2022, 12:54:18 »

Já mám blob storage u Backblaze, asi $1000 ročně za 20 TB. Ještě jsem tam měl zálohování/filesharing, to bylo za nějakou symbolickou částku $70/rok bez omezení velikosti, ale byla to Windows-only nativní aplikace (à la Dropbox), což už nepoužívám.

64

Hardware / Re:nejmensi 12V zdroj

« kdy: 08. 06. 2022, 00:46:07 »

Jestli není problém DIY (připojení šňůry s vidlicí), tak "LED zdroje" jsou asi nejmenší, co se dělají za lidskou cenu, např. tenhleten. Výhoda je že to pak nezabírá místo u zásuvky, můžete si to pověsit kam se to vejde.

A jinak Sunny vyrábí třeba SYS1381N-1212-W2E, je to sice větší ale pořád to není půlkilová cihla z 90. let.

A pak ještě je možnost že ta z-wave věc má reálně mnohem širší vstupní rozsah, než udává výrobce, a půjde to provozovat i třeba z miniaturní USB nabíječky :-)

65

Server / Re:Cloud storage - silent data corruption

« kdy: 07. 06. 2022, 21:46:57 »

v tom případě nepoužíváš zfs , jeho scrub ten poměr dat v paměti právě výrazně mění

Jo, ale scrub téměř nikdy neběží. Já třeba pole scrubuju jednou měsíčně a trvá to cca 10 hodin, tj. představuje 1.3 % uptimu. Takže náhodný muon z rozpadové kaskády protonu letícího skoro rychlostí světla co si naryl držku o atom dusíku 60 km nade mnou se nejpravděpodobněji trefí do DRAM čipu právě v těch 98.7 % času, kdy ten NAS nic nedělá a má ramku skoro prázdnou :-)

ECC určitě ano, ale bude to ještě pár let než se to ze současných ARM serverů probublá do consumer cenové hladiny. A amd64 hardware nikdo do levných NASů dávat nebude. S roustoucí hustotou (a tím chybovostí) pamětí ECC bude nakonec stejně všude.

66

Server / Re:Cloud storage - silent data corruption

« kdy: 07. 06. 2022, 16:59:38 »

(koukl jsem do grafany) drtivou většinu času mám využití RAM okolo 200 MiB, tj. okolo 5 %. Ten foton se nejpravděpodobněji trefí právě do těch zbylých 95 %, kde to nic nerozbije.

67

Server / Re:Cloud storage - silent data corruption

« kdy: 07. 06. 2022, 16:57:29 »

Teoreticky jo, ale v praxi to tak provozuji roky (btrfs i zfs) a dobré. On totiž ten buffer před zápisem do storage je velmi malý cíl: jak prostorově (několik pár-KiB bloků) tak časově (commit interval okolo minuty). Abych měl realistickou šanci chytit single event, tak bych musel mít v kterýkoliv moment značnou část paměti plnou diskového backlogu, jako třeba na nějaké hodně vytížené databázi. NAS prakticky 100 % času sedí a nic nedělá... většina uživatelských přístupů je read-only (Kodi pustí film, atd.) kde mi bit-flip nevadí (FS to hned přečte znova, úspěšně). Těch pár zápisů denně (upload fotek, automatické zálohy počítačů, upirátěný film jednou za čas) má mizernou šanci se do toho trefit.

68

Server / Re:Cloud storage - silent data corruption

« kdy: 07. 06. 2022, 16:08:08 »

U domácího NASu to může být třeba jednou po půl roce, odhad čísla nemám a non-ECC paměti to neumějí ani detekovat.

Mnohem častěji! Consumer NASy mají typicky nižší napětí DRAM a vyšší hustotu (jsou to mobilní čipsety), takže stačí menší energie částice k jejich překlopení. Nemusí to být ani ionizující záření, to zařízení si dokáže toho rušení vytvořit samo dostatek (vizte např. Rowhammer útok).

Na mém NASu se 4 GB LPDDR4 paměti jsem dělal takový kalibrační průzkum memtestem a vyšel mi řádově jeden bit-flip za GB a měsíc s pozadím okolo 120 nSv/h (normální pozadí v ČR třeba v paneláku, pokud nepoužili jako plnivo popílek z uhlí z místa, kde je víc radionuklidů v podloží).
Když jsem to přesunul do místnosti s žulovou obvodovou zdí, kde je pozadí blíž k 400 nSv/h, tak už jsem naměřil circa jeden flip za GB a den.

Toto všechno ale bylo až po opravě 12V zdroje sestavy, který do toho hnal "špinavé" napětí s rychlým šumem 400 mVpp. Pak to totiž mělo bit-flip snad každou minutu, nebyla jistota že to nabootuje, náhodně to padalo na GP fault nebo náhodné nereplikovatelné Oopsy. A filesystem to samozřejmě ničilo.

69

Vývoj / Re:Čím nahradit Glade?

« kdy: 30. 05. 2022, 16:15:42 »

U GTK neexistuje důvod dělat cokoliv v C, díky gobject introspection systému to můžete používat stejně dobře ve všech jazycích, které GI podporuje. Ručně stavět UI imperativně se už nedoporučuje, ani přímo používat Gtk primitivy. Best practice je používat libadwaita (nástupce libhandy), která má hodně high-level widgetů a stará se o dodržení accessibility zásad, responzivitu na různě velkých obrazovkách atd. Bohužel je to relativně mladé a tak není příliš mnoho začátečnické dokumentace, nejlepší je rozebrat si nějakou mladou a malou aplikaci a použít ji k učení (např. gnome-todo).

Příklad https://blog.devgenius.io/using-the-libadwaita-leaflet-widget-for-a-responsive-gtk4-ui-in-rust-73bbc2f4025

70

Sítě / Re:Divná elektřina v bytě rozbíjí síť

« kdy: 29. 05. 2022, 23:19:15 »

Podobné téma jsme tu měli celkem nedávno, tak to projeďte, třeba tam už řešení zaznělo. Za mě to je "koukněte se, jestli nemáte někde v bytě zkrat nuláku do ochranného vodiče, např. pokud nějaký šikula zakončil nevyužitý rezervní kabel bezpečně pomocí wago svorky"

Když je někde v obvodu propojen N+PE, tak přes něj půjdou přetoky způsobené úbytkem napětí v samotném rozvaděči. Zapnete troubu, rozvaděčem najednou valí 10 A, udělá se na nulovém můstku pár set mV úbytku a tady to maličké napětí vyvolá proud IΔn > 30 mA tou zkratovanou větví.

To, co se pak děje s LAN, může být klidně jen náhoda, nebo přímo nesouvisející, např. jak píše kolega Sivák.

71

Studium a uplatnění / Re:Dělat vývojaře nebo elektroinstalatéra

« kdy: 27. 05. 2022, 20:49:16 »

Může tu někdo znalý shrnout, jak si vedou

Já na to koukám z druhé strany, z pohledu firmy která všemožná řemesla najímá na svoje práce (smarthome instalace, světla, bezpečnost atd.) a 8k/MD je hodně za hranicí všedních dnů. Polovina je zhruba kolik fakturují dobří, samostatní elektrikáři s reputací a aspoň paragrafem 6, junioři pod nima jsou buď zaměstnanci za hrst rýže nebo kontraktoři kolem 3k/MD. Pak máme "esa" kteří jdou vyřešit konkrétní problém, ti ale nemají hodinovku, ti přijedou na stavbu přepnout modbusem jeden obskurní registr a fakturují za to dvacítku :-)

72

Server / Re:Databáze na SSD

« kdy: 23. 05. 2022, 17:41:35 »

Každá technologie má nějakou cyklickou životnost (počet přepisů), takže čím větší pole, tím víc GB/den do toho musíte rvát, abyste ten disk namáhali stejně. Např. 30 GB/den znamená pro 128G NAND 85 přepisů za rok, zatímco pro 2T NAND je to jenom 5 přepisů za rok.

Flash controllery se snaží o rovnoměrnou zátěž. V podstatě každý SSD se chová jako copy-on-write systém, protože zápis do vynulovaného flashe je řádově rychlejší než mazání (přepisování bloku na místě), takže i když z pohledu uživatele přepisujete pořád jeden a ten samý soubor nebo blok filesystemu (např. databáze), tak na flash poli by to mělo dělat pěkně sekvenční zápisy nových bloků dat. Staré bloky se zahazují, ve volném čase mažou, aby se do nich mohlo zapisovat zase až to k nim dojede. To je teorie, samozřejmě, v praxi můžete narazit na bug, kvůli kterému se nějaká část flashe zapisuje neúměrně častěji a to způsobí předčasné selhání.

73

Software / Re:Hezký terminálový font a font na zdrojáky

« kdy: 29. 04. 2022, 23:12:12 »

+1 Terminus. Pokud se líbí menší, tak je moc pěkné písmo https://github.com/slavfox/Cozette - umí rámečky, češtinu, různé piktogramy, a vypadá tak nějak roztomile a bezpečně, jako ve starých Lucas Arts adventurách.

74

Hardware / Re:Odpájanie USB UART linky EMI

« kdy: 25. 03. 2022, 22:10:35 »

Feritové jádro blízko k USB portu počítače. Ideálně ale vyměňte kabel za nějaký s vestavěným feritem. 5m kabel je dost, tam se už nějaké parazitní jevy projeví snadno. Nový 12V zdroj do toho může injektovat rušení a třeba Vám to s tím kabelem zrovna pěkně ladí a rezonuje.

Osciloskop by velmi pomohl...

75

Software / Re:Váš oblíbený systém na správu firemních informací (wiki)

« kdy: 24. 03. 2022, 18:20:31 »

Koukněte na Wiki.js (https://js.wiki/)

- přístupová práva včetně anonymních (nepřihlášených) uživatelů, globálně i pro stránky
- outline z nadpisů generuje
- levý sloupec nějak upravovat jde? ale nezkoušel jsem
- obrázky/přílohy spravovat jdou, ale podle mě zbytečně moc kliknutí (zkuste)
- je to víceméně one man show, ale finance v tom jsou a je to v aktivním vývoji delší dobu
- snadná instalace na vlastní stroj (nodejs)

- celkem responzivní design (Vue.js frontend)
- syntax highlighting, čísla řádků, atd. pro bloky kódu dělá