I gave the step, and migrate to btrfs filesystem to try how it was, I can say i didnt notice downgrade performance as for IO speed, and i won the wonderfull features of snapshots. Its really pretty cool and amazing to be able to restore my /home or my / to any time point.
->> BTRFS is the real backintime machine,
Im very surprise how quick snapshots are deleted or created and how good Snapper automatize the tasks of snapshots.
Im suppose Now i can do everithing with my system without any risk, its very easy once you understand how it works.
Best thing i did since i use Linux is use btrfs.
Here, a Guide pylkko wrote about BTRFS incremental backups
http://forums.debian.net/viewtopic.php?f=16&t=130512
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
BTRFS, you must use it inmediatly!
-
- Posts: 1939
- Joined: 2006-04-21 11:19
- Location: Sol Sector
- Has thanked: 1 time
- Been thanked: 2 times
Re: BTRFS, you must use it inmediatly!
I don't use BTRFS because it hasn't matured enough yet for my tastes, but if I did I wouldn't use it for my data partition, and I wouldn't keep any important data in /home. For my data partition I would use ext4 or ext3.
Phil
Phil
Freespoke is a new search engine that respects user privacy and does not engage in censorship.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: BTRFS, you must use it inmediatly!
Yes indeed, btrfs is great fun -- I like to use subvolumes to hold many different distributions in a single partition with the full space being available to all systems, it's like magic compared to traditional multi-booting
deadbang
-
- Posts: 429
- Joined: 2007-12-14 23:16
- Has thanked: 12 times
- Been thanked: 13 times
Re: BTRFS, you must use it inmediatly!
Is it worthwhile using BTRFS on low-powered boxes with lets say 1GB RAM?
antiX with runit - lean and mean.
https://antixlinux.com
https://antixlinux.com
Re: BTRFS, you must use it inmediatly!
People use it on Raspberry pi's so I don't see why not. Actually it might even make more sense given that in such a situation the bottle neck will likely not bee the fs (since with fast hardware you might suffer from some basically insignificant amount of i/o overhead).anticapitalista wrote:Is it worthwhile using BTRFS on low-powered boxes with lets say 1GB RAM?
On old BIOS machines you can sometimes (it apparently depends on how buggy the BIOS is) install on a single btrfs drive. That is, no other partitions, no partition table and nothing. However, you wont be able to use swap. If you need swap or some other fs type, then the most sensible thing is to make that and one btrfs partition and then divide the btrfs into subvolumes. If you want to use snapshots, it makes sense to put often changing files of little importance /proc maybe /var and such in their own subvolumes so that they can be excluded from shanshots.
I also wrote this "guide" on how to make offsite (usb drive) backups in addition to having automatic snapshots.
http://forums.debian.net/viewtopic.php?f=16&t=130512
This will be a more sensible thing to do with Debian 9 since so many improvements (autobalance and whatnot) have been added recently.
Also, I hear that XFS is getting cow and snapshot functionality.
For data, it is also possible to combine the functionality of btrfs with the reliability of ext4 by working on projects (so that you can rollback in them and use autohealing RAID1 in btrfs while developing, but store ready projects in ext4, for example (or automatically mirror with rsync from btrfs RAID to ext4).
Re: BTRFS, you must use it inmediatly!
Hey, Thats great idea , I hadnt thought about that.., So we dont need to make parititions again, we can use subvolumesHead_on_a_Stick wrote:Yes indeed, btrfs is great fun -- I like to use subvolumes to hold many different distributions in a single partition with the full space being available to all systems, it's like magic compared to traditional multi-booting
bester69 wrote:STOP 2030 globalists demons, keep the fight for humanity freedom against NWO...
Re: BTRFS, you must use it inmediatly!
BTRFS may be great, but in my case, is entirely unnecessary. Ext4 does the job very well while using as many partitions under GPT as I wish. The time when I used many installations on the same computer looks like is over. Other than having a very minimal installation to manage GRUB*, another for making backups and another for use, there is no point in having more. However, this depends whether one is trying or testing distributions on the same computer.
With this HP Probook 4540s UEFI powered computer I had to use UEFI boot instead of Legacy Boot so that I could use a GPT formatted disk. Rather than BTRFS, my wish is more like using some bootloader that works on my system without having to install an entire base system. I was suggested various bootloaders which often lacked features that I need like the ability to read files under GPT with ext4 partitions. Having to move kernels to a FAT32 formatted partition, the EFI System Partition, is messy that results in broken installations if the EFI partition is corrupted or somehow damaged. It also fragments an installation by necessitating kernels to be saved under FAT32.
With this HP Probook 4540s UEFI powered computer I had to use UEFI boot instead of Legacy Boot so that I could use a GPT formatted disk. Rather than BTRFS, my wish is more like using some bootloader that works on my system without having to install an entire base system. I was suggested various bootloaders which often lacked features that I need like the ability to read files under GPT with ext4 partitions. Having to move kernels to a FAT32 formatted partition, the EFI System Partition, is messy that results in broken installations if the EFI partition is corrupted or somehow damaged. It also fragments an installation by necessitating kernels to be saved under FAT32.
Debian == { > 30, 000 packages }; Debian != systemd
The worst infection of all, is a false sense of security!
It is hard to get away from CLI tools.
The worst infection of all, is a false sense of security!
It is hard to get away from CLI tools.