101010.pl is one of the many independent Mastodon servers you can use to participate in the fediverse.
101010.pl czyli najstarszy polski serwer Mastodon. Posiadamy wpisy do 2048 znaków.

Server stats:

509
active users

#btrfs

2 posts2 participants0 posts today

A bunch more manual xfs repairs over the past week. In contrast, there's been exactly zero ext4 or btrfs manual fsck's needed for the same environments. All with some flavor of EL8 or EL9 on two different storage platforms (Ceph, Longhorn). Still no idea what's causing it, but xfs continues to be the outlier.

#Debian #trixie #kde has been really decent, however here's my biggest hesitation for desktop use (once it goes stable). I'm grateful that #LinuxMint's great #TimeShift app is now Debian-packaged.

I prospectively formatted my root partition as #BTRFS, wanting to make or revert snapshots in Timeshift. But alas, Debian's installer doesn't automagically create BTRFS subvolumes called "@" and "@home", as would be the case in Linux Mint's installer. Without those subvols being created, then Timeshift can't find those subvols, and complains. So no BTRFS snapshotting/restoring can be done in Timeshift. :bd15:

My experience with #FlashDrives recently has been mixed. I have no problem in encrypting them with #LUKS, using #cryptsetup or with formatting a partition with #Btrfs, for instance, using #gparted and doing other tinkering with #Gnome #disks. But the problem has been with the actual drives themselves. The cheaper ones seem to have quite a few bad sectors, etc. and so they’re not really reliable for medium term storage.

1/2

Here’s a thought I’ve just had on file systems for #Linux: if I have no need for advanced features like subvolumes or snapshots or built-in support for multiple devices, is there really a point to thinking about which file systems is good for an Average Jane such as myself? I don’t exactly consider myself lacking in bandwidth, so surely the difference only starts to matter at scale? #btrfs #ext4 #xfs

hey hey #Linux #FileSystem #ZFS #RAID #XFS entities! I'm looking for extremely opinionated discourses on alternatives to ZFS on Linux for slapping together a #JBOD ("Just a Bunch Of Disks", "Just a Buncha Old Disks", "Jesus! Buncha Old Disks!", etc) array.

I like ZFS
but the fact that it's not in tree in-kernel is an issue for me. What I need most is reliability and stability (specifically regarding parity) here; integrity is the need. Read/write don't have to be blazingly fast (not that I'm mad about it).

I also have one
#proxmox ZFS array where a raw disk image is stored for a #Qemu #VirtualMachine; in the VM, it's formatted to XFS. That "seems" fine in limited testing thus far (and quite fast, so it does seem like the defaults got the striping correct) but I kind of hate how I have multiple levels of abstraction here.

I don't think there's been any change on the
#BTRFS front re: raid-like array stability (I like and use BTRFS for single disk filesystems but) although I would love for that to be different.

I'm open to
#LVM, etc, or whatever might help me stay in tree and up to date. Thank you! Boosts appreciated and welcome.

#techPosting

I just installed Arch manually, but now it fails to boot. It only asks to unlock nvme1n1p1, but not the root, leading to a "failed to find root" error.

fstab seems correct. I suspect the issue is in crypttab.
Does anyone know a good blog post or guide to set it up correctly? I feel like I’m close to solving this.

#ArchLinux #Btrfs #LVM #LUKS #Linux

1/2