Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.
Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.
Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.
Řešení dotazu:
Jak se dá udělat dd
ze tří disků na jeden?
Je to jen o místě. Rozhodně to není vhodný způsob na průběžné zálohy, ale na přesypání Btrfs jak leží a běží. Alespoň tak jsem pochopil ten dotaz.
dd
obsah všech disků, co do toho FS patří. Ideálně na nějaký jiný diskový prostor, než kde pak bude to Btrfs.A nemusí to být nutně soubory. To dd se dá sypat na logické disky vytvořené přes LVM. Důležité je vědět co se má kopírovat.
Nicméně dotaz směřoval k tomu, jak relativně jednoduše překopírovat obsah jednoho btrfs souborového systému (s daty) na druhý ...
Přečti si ten dotaz ještě jednou. O jednoduchosti tam nic nepsal. To bych mu totiž doporučil úplně jiný postup.
... and then try to mount either the original or the snapshot while both are visible to the same kernel.
Tak předpokládám, že je snad bylo dostatečně jasné, že se to zkopírované Btrfs nemountuje na stejné mašině.
?
Promiň, ale tenhle text nemá ani hlavu ani patu. Btrfs si nic nevybírá. Prioritu určuje devid. A ten se při zkopírování nezmění. Navíc Btrfs v raid1 znamená, že jsou zrcadlené extenty, takže je úplně jedno který by se vzal jako prioritní, protože musí být oba stejné. To není MD raid.
Problém by mohl nastat podle mne jen v tom případě, že by s tím Btrfs laboroval přes loop zařízení na stejném stroji, kde je ten zkopírovaný FS.
Jinak jak už jsem uvedl. Osobně bych volil jiný postup. Živý subvolume ORIG na stroji A bych snapshotoval do ORIG-snapshot. A obsah ORIG-snapshot bych pak nechal rsyncem přesypat po síti na stroj B do subvolume COPY, které bych po skončení přenosu následně snapshotoval na COPY-YYYY-MM-DD.
ORIG-snapshot bych nechal do vytvoření nového snapshotu jako zálohu. V případě nabourání původního živého subvolume je pak rychlejší obnova než tahání dat ze zálohy. A když by to exlo celé, tak se může buď použít stroj B, nebo jeho úložiště.
Existuje tohle, ale vypadá to, že se současnými btrfs-progs
už to nefunguje, přinejmenším ne bez tohoto pull requestu. (Který je hodně dlouho nevyřízený, projekt vypadá opuštěný atd.)
(Osobně bych to použil spíš jako zdroj informací, jak získat správné pořadí snapshotů, než cokoliv jiného…)
Jinak mám dojem, že ID snapshotů i jejich generace jsou (pro snapshoty od téhož subvolume) rostoucí:
ID 7670 gen 2464653 top level 5692 path arch_backup/-home-andrej.homedir/2022-03-13 03:29:12 1647138552424922035 ID 7922 gen 2465820 top level 5692 path arch_backup/-home-andrej.homedir/2022-06-01 04:30:18 1654050618104307446 ID 8042 gen 2467422 top level 5692 path arch_backup/-home-andrej.homedir/2022-07-10 04:31:05 1657420265191933125 ID 8168 gen 2470613 top level 5692 path arch_backup/-home-andrej.homedir/2022-08-22 03:21:39 1661131299222195966 ID 8232 gen 2471859 top level 5692 path arch_backup/-home-andrej.homedir/2022-09-10 03:01:23 1662771683812132780 ID 8260 gen 2471987 top level 5692 path arch_backup/-home-andrej.homedir/2022-09-19 03:46:38 1663551998097155372 ID 8278 gen 2472074 top level 5692 path arch_backup/-home-andrej.homedir/2022-09-25 03:07:56 1664068076400995511 ID 8284 gen 2472133 top level 5692 path arch_backup/-home-andrej.homedir/2022-09-28 03:45:20 1664329520797886672 ID 8298 gen 2472136 top level 5692 path arch_backup/-home-andrej.homedir/2022-10-01 03:36:28 1664588188068882102
Tam↑↑↑ bude ovšem nutné se přesvědčit, které z těch čísel je rostoucí jenom náhodou a u kterého to opravdu garantuje dokumentace.
Já si například myslím, že ZFS (bohužel) zabíjí jeho licence, konkrétně tedy nemožnost začlenění do kernelu.
V posledních letech jsou sice DKMS moduly pro ZFS celkem použitelné, ale i tak se mi tu a tam stane, že se s novou verzí kernelu nepřeloží a je třeba čekat pár dnů (až pár týdnů), než to někdo opraví. Kdybych měl ZFS jako hlavní (nebo jinak důležitý) filesystém, tohle by mi celkem kazilo náladu.
Na mých většinou denně (a nejdéle týdně) aktualizovaných strojích podpora pro Btrfs vždy prostě je, out-of-the-box, i na custom kernelech, a nemusím se při každé aktualizaci (která je v ideálním případě zcela automatická) zabývat otázkou, zda se tentokrát ZFS přeloží nebo ne.
Je ovšem jeden případ, kde ZFS nemá žádnou konkurenci ani alternativu: FreeBSD. Jasně, na FreeBSD Btrfs nemám a tam ZFS zkrátka rulezzz.
Záleží na tom, jestli člověk opravdu potřebuje online deduplikaci na ZFS.
Na Btrfs není a mně osobně nikdy nechyběla; hodí se pro jiná nasazení a jiná data, než mám já.
No a bez deduplikace žádný zásadní problém s pamětí u ZFS nevidím. V požadavcích se píše cosi o 2 GB RAM.
Tiskni
Sdílej: