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.
Proč by se to ale mělo zbořit? Pokud se to nevypne "násilně", tak se tomu stát nic nemá a kontrola netřeba.Mi to přijde jako kolegovy postuláty
Ne, tam to prostě musí fungovat…i když o daném místě neví zhola nic. A než by se to zkontrolovalo, tak se to prostě musí brát jako fakt. (I když jde ve skutečnosti o docela komplexní systém u kterého znalost jeho kompletní fungovaní není v silách jednoho člověka)
Proč by se to ale mělo zbořit?Mně napadá třeba 1864 důvodů proč.
HW chybu by to stejně neopraviloNejde o to opravit to, ale identifikovat vadné místo v případě, že nižší vrstva není něčeho takového schopná. Je to jako ptát se nač jsou CRC v IP paketech nebo paritní bity v přenosu, když už stejně HW neopraví.
Ve Windows se to nepouští ani při ošklivém vypnutíA to je možná chyba.
protože NTFS je očividně kvalitní FSDosahuje očividně kvalit čtyřleté brandy.
nepotřebuje pravidelné kontrolyTy nepotřebuje nikdo. Jen je pak potřeba nedivit se, když se něco neobjeví z důvodu, že nebyla provedena pravidelná kontrola. A to neplatí zdaleka jen pro FS.
Proč by se to ale mělo zbořit? Pokud se to nevypne "násilně", tak se tomu stát nic nemá a kontrola netřeba.
Z manuálové stránky:
You should strongly consider the consequences of disabling mount-count-dependent checking entirely. Bad disk drives, cables, memory, and kernel bugs could all corrupt a filesystem without marking the filesystem dirty or in error. If you are using journaling on your filesystem, your filesystem will never be marked dirty, so it will not normally be checked. A filesystem error detected by the kernel will still force an fsck on the next reboot, but it may already be too late to prevent data loss at that point.
Ve Windows se to nepouští ani při ošklivém vypnutí (nebo se to kontroluje hodně rychle, že se to ani neukáže), protože NTFS je očividně kvalitní FS a nepotřebuje pravidelné kontroly.
To nemá s kvalitou FS nic do činění. NTFS se umí checkovat a zvládne jisté opravy za běhu, přesto už jsem se několikrát setkal s vynuceným chkdsk při bootu a příčinou byl právě vadný kabel.
Každý FS si to řeší po svém. Vývojáři ext se rozhodli pro pravidelné kontroly, některé FS udělají rychlý check při mountu a jiné (ZFS) neustále za běhu kontrolují CRC data a metadat.
Některé distribuce (CentOS) pravidelné kontroly ext3 mají standardně vypnuté. Já je pak zapínám, data jsou pro mě cennější. Tohle si musí zvážit každý admin sám pro svůj systém.
Ve Windows se to nepouští ani při ošklivém vypnutíJá tohle už na Vistách viděl asi tak 20x a klidně ti to i vyfotím na foťák... A mimochodem, Visty tohle hlásí i u každé druhé flešky, když ji člověk zapojí do systému
Visty tohle hlásí i u každé druhé flešky, když ji člověk zapojí do systémuAno, pokud to vytahujete bez odpojení, tak se nedivím.
Kdo ma to tvoje neustaly ublizeny stezovani porad cist?
Hmmm, co třebaaa... vývojáři?
fuser
.
Můžeš si to přenastavit pomocí tune2fs, a pokud odstraníš kontrolu po nekorektním vypnutí, koleduješ si o problémy.
Tiskni
Sdílej: