Taking a sip of Rum and chuckles at the look on the name of my OS partition: /dev/mapper/vg-root
and /dev/mapper/vg-home
🙃
Taking a sip of Rum and chuckles at the look on the name of my OS partition: /dev/mapper/vg-root
and /dev/mapper/vg-home
🙃
There is many tutorials and how tos, this is quite nice one:
https://wiki.archlinux.org/title/LVM
BTW some filesystems like btrfs and ZFS already have a similar functionality built in…
Well not really, cloning is much easier than reinstalling and then configuring everything again…
I have LVM set up from the start, so usually I just copy the /boot partition to the new disk, and the rest is in a LVM volume group, so I just use pvmove from old disk to the new one, fix the bootloader and fstab UUIDs, and Im ready to reboot from new disk, while I didnt even left my running system, no live USB needed or anything. (Of course I messed it up a first few times, so had to fix from a live OS).
But once you know all the quirks, I can be up and ready on a new drive withing 20mins (depends mainly on the pvmove), with all the stuff preserved and set
There were no real reasons to reinstall it, it works fine, occasionally had to purge some config files in home for some apps after major version changes, or edit them, but most work for years. I mean, my mplayer config is from 2009 and last edited 4 years ago…
$ head -3 /var/log/pacman.log
[2009-04-04 12:40] installed filesystem (2009.01-1)
[2009-04-04 12:40] installed expat (2.0.1-2)
[2009-04-04 12:40] installed dbus-core (1.2.4.4permissive-1)
I installed my Arch on Desktop in 2009 and it was just cloned from one disk to another through multitude of PCs, and sure, there were occasional troubles, like upgrade from SysV init to systemd, when KDE plasma 4 released, or the time, when I had to run a custom kernel and mesa which supported the AMD Vega 56 card ~month after release.
But nowadays, I didnt had a single breakage for several years, my RX6800 GPU was well supported 3 months after release, and most things just work… BTW I run arch also on my home server, in 6 years it had literally zero issues.
Why do you use minio for image serving ? There are much better ways to do so. Nextcloud, Immich, Photoprism and others…
Best keyboard I ever used and need - Hacker’s Keyboard: https://f-droid.org/en/packages/org.pocketworkstation.pckeyboard
But then they also have to add a wiper to those cameras, they will get bloody from all those massacred bodies run over…
But the governments prefer the current situation, as they have channels to ask for removal, but have zero liability and the company is covered, as they can do as they please, because its their private platform where they are allowing them. So I dont see why would the government declare social media as public squares…
Thats why Element(Matrix) is the way. Ideally selfhosted+federated, but even the default matrix.org is much better than most other chat apps.
There is this app https://www.gadgetbridge.org/ and it supports quite a lot of smartwatches, which you can pair up with it. Gadgetbridge doesnt send out any data and gives you full control.
The Omada probably not. But many other tp-link routers support it, especially the low spec ones. I mean, if we are getting to something more performant and feature rich, there are probably much better options, like Turris Omnia, some Microtik stuff and many other.
but what is nice, many tp-link hw can run regular openwrt, which is way better than the thing they provide…
something running openWRT. I for example have a Turris Omnia, which is running their own fork of openwrt. https://www.turris.com/en/omnia/overview/
Exactly, you can end up with inconsistent DB state. Only possible filesystem level solution is take a LVM/btrfs/zfs snapshot and copy the DB files from there, but at that point, the dump is much easier and more convenient.
docker exec nextcloud-mariadb-1 /usr/bin/mariadb-dump --defaults-extra-file=/backup/.mylogin.cnf -u root --single-transaction --quick --all-databases |gzip > /mnt/mysql/backup/nc${NUM}_dump.gz
You are welcome
Sounds awful lot like Citrix…