#btrfs — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #btrfs, aggregated by home.social.
-
CW: langer text, pc umbau
so, der umbau mit den neuen HDDs ist fast abgeschlossen
ich hab jetzt 4 tage damit verschwendet herausezufinden weshalb #jellyfin nach dem kopieren aller medien von #ntfs nach #btrfs meine ganze library komplett neu einliest und alles dupliziert
#windows nutzt nur ctime, was allerdings der timestamp für metadata change ist, als creation time - in #linux ist es btime
und obwohl btrfs per virtiofs in der windows vm eingebunden ist und dort im explorer nur die ctime anzeigt, nimmt jellyfin trotzdem die btime
ja, ich weiss, ich hab ein xtrem weirdes setup - aber deshalb bin ich ja gerade am umbauen
aber halt step-by-step und nicht alles hauruck
#homelab -
I don't know of anything that will do this on top of an existing EXT4 or NTFS filesystem, but BTRFS and ZFS are filesystems that do checksums and can detect bit rot. I recommend ZFS, because it has a robust software RAID system that can combine drives of different sizes into a frankenRAID. It also supports hot spares, which are unused drives that can be automatically swapped into your array in case of a drive failure. Those are slightly more niche features. The thing you'll want for everyday use are regularly scheduled "scrubs" where ZFS validates the checksums on all your data. If you have a RAID setup with redundant drives (basically anything except plain RAID 0), it will automatically restore the data from the backup as long as the backup passes checksum validation.
Unfortunately due to licensing issues it's out of the main kernel tree, so you have to install it via DKMS and use an LTS kernel. It's super worth it imo, and I use it for my media server.
#linux #zfs #btrfs -
I don't know of anything that will do this on top of an existing EXT4 or NTFS filesystem, but BTRFS and ZFS are filesystems that do checksums and can detect bit rot. I recommend ZFS, because it has a robust software RAID system that can combine drives of different sizes into a frankenRAID. It also supports hot spares, which are unused drives that can be automatically swapped into your array in case of a drive failure. Those are slightly more niche features. The thing you'll want for everyday use are regularly scheduled "scrubs" where ZFS validates the checksums on all your data. If you have a RAID setup with redundant drives (basically anything except plain RAID 0), it will automatically restore the data from the backup as long as the backup passes checksum validation.
Unfortunately due to licensing issues it's out of the main kernel tree, so you have to install it via DKMS and use an LTS kernel. It's super worth it imo, and I use it for my media server.
#linux #zfs #btrfs -
I don't know of anything that will do this on top of an existing EXT4 or NTFS filesystem, but BTRFS and ZFS are filesystems that do checksums and can detect bit rot. I recommend ZFS, because it has a robust software RAID system that can combine drives of different sizes into a frankenRAID. It also supports hot spares, which are unused drives that can be automatically swapped into your array in case of a drive failure. Those are slightly more niche features. The thing you'll want for everyday use are regularly scheduled "scrubs" where ZFS validates the checksums on all your data. If you have a RAID setup with redundant drives (basically anything except plain RAID 0), it will automatically restore the data from the backup as long as the backup passes checksum validation.
Unfortunately due to licensing issues it's out of the main kernel tree, so you have to install it via DKMS and use an LTS kernel. It's super worth it imo, and I use it for my media server.
#linux #zfs #btrfs -
I don't know of anything that will do this on top of an existing EXT4 or NTFS filesystem, but BTRFS and ZFS are filesystems that do checksums and can detect bit rot. I recommend ZFS, because it has a robust software RAID system that can combine drives of different sizes into a frankenRAID. It also supports hot spares, which are unused drives that can be automatically swapped into your array in case of a drive failure. Those are slightly more niche features. The thing you'll want for everyday use are regularly scheduled "scrubs" where ZFS validates the checksums on all your data. If you have a RAID setup with redundant drives (basically anything except plain RAID 0), it will automatically restore the data from the backup as long as the backup passes checksum validation.
Unfortunately due to licensing issues it's out of the main kernel tree, so you have to install it via DKMS and use an LTS kernel. It's super worth it imo, and I use it for my media server.
#linux #zfs #btrfs -
I don't know of anything that will do this on top of an existing EXT4 or NTFS filesystem, but BTRFS and ZFS are filesystems that do checksums and can detect bit rot. I recommend ZFS, because it has a robust software RAID system that can combine drives of different sizes into a frankenRAID. It also supports hot spares, which are unused drives that can be automatically swapped into your array in case of a drive failure. Those are slightly more niche features. The thing you'll want for everyday use are regularly scheduled "scrubs" where ZFS validates the checksums on all your data. If you have a RAID setup with redundant drives (basically anything except plain RAID 0), it will automatically restore the data from the backup as long as the backup passes checksum validation.
Unfortunately due to licensing issues it's out of the main kernel tree, so you have to install it via DKMS and use an LTS kernel. It's super worth it imo, and I use it for my media server.
#linux #zfs #btrfs -
Btrfs и btrbk: лёгкий и быстрый инкрементальный бэкап сервера и домашнего ПК
Старая сисадминская пословица гласит: люди делятся на две категории — на тех, кто уже делает резервные копии, и тех, кто только будет их делать. Связка Btrfs + btrbk — это революция в мире бэкапа. Ещё никогда не было так просто и быстро создавать дифференциальные резервные копии. Никаких лицензий, подписок — всё полностью бесплатно и встроено в ядро Linux.
-
Btrfs и btrbk: лёгкий и быстрый инкрементальный бэкап сервера и домашнего ПК
Старая сисадминская пословица гласит: люди делятся на две категории — на тех, кто уже делает резервные копии, и тех, кто только будет их делать. Связка Btrfs + btrbk — это революция в мире бэкапа. Ещё никогда не было так просто и быстро создавать дифференциальные резервные копии. Никаких лицензий, подписок — всё полностью бесплатно и встроено в ядро Linux.
-
Btrfs и btrbk: лёгкий и быстрый инкрементальный бэкап сервера и домашнего ПК
Старая сисадминская пословица гласит: люди делятся на две категории — на тех, кто уже делает резервные копии, и тех, кто только будет их делать. Связка Btrfs + btrbk — это революция в мире бэкапа. Ещё никогда не было так просто и быстро создавать дифференциальные резервные копии. Никаких лицензий, подписок — всё полностью бесплатно и встроено в ядро Linux.
-
Btrfs и btrbk: лёгкий и быстрый инкрементальный бэкап сервера и домашнего ПК
Старая сисадминская пословица гласит: люди делятся на две категории — на тех, кто уже делает резервные копии, и тех, кто только будет их делать. Связка Btrfs + btrbk — это революция в мире бэкапа. Ещё никогда не было так просто и быстро создавать дифференциальные резервные копии. Никаких лицензий, подписок — всё полностью бесплатно и встроено в ядро Linux.
-
Hi fediverse, I'm asking you to do my homework 👀
Jokes aside, I am supposed to analyze the performance of filesystems for an assignment, and since I'm a #Linux enthousiast, I've decided to checkout out #ext4 and #btrfs since they are both quite popular.I am posting my results here because I simply don't understand what explains the significant 15-20Mib throughput writing-speed gap between the two file systems. Initially I thought of compression, but it's disabled. Any clues ?
-
Hi fediverse, I'm asking you to do my homework 👀
Jokes aside, I am supposed to analyze the performance of filesystems for an assignment, and since I'm a #Linux enthousiast, I've decided to checkout out #ext4 and #btrfs since they are both quite popular.I am posting my results here because I simply don't understand what explains the significant 15-20Mib throughput writing-speed gap between the two file systems. Initially I thought of compression, but it's disabled. Any clues ?
-
As far as #btrfs goes, I dunno, I just feel like it's hesitant at times, even when doing really basic things like just writing a tiny little text file.
And I'm not even using any fancy features like deduplication (snapper has made some snapshots, though).
-
As far as #btrfs goes, I dunno, I just feel like it's hesitant at times, even when doing really basic things like just writing a tiny little text file.
And I'm not even using any fancy features like deduplication (snapper has made some snapshots, though).
-
As far as #btrfs goes, I dunno, I just feel like it's hesitant at times, even when doing really basic things like just writing a tiny little text file.
And I'm not even using any fancy features like deduplication (snapper has made some snapshots, though).
-
As far as #btrfs goes, I dunno, I just feel like it's hesitant at times, even when doing really basic things like just writing a tiny little text file.
And I'm not even using any fancy features like deduplication (snapper has made some snapshots, though).
-
As far as #btrfs goes, I dunno, I just feel like it's hesitant at times, even when doing really basic things like just writing a tiny little text file.
And I'm not even using any fancy features like deduplication (snapper has made some snapshots, though).
-
🚀 Neues Proxmox-Schlachtschiff in Vorberitung für Colo-Rack! 🛠️
🧠 2x Xeon E5-2697A v4 (64 Threads)
📟 1.5 TB DDR4 ECC RAM
🌐 2x10G SFP+
🔐 FDE via LUKS2/Argon2id + Remote SSH-Unlock
💾 Storage: Einzeln verschlüsselt
SSD: 2x 1TB (Btrfs RAID1)
HDD: 8x2TB (MDADM[RAID6]/BTRFS)Konfiguriert mit proxmox-boot-tool & Dropbear für sicheren Remote-Betrieb.
RAID-Resync läuft, Admin geht schlafen. ☕️💤 -
🚀 Neues Proxmox-Schlachtschiff in Vorberitung für Colo-Rack! 🛠️
🧠 2x Xeon E5-2697A v4 (64 Threads)
📟 1.5 TB DDR4 ECC RAM
🌐 2x10G SFP+
🔐 FDE via LUKS2/Argon2id + Remote SSH-Unlock
💾 Storage: Einzeln verschlüsselt
SSD: 2x 1TB (Btrfs RAID1)
HDD: 8x2TB (MDADM[RAID6]/BTRFS)Konfiguriert mit proxmox-boot-tool & Dropbear für sicheren Remote-Betrieb.
RAID-Resync läuft, Admin geht schlafen. ☕️💤 -
🚀 Neues Proxmox-Schlachtschiff in Vorberitung für Colo-Rack! 🛠️
🧠 2x Xeon E5-2697A v4 (64 Threads)
📟 1.5 TB DDR4 ECC RAM
🌐 2x10G SFP+
🔐 FDE via LUKS2/Argon2id + Remote SSH-Unlock
💾 Storage: Einzeln verschlüsselt
SSD: 2x 1TB (Btrfs RAID1)
HDD: 8x2TB (MDADM[RAID6]/BTRFS)Konfiguriert mit proxmox-boot-tool & Dropbear für sicheren Remote-Betrieb.
RAID-Resync läuft, Admin geht schlafen. ☕️💤 -
🚀 Neues Proxmox-Schlachtschiff in Vorberitung für Colo-Rack! 🛠️
🧠 2x Xeon E5-2697A v4 (64 Threads)
📟 1.5 TB DDR4 ECC RAM
🌐 2x10G SFP+
🔐 FDE via LUKS2/Argon2id + Remote SSH-Unlock
💾 Storage: Einzeln verschlüsselt
SSD: 2x 1TB (Btrfs RAID1)
HDD: 8x2TB (MDADM[RAID6]/BTRFS)Konfiguriert mit proxmox-boot-tool & Dropbear für sicheren Remote-Betrieb.
RAID-Resync läuft, Admin geht schlafen. ☕️💤 -
🚀 Neues Proxmox-Schlachtschiff in Vorberitung für Colo-Rack! 🛠️
🧠 2x Xeon E5-2697A v4 (64 Threads)
📟 1.5 TB DDR4 ECC RAM
🌐 2x10G SFP+
🔐 FDE via LUKS2/Argon2id + Remote SSH-Unlock
💾 Storage: Einzeln verschlüsselt
SSD: 2x 1TB (Btrfs RAID1)
HDD: 8x2TB (MDADM[RAID6]/BTRFS)Konfiguriert mit proxmox-boot-tool & Dropbear für sicheren Remote-Betrieb.
RAID-Resync läuft, Admin geht schlafen. ☕️💤 -
After being hosed by #btrfs on #linux 7.0.1, the #atomdrift postgresql master database is on #OmniOS & #ZFS
It's good to be back, even if I'm rusty in Solaris-based environments.
-
After being hosed by #btrfs on #linux 7.0.1, the #atomdrift postgresql master database is on #OmniOS & #ZFS
It's good to be back, even if I'm rusty in Solaris-based environments.
-
After being hosed by #btrfs on #linux 7.0.1, the #atomdrift postgresql master database is on #OmniOS & #ZFS
It's good to be back, even if I'm rusty in Solaris-based environments.
-
After being hosed by #btrfs on #linux 7.0.1, the #atomdrift postgresql master database is on #OmniOS & #ZFS
It's good to be back, even if I'm rusty in Solaris-based environments.
-
After being hosed by #btrfs on #linux 7.0.1, the #atomdrift postgresql master database is on #OmniOS & #ZFS
It's good to be back, even if I'm rusty in Solaris-based environments.
-
Great news y'all !!!
Work on the #XeroLinux TUI has concluded. We have added better support for #BTRFS with snapper n and Grub-BTRFS pre-configured out the box.
We have also added option to install #Hyprland with the #Noctalia Shell slightly pre-configured for a good starting point.
More info here
https://wiki.xerolinux.xyz/xero-install/ -
Great news y'all !!!
Work on the #XeroLinux TUI has concluded. We have added better support for #BTRFS with snapper n and Grub-BTRFS pre-configured out the box.
We have also added option to install #Hyprland with the #Noctalia Shell slightly pre-configured for a good starting point.
More info here
https://wiki.xerolinux.xyz/xero-install/ -
Great news y'all !!!
Work on the #XeroLinux TUI has concluded. We have added better support for #BTRFS with snapper n and Grub-BTRFS pre-configured out the box.
We have also added option to install #Hyprland with the #Noctalia Shell slightly pre-configured for a good starting point.
More info here
https://wiki.xerolinux.xyz/xero-install/ -
Great news y'all !!!
Work on the #XeroLinux TUI has concluded. We have added better support for #BTRFS with snapper n and Grub-BTRFS pre-configured out the box.
We have also added option to install #Hyprland with the #Noctalia Shell slightly pre-configured for a good starting point.
More info here
https://wiki.xerolinux.xyz/xero-install/ -
Great news y'all !!!
Work on the #XeroLinux TUI has concluded. We have added better support for #BTRFS with snapper n and Grub-BTRFS pre-configured out the box.
We have also added option to install #Hyprland with the #Noctalia Shell slightly pre-configured for a good starting point.
More info here
https://wiki.xerolinux.xyz/xero-install/ -
@synlogic4242 I once had to get myself out of a sticky situation with UFS softupdates [long before it was a default], but that was 26 years ago, and 'truncate -s 0' worked then.
It doesn't in #btrfs
-
@synlogic4242 I once had to get myself out of a sticky situation with UFS softupdates [long before it was a default], but that was 26 years ago, and 'truncate -s 0' worked then.
It doesn't in #btrfs
-
@synlogic4242 I once had to get myself out of a sticky situation with UFS softupdates [long before it was a default], but that was 26 years ago, and 'truncate -s 0' worked then.
It doesn't in #btrfs
-
@synlogic4242 I once had to get myself out of a sticky situation with UFS softupdates [long before it was a default], but that was 26 years ago, and 'truncate -s 0' worked then.
It doesn't in #btrfs
-
@synlogic4242 I once had to get myself out of a sticky situation with UFS softupdates [long before it was a default], but that was 26 years ago, and 'truncate -s 0' worked then.
It doesn't in #btrfs
-
Well, this is a new one for me - I'm not very familiar with #btrfs; but I wouldn't have expected running out of disk space to be unrecoverable - especially in single-user mode without booting alternative media. rm just hangs.
I've worked with a dozen #UNIX flavors over the last 32 years. This is special.
-
Well, this is a new one for me - I'm not very familiar with #btrfs; but I wouldn't have expected running out of disk space to be unrecoverable - especially in single-user mode without booting alternative media. rm just hangs.
I've worked with a dozen #UNIX flavors over the last 32 years. This is special.
-
Well, this is a new one for me - I'm not very familiar with #btrfs; but I wouldn't have expected running out of disk space to be unrecoverable - especially in single-user mode without booting alternative media. rm just hangs.
I've worked with a dozen #UNIX flavors over the last 32 years. This is special.
-
Well, this is a new one for me - I'm not very familiar with #btrfs; but I wouldn't have expected running out of disk space to be unrecoverable - especially in single-user mode without booting alternative media. rm just hangs.
I've worked with a dozen #UNIX flavors over the last 32 years. This is special.
-
Well, this is a new one for me - I'm not very familiar with #btrfs; but I wouldn't have expected running out of disk space to be unrecoverable - especially in single-user mode without booting alternative media. rm just hangs.
I've worked with a dozen #UNIX flavors over the last 32 years. This is special.
-
Hey y'all !
Today I resume work on the #XeroLinux TUI install script. Some awesome changes coming your way.
1st off, reworked the #BTRFS implementation adding Snapper and grub-btrfs support for snapshot management.
2nd take a close look at the attached screenshot. Working hard on that as we speak.
Enjoy ! ETA June.
-
Hey y'all !
Today I resume work on the #XeroLinux TUI install script. Some awesome changes coming your way.
1st off, reworked the #BTRFS implementation adding Snapper and grub-btrfs support for snapshot management.
2nd take a close look at the attached screenshot. Working hard on that as we speak.
Enjoy ! ETA June.
-
Hey y'all !
Today I resume work on the #XeroLinux TUI install script. Some awesome changes coming your way.
1st off, reworked the #BTRFS implementation adding Snapper and grub-btrfs support for snapshot management.
2nd take a close look at the attached screenshot. Working hard on that as we speak.
Enjoy ! ETA June.
-
Hey y'all !
Today I resume work on the #XeroLinux TUI install script. Some awesome changes coming your way.
1st off, reworked the #BTRFS implementation adding Snapper and grub-btrfs support for snapshot management.
2nd take a close look at the attached screenshot. Working hard on that as we speak.
Enjoy ! ETA June.
-
Hey y'all !
Today I resume work on the #XeroLinux TUI install script. Some awesome changes coming your way.
1st off, reworked the #BTRFS implementation adding Snapper and grub-btrfs support for snapshot management.
2nd take a close look at the attached screenshot. Working hard on that as we speak.
Enjoy ! ETA June.
