Společnost AMD na veletrhu Computex 2024 představila (YouTube) mimo jiné nové série procesorů pro desktopy AMD Ryzen 9000 a notebooky AMD Ryzen AI 300.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána ve verzi 4.10.0 . Přehled novinek v ChangeLogu. Vypíchnout lze Wayland backend pro Linux.
Národní superpočítačové centrum IT4Innovations s partnery projektu EVEREST vydalo sadu open source vývojových nástrojů EVEREST SDK pro jednodušší nasazení aplikací na heterogenních vysoce výkonných cloudových infrastrukturách, zejména pro prostředí nabízející akceleraci pomocí FPGA.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu aktuálně činí 2,32 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Ubuntu, Linux Mint a Manjaro Linux. Při výběru jenom Linuxu vede SteamOS Holo s 45,34 %. Procesor AMD používá 75,04 % hráčů na Linuxu.
Blíží se léto, chladiče topí, tranzistory se přehřívají, novinářům pomalu docházejí témata a nastává klasická okurková sezóna. Je tomu tak i mezi bastlíři? Na to se podíváme na Virtuální Bastlírně! Tentokrát se strahováci podívají na zoubek velmi slibně vypadajícímu open-source EDM projektu - ne, nejde o taneční hudbu, ale o elektroobrábění. Ukáží taky, jak vypadá starší cykloradar zevnitř nebo jak se testuje odolnost iPhonů.
… více »Společnosti Ticketmaster byla odcizena databáze s osobními údaji (jméno, adresa, telefonní číslo a část platebních údajů) 560 miliónů zákazníku. Za odcizením stojí skupina ShinyHunters a za nezveřejnění této databáze požaduje 500 tisíc dolarů [BBC].
Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Je tomu asi tak pet dni. V klidu jsem si pracoval, kdyz nahle uderil blesk a nasledny hrom.
Pracoval jsem si v klidu na svem notebooku, ktery mi funguje bez problemu jiz dva a pul roku. Byl jsem prihlasen na lokalnim serveru, takze po uderu blesku a naslednemu vypadku proudu jiz nemelo smysl pokracovat v praci, protoze zalozni zdroje na ten server vydrzi jen par minut. V klidu jsem tedy svuj notebook(nebyl pripojeny ani na prepetovce) vypojil ze zasuvky a vypnul.
Druhy den jsem se rozhodl svuj stroj nabootovat. Mel jsem zkompilovane obstarozni dvasestkove jadro, ve kterem mi ale fungovalo vsechno. Toto jadro odmitlo nabootovat kvuli absenci souboru s moduly. Zkusil jsem tedy standardni distribucni kernel, ve kterem je stroj bez problemu pouzitelny, a normalne vse nabehlo. Uzivatelska data jsou neposkozena. System se chova uplne normalne. Jedine co zmizelo jsou moduly k jadru, ktere bylo nabootovano v okamzik uderu bleskem. Na okruhu, kde byl muj stroj pripojen do elektriky, doslo k vyhozeni jisticu, takze tam nejake prepeti bylo. Hardwarove se stroj tvari naprosto v poradku. Opravdu jedinym problemem je absence onych modulu. Nevi nekdo, jak k tomu mohlo dojit? Mne z toho jde hlava kolem...
Tiskni Sdílej:
Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro.
Aha, to jsem nevěděl -- a zároveň to vysvětluje mnohé problémy, které jsem musel v minulosti řešit
Třeba na Gentoo když instaluješ nVIDIA blob pro aktuální kernel, tak se pak při odebírání předchozí instalace smaže modul pro starý jádro. Tak jestli to nebylo něco podobnýho.
Ale to uz je docela davno, ne? Stejny problem mel i ati-drivers balicek, ale uz pred dlouhou dobou jsem zaregistroval, ze to pri instalaci ohlasi protected files v /lib/modules ...
Ale vzhledem k tomu, že to jádro je už starší, tak předpokládám, že se moduly načetly při startu a pak už se na ten adresář nešahalo. Takže by ani neměl být ve write-cache.
Já vím co s tím je! Je to rozbitý! Dyť tomu nic není, jen to nejde. To bude jenom nějakej drátek. Nebo nějaký pérko. Dyť to normálně šlo, tomu určitě nic nebude, dyť se z toho jen trochu zakouřilo.
Nemoh jsem si pomoct, jak slyším o nepochopitelné závadě tak se mi vybaví tyhle hlášky. Kdo se pohybuje v nějaké opravářské profesi tak to určitě zná. Uživatel přijde s nějakým rozpraseným šrotem a hrozně se diví že je to k nespravení.
Proste mi z disku zmizely soubory. Ja si to opravim jednoduse, jen jsem si chtel zablogovat v takovem uvolnenejsim tonu. Nevim, proc hned mluvis o rozprasenem srotu, kdyz si muj stroj ani nevidel. Je sice hezke, ze se ti vybavuji ony hlasky, ale proste pro mne je zmizeni tech souboru nepochopitelne a blesk byl pekna zaminka k napsani tohoto blogpostu.
já to taky myslel v uvolněnějším tónu a už vůbec jsem nemyslel tvůj stroj. Prostě mě ten nadpis pobavil protože jak mi jistě každý kdo má co do činění s opravami jakéhokoliv druhu potvrdí, když je nějaká závada nepochopitelná, záhadná a "fakt s tím nikdo nic nedělal" tak je to jasné. Buď banalita kterou uživatel svým zásahem proměnil v katastrofu nebo katastrofa typu pád přístroje z velké výšky na dlažbu případně pád přístroje z malé výšky do......(piva, záchodu, kanálu). Zajímavé závady existují, ta tvoje bude asi jedna z nich. V počítači mě to až tak nepřekvapuje ale ony někdy i stroje ryze mechanické a poměrně jednoduché dovedou překvapit.
Predpokladam, ze jsi ho vypnul normalne pres poweroff nebo shutdown, nebo pres nejakou funkci manazera "Power Off/Shutdown". Predpokladam, ze nemas nejakej FS oznacenej jako EXPERIMENTAL.
Pak je jediny mozny vysvetleni, ze jsi udelal nejakou akci, ktera (a) prejmenovala adresar s modulama, ale to bys ho nasel, (b) smazala moduly (nespoustel jsi nejakej "zajimavej" prikaz?), (c) delal jsi upgrade kernelu, kterej z nejakyho duvodu selhal a moduly se nedoinstalovaly, (d) delal jsi nejakou defragmentaci (nebo jadro samo, ale o tom dost pochybuju) a zrovna pri presouvani prisel ten vyboj, kterej by z nejakyho duvodu pomatlo ten proces a on si myslel, ze uz ty data presunul (ale to se mi zda taky hoooodne nepravdepodobny)
Jeste by byla moznost, ze by sam Linux se rozhodnul, z nejakyho zvlastniho duvodu, ty moduly na disku nejak presunout a behem presouvani ho ten vyboj pomat, ale to je jako (d) dost nepravdepodobny.
Já měl jednou problémy s HW. Nabootoval jsem, chyběl adresář /usr/bin. Restart - najednou tam zase byl. Později se začaly objevovat různé chyby, systém byl často poškozený a musel se udělat fsck. Vyměnil jsem skoro úplně všechno, až jsem nakonec zjistil, že byl problém s MB a CPU zároveň. Začalo to pomalu, nakonec jsem to definitivně vyřešil až po několika měsících.
Když se mi před měsícem na tomtéž počítači zase záhadně ztratila data (tentokrát moduly xorg), tak jsem rovnou koupil nový MB, CPU, RAM a GPU, vyměnil, přeinstaloval (upgrade na amd64) a problém vyřešen.