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.
..myslim ze cele to vzniklo po testovani ram pameti memtestem..To tezko.
sudo fdisk -la pošli nám výpis. Jinak budeme muset věštit z křišťálové koule, což nebývá moc spolehlivé.
sudo parted -ljeste upozorneni, pri vkladani vypisu sem do zpravy, oznacit mysi text a tuknout na tlacikto (pre) ktere je mezi titulkme a komentarem, tim ze text oznaci jako PREformatovany a nebude z toho necitelnej bordel, to jestli je to v poradku lze pred odeslanim overit po stisknuti tlacitka "Nahled komentare"
dd pod rootem. Jak jsi zde psal o ISO 9660 tak to je struktura informací na optických mediích takže systém si přečte začátek disku a má tam formát CD/DVD. (nakopírovaný z memtestu) (Budiž ti to varováním, že root je (téměř) absolutní vládce a systém poslechne a nesnaží se být chytřejší než admin. Pak tedy si admin musí být jist, co dělá.) Takže ted si vzpomeň, jak jsi původně ten disk vyrobil (naformátoval).
takze je to jeden oddil bez systemu souborovy system ntfs
dd if=/dev/disk2tsdatama of=/media/zdenac/disk2tnovej/zalohacelehodisku.imgto jake oznaceni ma disk2tsdatama si dohledej sam, zamerna nepisu konkretni sd? ani sdX, protoze to predpokladam byl ten vznik celeho tveho problemu, ze jsi spatne zadal, nebo nekde popsal postup s oznacenim disku kterej neodpovidal ;)
sudo parted -l lsscsi
<totálně_off_topic>
(Ale jestli je příčina opravdu taková, jak tipuje k3dAR, pak tohle možná není až tak off-topic.)
Já si zkrátka nemůžu pomoct, klidně nechť někdo tento můj příspěvek smázne, ale cítím nutkavou potřebu sem napsat rádoby-vtipnou historku, které bych sám nikdy neuvěřil, kdybych ji nezažil. A nechce se mi o ní psát blog.
Takže, to bylo tak. Kdysi dávno, v roce 1965 2010, jsem byl odevzdávat diplomku. Bylo samozřejmě těsně před deadline a měl jsem tou dobou (lidský) uptime kolem 60+ hodin, takže můj úsudek nebyl příliš bystrý. On tedy není v podstatě nikdy bystrý, spíš naopak, ale tenkrát to bylo ještě o dost horší než jindy.
Diplomku jsem měl vytištěnou, ale scházela k ní CD. A ta byla poměrně důležitá. Měl na nich být mimo jiné bootovatelný obraz OpenSolarisu s mými úpravami, aby si je oponent mohl spustit a vyzkoušet. Abych měl jistotu, že ten ISO obraz bude funkční, potřeboval jsem ho před vypálením na CD jednoduše nahrát na flashdisk a vyzkoušet, tedy opravdu nabootovat na železe. Nebyl to brutální dd postup; měl jsem na to skript, který byl schopen to médium vytvořit klidně z Linuxu … pokud tam byla předem připravená tabulka oddílů.
Vzal jsem flashdisk, na kterém mi v té chvíli příliš nezáleželo, zapojil jsem ho, smazal jsem jeho (podezřele složitou) strukturu oddílů, vytvořil jsem tam jeden obyčejný primární MBR oddíl a … hotovo. Taky teď někoho hustě zamrazilo v zádech?
No jasně. No jo. Překlep. Byl to harddisk notebooku, čemu jsem přepsal tabulku oddílů.

Zálohu jsem měl, samozřejmě. Na mém domácím serveru. 255 km vzdušnou čarou odtamtud. A seděl jsem bez funkčního notebooku asi tak dvě hodiny před deadline od diplomky někde na chodbě a přemýšlel, co dělat. 
V té chvíli se ale z ničeho nic vynořily dvě neuvěřitelně šťastné náhody. Jen tak, samy od sebe. Zaprvé jsem nepřeformátoval ten flashdisk, že jo, když jsem si místo něj posral tabulku oddílů na disku notebooku. A ten flashdisk měl náhodou na sobě Archboot. (!!!) Zadruhé jsem si pamatoval, že na disku notebooku byly přesně dva primární oddíly, první se ZFS a druhý s LVM. Tedy, nebylo ani podstatné, který byl který, ale že byly dva. Vůbec jsem si ale nepamatoval, jak velké ty oddíly byly. 
Co jsem tedy udělal: Půlení intervalu a opakované pokusy bootovat.
Až to jednou klaplo. A těch půlení stačilo asi jenom 10, ba možná i méně, protože bych to přece nedělil nezarovnaně — a zarovnáním hned několik binárních řádů ubude. Začal jsem v půlce disku (což nebylo ono) a postupně jsem dokonvergoval k místu, kde ten předěl opravdu byl.
A pak už jsem v pohodě nakopnul systém, naformátoval (tentokrát opravdu) ten flashdisk, vyzkoušel ISO obraz, vypálil ho na CD společně se zdrojáky a diplomkou, odevzdal diplomku… Uf.
Chtěl bych říct, že jsem se z toho poučil, ale nepoučil; pořád dělám ptákoviny a riskuju. Ale zážitek to byl zajímavý. Mrazí mě z toho ještě dnes.
</totálně_off_topic>
Tohle^^^ ale asi nakonec je off-topic, protože, pokud tomu dobře rozumím, v původním dotazu jde o poškození typu dd, nikoliv pouze o přepsání tabulky oddílů….
s/opakované pokusy bootovat/opakované pokusy mountovat/
Kdepak, s opakovanými pokusy bootovat bych to nakonec nestihl. 
ano je placeny vim ze se to nema
ale moje ja bylo silnejsi.. tesdiskem jsem uz kdysi jednou svuj disk zachranil tenkrat jsem postupoval presne podle prilozeneho navodu ted jsem to delal sam.. a to asi byla ta chyba... asi tenkrat ale slo o jiny problem... coz uz ted presne nevim... kazdopadne jsem s diskem koupil externi icebox na dva disky a budu je pripojovat jen pri kopirovani.. takova ochrana moc rychleho uzivatele... jinak komunita linux a winn si jsou velmi podobne... takze zde zadne flame se nekona... aspon z me strany.... dekuji a preji prijemny den....
Tiskni
Sdílej: