Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
..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: