Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
# 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: