Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
# v pripade MBR/Legacy/MSDOS parted /dev/sdX mklabel msdosa pak nevim jestli btrfs lze takto uvadet, muzes kdyztak filesystem vynechat a pak proste pouzit mkfs.btrfs /dev/sdXY
a pak nevim jestli btrfs lze takto uvadetV info stránce píšou, že prej jo.
a pak proste pouzit mkfs.btrfs /dev/sdXYPočkat, to přece nechce, ne? Cílem snad je namountovat FS s přepsaným začátkem a obnovit z něj data, ne?
a s tim souvisi i to ze vhodnejsi tohle delat na zaloze zalohy
mount -o ro,offset=XXX a nemusí dělat partitiony…
Počkat, to přece nechce, ne? Cílem snad je namountovat FS s přepsaným začátkem a obnovit z něj data, ne?mas pravdu, omlouvam se a jdu radeji spat ;)
mkfs si následně nakopiruji messsage který vygeneruje, abych měl nezávisle uložené, kde jsou na formátovaném oddílu superbloky. Když se něco pokazí, tak je dobré to mít. (a nějak jsem zatím nepátral, jak si nechat vypsat kde jsou superbloky na existujícím oddílu.)
parted /dev/sdX print
[root@localhost marek]# parted /dev/sdb print Model: ATA WDC WD20EURS-63S (scsi) Disk /dev/sdb: 2000GB Sector size (logical/physical): 512B/4096B Tabulka oddílů: loop Disk Flags: Číslo Začátek Konec Velikost Systém souborů Přepínače 1 0,00B 2000GB 2000GB btrfstakhle to ted vypadá
sudo parted /dev/sdX align-check min 1 align-check opt 1
. Taková FATka má třeba v prvních 4MiB alokační tabulku. Taky by to byl problém, kdyby měl filesystém velký bloky (ext4 a btrfs je v pohodě, nějaké flash fs nevím), že by se musely vždy cacheovat dva fyzické NAND bloky.
3) ne nechci aby mi to někdo instaloval/obchospodařoval - od roku 2004 nebo kolik jsem si vždycky poradil (ať už s pomocí tady, nebo sám)a chci v tom pokračovat, jen se mi to ted krásně sesypalo pod rukama...+1
1) jde mi o to, zkusit na tom poškozeném disku obnovit oddíly a data a podle záloh zkontrolovat co je a není zničený a pak se rozhodnout - těch 5% jsou různý kraviny který mě až tak netrápí, ale proč o ně přijít. Nebyl to systémový disk, nejdůležitější data jsou snad v pořádku na exterákuV ext4 sa info o súboroch nezapisuje len na jednom mieste, takže vieš obnoviť čiastočnú aj. Btfs neviem.
2) stabilita a rolling - je mi jasný, že to dohromady nejde, ale za těch X let co mám linux (i tu kombinaci sid/experimental) tak jsem takový kotrmelec nezažil - holt se mi to sešlo. A při návratu k debianu kde mi nvidia funguje a vše se zatím tváří ok, tak se překlepnu u toho dd..Čo skúsiť Fedoru? ---- A stabilita? ... Použivať open-source ovládače. A starú verziu nepačovať na novú, ale nainštalovať ako novú. (Dá sa pôvodná štruktúra zmazať, data ponechať. Nemusí sa pri inštalacií preformatovať odiel)
.
2) Pokud chceš těch 5% a byly na nedotknuté partišně (podle toho jaký dd příkaz jsi pustil). Tak stačí opravit MBR, připojit a vykopírovat.
3) Pokud je těch 5% na komplet přepsané partišně, tak smůla.
4) Pokud na té poškozené partišně, tak se možná může zachránit. Najdi si prázdný disk o větší kapacitě než poškozená partišna, oprav MBR a vykopíruj jen tu danou partišnu před dd (10x měř a jednou řež) na pracovní disk do souboru jako image. Na image (nebo lépe jeho kopii) pak můžeš operovat třeba přes fsck (nevím zda to podporuje btrfs).
[...] pustit dd na 2TB disk s datama [...] zapsalo se cca 190MB těžko říct kam [...]to kam se zapsalo je snadne rict, ale je potreba aby jsi dohledal (v pameti nebo bash historii), co si pro dd pouzil za zarizeni pro of (output file/vystupni soubor), pokud to bylo sdX (misto X si dosad co to bylo nevim jestli b dle stareho vypisu, tak aby te to nematlo, stejne jako te uz zmatlo to ze si dd poslal na spatnej disk a pritom chtel asi na usbflash ktera proste nebyla na sdb jako ti pravil nejakej navod "jak iso na flashku") tak to slo od pocatku disku (ze stareho vypisu neni poznat jestli MBR nebo GPT) az cca 188MB z prvniho oddilu, pokud bys to poslal na sdX1 tak by rozdeleni disu bylo v poradku a tedy ho nemusel resit "jenom" by to melo smazane 190MB z prvniho oddilu, pokud bys to poslal na sdX2 (ktere asi nemas ale jen pro info) tak to smaze zas "jen" tech 190MB z druheho oddilu...
To se stává. Vím z vlastní zkušenosti. Nejdřív udělá člověk jeden kopanec, pak zazmatkuje a už se to veze.
A asi se vykaslu na nejaky exclude a obcas zazalohuju funkcni system a rozdeleni disku budu pak mit pokoj komplet (doufam)
). Ale na druhou stranu mě docela baví a je to takovej trochu únik. A ho cpu kam můžu - prarodičům, dětem, až odejde tv, tak bude pravděpodobně nejhloupější chytrá tv se slušným obrazem + linuxové HTPC a tak dále...
Jenže zase - ten můj únik používá zbytek rodiny (k všeobecné spokojenosti) a tak jsem docela rád když funguje - ne že furt poslouchám kdy to už půjde
A ještě k tomu čím jsem starší tím menší mám ochotu trávit čas řešením toho co nemusím - stačí mi kraviny který si dokážu "vyrobit" sám ..
problém u mě je ten, že nejsem ajťákNo. Nevím jestli tě to utěší, ale v práci jsem jediný kdo není odchovancem ústavu který nás živí a kterého IT vzdělávání minulo širokým obloukem. V podstatě jsem se k tomu dostal podobnou cestou jako ty – aktuálně se nalézáš v podobném bodě jako já -20 let.
[...] když třeba jednou před 2 rokama něco nastavím, zapomenu jak [...]na to je jednoducha rada, zalozis si poznamkovnik.txt a tam si to pis, za 2 roky to tam najdes, staci si pamatovat jak si ten jeden textak ulozis ;)
Tiskni
Sdílej: