Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 166 (pdf).
Blíží se prázdniny a než se rozutečete k moři, je na čase se opět sejít na Virtuální Bastlírně - pravidelném setkání elektroniků, ajťáků, bastlířů a obecně nadšenců do techniky. Co si pro vás strahovští bastlíři připravili tentokrát? Určitě proberou blížící se Linux Days i další události. U softwaru se chvíli zdrží a poví si kupříkladu o tom, jak se zbavit Bambu Cloudu, ale nepřijít o možnost ovládat tiskárnu na dálku. Řeč dojde i na AI,
… více »Vývojáři postmarketOS vydali verzi 26.06 tohoto operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 2.55.0 distribuovaného systému správy verzí Git. Přispělo 100 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Craig Loewen na blogu Microsoftu oznámil veřejnou preview verzi WSL kontejnerů, tj. linuxových kontejnerů ve Windows Subsystem for Linux (WSL). Spouští se příkazem wslc.exe.
Byla vydána (𝕏, Bluesky) nová verze 2026.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 9 nových nástrojů v oficiálním oznámení na blogu.
Grafická aplikace Krokiet/Czkawka pro vyhledávání a odstraňovaní nepotřebných souborů (duplicitní soubory, prázdné složky, podobné obrázky, podobná videa, poškozené soubory a další) byla vydána ve verzi 12.0.0. Podrobný přehled novinek v příspěvku na Medium. Jedná se o poslední verzi frontendu Czkawka GTK nad Czkawka Core. Uživatelům se doporučuje migrovat na frontend Krokiet postavený nad frameworkem Slint. Představena byla aplikace Cedinia pro Android využívající Czkawka Core. Dostupná je jako APK pro ruční instalaci.
Po téměř třech letech od vydání verze 9 byla vydána nová verze 10 linuxové distribuce Mageia (Wikipedie). Přehled novinek v poznámkách k vydání.
Nourish (GitHub) je nový správce oken pro Linux. Tradiční plochy nahrazuje nekonečným plátnem a posouváním a přibližováním. Využívá vlastní kompozitor pro Wayland s názvem y5. Videoukázka.
Po 20 letech a 17 otevřených (open source) krátkých filmech Blender Studio oznámilo plán na svůj první celovečerní film. Cílem samozřejmě není jenom nový otevřený film, ale především vývoj a vylepšení otevřených nástrojů pro spolupráci napříč celým procesem a vytvoření otevřené příručky (playbook) pro filmovou produkci ve velkém měřítku s informacemi, které jsou obvykle dostupné pouze uvnitř komerčních studií, a pomoci tak nezávislým tvůrcům překonat technické a organizační bariéry.
Ahojte,
potreboval by som pomoc s BTRFS pri inštalácii Debianu na oddiel s BTRFS, jedná sa mi že to potrebujem pochopiť čo som zatiaľ čítal tak z toho niesom nejako múdry.
O čo ide, vo virtuálke skúšam Debian s BTRFS len s tým rozdielom oproti doteraz, že by som disk nedelil zvlášt na / a /home ako som doteraz robil.
Dočítal som že by som mal mať jednu partíciu /boot veľkosti asi 500MB s ext2 alebo ext4 kde bude grub, potom swap a zvyšok na /, že sa potom vytvoria subvolume / a /home a tu som skončil lebo to nechápem ako po inštalácii toto mám spraviť.
Ďakujem za rady.
Řešení dotazu:
/ jako brtfs a jen si tam vytvoří /home subvolume, tak ani fstab upravovat nemusí.
Takže něco jako:
cd / mv home home.old btrfs sub create home rsync -a home.old/ home/ # rm -rf home.old # po otestovaníJeště by bylo ideální přiohnout
adduser tak, aby home pro nového usera vytvářel také jako subvolume a nikoliv jako adresář.
Som to skúšal podľa tohoto návodu ale nepochopil som, že čo vlastne robím.
Teraz mám vlastne /boot, swap a /, v ktorom je /home. Teraz mám premenovať pôvodný home a vytvoriť subvolume pre nový /home, prekopírovať (presypať)dáta z pôvodného home do nového a následne vymazať pôvodný home a je to hotové?
To že to nebude v fstabe nebude problém?
btrfs sub create home a přesuňte tam data původního home. Nic dalšího dělat nemusíte.
Subvolume se dá chápat i jako lepší adresář. Kdykoliv si myslíte, že budete potřebovat s daným "adresářem" dělat věci jako snapshoty, send apod., tam místo mkdir projekt můžete psát btrfs sub create projekt.
/mnt/pool a potom si na různé subvolume mountovat různě kam potřebujete (a třeba s různými volbami - compress apod.). Dá se to používat skutečně flexibilně a časem zjistíte, co je pro vás nejlepší.
V začátcích bych si nekomplikoval život, udělal bych si btrfs / a různé adresáře jako třeba /home bych udělal jako subvolume. Hrajte si s tím, osahejte si to, zkuste používat snapshoty k běžné práci a uvidíte.
To práve neviem čo by som stým chcel robiť.
Preto vysvetlím prečo som to začal riešiť. Doteraz som mal klasicky delený SSD disk na / a /home, swap som mal zvlášť na druhom klasickom disku a všade (okrem swapu) som mal EXT4, a prišla chvíľa že mi už došiel priestor na / a už som musel sem tam niečo premazať (naposledy latex) tak preto sa poobzerávam po niečom čo by vyriešilo problém s miestom a chybným rozdelením na oddiely.
Som si vedomý že určite nevyužijem všetky funkcie BTRFS a po pravde ani všetkým nerozumiem čo to je a načo to je.
rm -rf /* je nesmaže.
Na druhou stranu subvolume nedělají snapshoty (či send) rekurzivně, takže je vhodné to používat jen tam, kde to opravdu využijete. Osobně používám na domácím počítači subvolume jen pro /home (aby jej apt-btrfs-snapshot nesnapshotoval) a na serveru pak pro adresáře, kde jsou LXC virtuály (hlavně kvůli možnosti snadno vytvářet zálohy a kopie či je přesouvat na jiný server pomocí send+receive).
Na druhou stranu subvolume nedělají snapshoty (či send) rekurzivně, takže je vhodné to používat jen tam, kde to opravdu využijete. Osobně používám na domácím počítači subvolume jen pro /home (aby jej apt-btrfs-snapshot nesnapshotoval) a na serveru pak pro adresáře, kde jsou LXC virtuály (hlavně kvůli možnosti snadno vytvářet zálohy a kopie či je přesouvat na jiný server pomocí send+receive).Já mám jednotlivé uživatelské domovské adresáře jako subvolume, to mi umožní dělat jednotlivé snapshoty jednotlivých uživatelů (kteří si potom do snapshotů mohou sáhnout, kdykoliv si něco smažou). U snapshotu celého /home by tato možnost byla taky, ale zase by nebylo možné odstranit konkrétní snapshoty jednotlivých uživatelů, pokud by tam byla velká data. Z tohoto důvodu mi přijde praktičtější mít raději víc subvolume (per user, per project, per service, per container), protože to potom poskytuje pružnější možnosti při jejich mazání, send nebo "klonování". Ano, rekurzivně se snapy nedělají, s tím je třeba počítat.
Tiskni
Sdílej: