Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
# 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: