Po více než roce vývoje od vydání verze 5.40 byla vydána nová stabilní verze 5.42 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 64 vývojářů. Změněno bylo přibližně 280 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
Byla vydána nová stabilní verze 7.5 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 138. Přehled novinek i s náhledy v příspěvku na blogu.
Sniffnet je multiplatformní aplikace pro sledování internetového provozu. Ke stažení pro Windows, macOS i Linux. Jedná se o open source software. Zdrojové kódy v programovacím jazyce Rust jsou k dispozici na GitHubu. Vývoj je finančně podporován NLnet Foundation.
Byl vydán Debian Installer Trixie RC 2, tj. druhá RC verze instalátoru Debianu 13 s kódovým názvem Trixie.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červen (YouTube).
Libreboot (Wikipedie) – svobodný firmware nahrazující proprietární BIOSy, distribuce Corebootu s pravidly pro proprietární bloby – byl vydán ve verzi 25.06 "Luminous Lemon". Přidána byla podpora desek Acer Q45T-AM a Dell Precision T1700 SFF a MT. Současně byl ve verzi 25.06 "Onerous Olive" vydán také Canoeboot, tj. fork Librebootu s ještě přísnějšími pravidly.
Licence GNU GPLv3 o víkendu oslavila 18 let. Oficiálně vyšla 29. června 2007. Při té příležitosti Richard E. Fontana a Bradley M. Kuhn restartovali, oživili a znovu spustili projekt Copyleft-Next s cílem prodiskutovat a navrhnout novou licenci.
Svobodný nemocniční informační systém GNU Health Hospital Information System (HIS) (Wikipedie) byl vydán ve verzi 5.0 (Mastodon).
Open source mapová a navigační aplikace OsmAnd (OpenStreetMap Automated Navigation Directions, Wikipedie, GitHub) oslavila 15 let.
Vývojář Spytihněv, autor počítačové hry Hrot (Wikipedie, ProtonDB), pracuje na nové hře Brno Transit. Jedná se o příběhový psychologický horor o strojvedoucím v zácviku, uvězněném v nejzatuchlejším metru východně od všeho, na čem záleží. Vydání je plánováno na čtvrté čtvrtletí letošního roku.
Zdravím,
poraďte prosím, jak migrovat OS z Ext4 na Btrfs? Moje laická představa je taková, že bych pomocí rsync s patřičnými parametry OS vykopíroval z SSD na externí HDD, na tom SSD vytvořil GPT, vytvořil oddíl FAT32, druhý Btrfs a rsyncem tam vše vrátil. Mám 4 otázky:
rsync -avxHAXS --numeric-ids --info=progress2nebo
sudo rsync -aAhHPSvXz --inplace --numeric-ids --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / /path/to/backupU druhé varianty mi bylo řečeno, že to nezkopíruje z /dev statická zařízení, která tam mají být a která by byla vidět v rootfs z live, kdy do /dev neni připojen dynamický generátor udevfs. Prý by tedy bylo lepší:
sudo mount --bind / /mnt/source sudo rsync ${parametry} /mnt/source /mnt/targetTakže jak?
Uvítám i jakoukoli jinou radu.
mkdir /mnt/source mount -o bind / /mnt/source rsync -Pav /mnt/source /mnt/targetNebo místo rsync použít "cp -av", je to jedno. Existují i parametry, pomocí nichž lze přeskočit /run /dev /proc apod., ale já raději jedu přes bind.
mount -o bind / /mnt/source
To jako tímhle způsobem mountuješ a následně exportuješ běžící systém?
A není lepší nastartovat live a rsyncnout vypnutý systém?
Částečně off-topic, ale přece:
Matně si vzpomínám (ale pouze matně, přece jenom hodně chlastám atd.), že od doby, kdy je systemd
a udev
a kamarádi už přímo v initramfs / initcpio / initjakkolivsetojmenuje, už v adresáři (mount pointu) /dev
vůbec žádná zařízení (uzlové soubory) permanentně být nemají + nemusí.
Přinejmenším já tam tedy nic nemám; když mountnu kořenový filesystém ještě jednou do /mnt
, abych tudy mohl nahlížet pod mountpointy, tak v /mnt/dev
(nebo případně /mnt/kořenový/subvolume/dev
, v závislosti na uspořádání FS) opravdu není vůbec nic. Prázdno.
Tj. ten přenos /dev
uzlů dost pravděpodobně není žádoucí ani potřebný.
Jak to udělat, aby to bootovalo?
/etc/fstab
, aby to odpovídalo realitě.mkconfig
skript, zatímco u jiných je potřeba v příkazové řádce kernelu něco explicitně (po)upravit, root=UUID=...
(pokud se při mkfs.btrfs
neobnoví UUID původního FS), rootflags=subvol=...
(pokud se nepoužívá implicitní subvolume), atd. atp.)ukify
nebo co se používá), pokud je to jediný způsob, jak upravit příkazovou řádku kernelu.Jak udělat subvolumes a čeho?Třeba
/etc
pro snadné zálohování / porovnávání / verzování. Taky různé podadresáře /var
(případně /var
samotný), podle velikosti a míry využití. Aby se dali třeba různí démoni odděleně snapshotovat a zálohovat, aby se spolu s důležitými daty nezálohoval taky /var/cache
, atd. (Virtualizace typu libvirtd
si obvykle nějaké snapshoty vytvoří samovolně.)
Pokud jde o /home
, tam je nejlepší nedělat manuálně žádné subvolume, ale nechat to na systemd-homed
(/etc/systemd/homed.conf
):
[Home] DefaultStorage=subvolume DefaultFileSystemType=btrfs
Vím o tom, ale chtěl jsem mít OS zašifrovaný LUKSem, takže vize byla taková, že na ext. HDD přemístím OS, vytvořím na původním SSD GPT, FAT32 oddíl pro EFI, zbytek zašifruji, vytvořím Btrfs, vrátím OS a doladím.
Zapomněl jsem napsat, že třeba k3dAR s tím nemá moc dobrou zkušenost. OS se mu pár dní po konverzi rozsypal.
Tiskni
Sdílej: