Nejvyšší správní soud (NSS) podruhé zrušil pokutu za únik zákaznických údajů z e-shopu Mall.cz. Incidentem se musí znovu zabývat Úřad pro ochranu osobních údajů (ÚOOÚ). Samotný únik ještě neznamená, že správce dat porušil svou povinnost zajistit jejich bezpečnost, plyne z rozsudku dočasně zpřístupněného na úřední desce. Úřad musí vždy posoudit, zda byla přijatá opatření přiměřená povaze rizik, stavu techniky a nákladům.
Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.
Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.
Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.
Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.
FEX, tj. open source emulátor umožňující spouštět aplikace pro x86 a x86_64 na architektuře ARM64, byl vydán ve verzi 2512. Před pár dny FEX oslavil sedmé narozeniny. Hlavní vývojář FEXu Ryan Houdek v oznámení poděkoval společnosti Valve za podporu. Pierre-Loup Griffais z Valve, jeden z architektů stojících za SteamOS a Steam Deckem, v rozhovoru pro The Verge potvrdil, že FEX je od svého vzniku sponzorován společností Valve.
Byla vydána nová verze 2.24 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia online tabulky Proton Sheets v Proton Drive.
O víkendu (15:00 až 23:00) probíha EmacsConf 2025, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy budou k dispozici přímo z programu.
Provozovatel internetové encyklopedie Wikipedia jedná s velkými technologickými firmami o uzavření dohod podobných té, kterou má s Googlem. Snaží se tak zpeněžit rostoucí závislost firem zabývajících se umělou inteligencí (AI) na svém obsahu. Firmy využívají volně dostupná data z Wikipedie k trénování jazykových modelů, což zvyšuje náklady, které musí nezisková organizace provozující Wikipedii sama nést. Automatické programy
… více »Ahojky. Mám ještě jednu otázku. Jsem trošku zmatený z rozložení disku, pokud to nevidím pěkně namalované
Dejmě tomu, že je rozložený takto:
sda1 -- oddíl 1 --> md0 --> FS (ext4)
sda2 -- oddíl 2 --> md1 --> VG ---> LV1 --> FS (ext4)
\---> LV2 --> FS (ext4)
\--> LV3 --> FS (ext4)
1. není to kravina, chápu dobře princip, může to být takto? 
Jak je velký disk zjistím pomoci fdisk -lu, kde uvidím počet sektorů celkem a počet sektorů jednotlivých oddílů.
2. Jak ale zjistím, jestli mám md roztažené na celé sda, FS na celé md0, VG na celé md1, kolik místa zbývá na VG (vgdisplay?), a FS na celé LV?
Beru to jen teoreticky, takže disky takhle rozdělené nemám a proto nemůžu testovat. Jen se to chci naučit a hlavně tomu porozumět -- po lopatě
Může, jestli si tam tedy doplním i to sdb1 a sdb2 :) .
md jen nad tím nad čím to postavíš, takže když máš md0 nad sda1, sdb1, tak má velikost (RAID1) zjednodušeně velikost sda1 nebo sdb1.
Pokud použiješ pvcreate a vgcreate nad md1, máš zjednodušeně využitý celý prostor md1, pokud použiješ mkfs nad nějakým LV, tak opět to máš přes celé LV.
Ale jinak, pvs, pvdisplay, vgs, vgdisplay ti dá roj informací o LVM a tune2fs -l roj informací o FS.
Pokud je FS připojený df je také zajímavý příkaz
.
Taky tě může zajímat
mdadm -v --detail /dev/md0 nebo cat /proc/mdstat.
No jo, ale co když třeba po vytvoření md1 nekdo zvětší sda2? Nebo někdo zvětší LV a FS tím pádem nebude přes celou LV atd. Jde mi o tom, jak nejjednodušeji zjistím, že jsou někde nějaké "nevyužité mezery"? Jen výpisem téch příkazů a dopočítáváním?
Kdo někdo? skřítek? - to by pak skřítek měl vědět co dělá (nejen před tím, ale i potom) a proč to dělá a dotáhnout to do konce (mdadm --grow, pvresize, vgextend, lvextend/lvresize, resize2fs).
Mezery jsou hezký termín, zvláště v souvislosti s LVM…
Jen výpisem těch příkazů a dopočítáváním?Ano „jen“. Obvykle se informací zjistí (výpis jednotlivých příkazů) a pak se analyzují
.Jen bych si dovolil napovědět, že LV se většinou dělají minimální rozumné velikosti a dle potřeby se zvětšují a tedy „mezer“ je tam často roj.
, ale třeba admin, kterého přejela tramvaj, nedotáhl to do konce a jeho nástupce se musí podívat na disk, jak je uspořádaný. Proto říkám, že kdyby to bylo vidět na nějaké grafice, bylo by to asi přehledné min. pro mě. Proč. má z x příkazů něco dopočítávat admin, neměl by to počítat počítač?
Jj, s těma LV vím, že se doporučuje držet místo tak akorát a pak jen postupně zvětšovat.. aby se zmenšovalo jenom v krajní nouzi.
Řekl bych, že admin je obvyle daleko od grafiky…, určitě existuje spoustu klikátek, ale pojmout všechny možnosti určitě nedokážou. Pokud admin potřebuje, tak si zařídí aby mu počítač spočítal co potřebuje. Od toho jsou tady právě ty příkazy, které když se poskládají a spojí tak dají požadovaný výsledek.
Myslím si, že pokud si to vyzkoušíš a zjistíš „jak“ to opravdu funguje, tak už nebudeš svému požadavku taky rozumět.
Tiskni
Sdílej: