MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.4.0 shrnující změny za šest let vývoje. Novinky zahrnují podporu Unicode jako výchozí, export do ePub či DocBook 5 a velké množství vylepšení uživatelského rozhraní a prvků editoru samotného (např. rovnic, tabulek, citací).
Byla vydána (𝕏) nová verze 7.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Ř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: