Recent searches

No recent searches

Search options

Only available when logged in.
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.

Administered by:

Server stats:

517
active users

101010.pl: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.4.0-beta.1

#btrfs

0 posts0 participants0 posts today
Linux Renaissance<p><strong>Archinstall 3.0.7: Easy BTRFS Snapshots Make Arch Linux Beginner-Friendly</strong></p> <p><a href="https://video.fosshq.org/w/djq8fMUtxqiGbDbMpFsJhz" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">video.fosshq.org/w/djq8fMUtxqi</span><span class="invisible">GbDbMpFsJhz</span></a></p>
PhotorLinux-Kram
PhotorLinux-Kram
Thorsten Leemhuis (acct. 1/4)<p>"some performance improvements and one minor mount option update" are among the main <a href="https://hachyderm.io/tags/Btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Btrfs</span></a> changes merged for <a href="https://hachyderm.io/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> 6.16:</p><p><a href="https://git.kernel.org/torvalds/c/5e82ed5ca4b510e0ff53af1e12e94e6aa1fe5a93" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">git.kernel.org/torvalds/c/5e82</span><span class="invisible">ed5ca4b510e0ff53af1e12e94e6aa1fe5a93</span></a></p><p>A few highlights:</p><p>Performance:<br> <br>- extent buffer conversion to xarray gains throughput and runtime improvements on metadata heavy operations doing writeback (sample test shows +50% throughput, -33% runtime)<br> <br>- extent io tree cleanups lead to performance improvements by avoiding unnecessary searches or repeated searches<br> <br>- more efficient extent unpinning when committing transaction (estimated run time improvement 3-5%)<br> <br>User visible changes:<br> <br>- remove standalone mount option 'nologreplay', deprecated in 5.9, replacement is 'rescue=nologreplay'<br> <br>- in scrub, update reporting, add back device stats message after detected errors (accidentally removed during recent refactoring)<br> <br>Core:<br> <br>- convert extent buffer radix tree to xarray<br> <br>- continued preparations for large folios</p><p><a href="https://hachyderm.io/tags/kernel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kernel</span></a> <a href="https://hachyderm.io/tags/LinuxKernel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LinuxKernel</span></a> <a href="https://hachyderm.io/tags/Linux616" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux616</span></a> <a href="https://hachyderm.io/tags/Filesystem" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Filesystem</span></a></p>
Scott Williams 🐧<p>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. </p><p><a href="https://mastodon.online/tags/xfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>xfs</span></a> <a href="https://mastodon.online/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://mastodon.online/tags/ext4" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ext4</span></a></p>
Unix Weekly<p>Bcachefs, Btrfs, EXT4, F2FS &amp; XFS File-System Performance On Linux 6.15</p><p><a href="https://www.phoronix.com/review/linux-615-filesystems" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">phoronix.com/review/linux-615-</span><span class="invisible">filesystems</span></a></p><p>Discussions: <a href="https://discu.eu/q/https://www.phoronix.com/review/linux-615-filesystems" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">discu.eu/q/https://www.phoroni</span><span class="invisible">x.com/review/linux-615-filesystems</span></a></p><p><a href="https://mastodon.social/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://mastodon.social/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://mastodon.social/tags/unix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>unix</span></a></p>
Bhante Subharo ☸️<p><a href="https://c.im/tags/Debian" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Debian</span></a> <a href="https://c.im/tags/trixie" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>trixie</span></a> <a href="https://c.im/tags/kde" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>kde</span></a> has been really decent, however here's my biggest hesitation for desktop use (once it goes stable). I'm grateful that <a href="https://c.im/tags/LinuxMint" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LinuxMint</span></a>'s great <a href="https://c.im/tags/TimeShift" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>TimeShift</span></a> app is now Debian-packaged. </p><p>I prospectively formatted my root partition as <a href="https://c.im/tags/BTRFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>BTRFS</span></a>, 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:</p>
:linux: XaetaCore :420:<p><span class="h-card" translate="no"><a href="https://fosstodon.org/@opensuse" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>opensuse</span></a></span> Nice development!<br>It is always nice to see my former main <a href="https://mastodon.xaetacore.net/tags/distro" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>distro</span></a> work on constant improvement.</p><p>This is the reason why i recommend <a href="https://mastodon.xaetacore.net/tags/opensuse" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>opensuse</span></a> to all <a href="https://mastodon.xaetacore.net/tags/sysadmin" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>sysadmin</span></a> :)</p><p>Stability, and the default usage of <a href="https://mastodon.xaetacore.net/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> paired with <a href="https://mastodon.xaetacore.net/tags/snapper" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>snapper</span></a> is always a win.</p>
Sven Jacobs :androidHead:<p>Hey <span class="h-card" translate="no"><a href="https://fosstodon.org/@fedora" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>fedora</span></a></span>, I was reading the article series about <a href="https://androiddev.social/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> but it seems that the articles about qgroups and RAID were never written? Or am I missing something?</p><p><a href="https://fedoramagazine.org/working-with-btrfs-general-concepts/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">fedoramagazine.org/working-wit</span><span class="invisible">h-btrfs-general-concepts/</span></a></p><p><a href="https://androiddev.social/tags/Fedora" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Fedora</span></a> <a href="https://androiddev.social/tags/FedoraMagazine" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FedoraMagazine</span></a></p>
Khurram Wadee ✅<p>So, I’ve basically reinstalled the system from a USB drive and am now restoring <a href="https://mastodon.org.uk/tags/backups" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>backups</span></a>. Luckily, I backed up all the <a href="https://mastodon.org.uk/tags/Dotfiles" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Dotfiles</span></a> and configurations and so the <a href="https://mastodon.org.uk/tags/desktop" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>desktop</span></a> is behaving as before, which is a big relief. On the up side, it’s booting a lot faster and the <a href="https://mastodon.org.uk/tags/disk" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>disk</span></a> has <a href="https://mastodon.org.uk/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://mastodon.org.uk/tags/partition" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>partition</span></a>, rather than <a href="https://mastodon.org.uk/tags/Ext4" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Ext4</span></a>.</p><p><a href="https://mastodon.org.uk/tags/Fedora42" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Fedora42</span></a> <a href="https://mastodon.org.uk/tags/F42" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>F42</span></a></p>
Rafael Kassner<p>Blogged: Resizing a LUKS-backed BTRFS RAID1 filesystem</p><p><a href="https://www.kassner.com.br/en/2025/04/12/luks-btrfs-raid1-resize/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">kassner.com.br/en/2025/04/12/l</span><span class="invisible">uks-btrfs-raid1-resize/</span></a></p><p><a href="https://phpc.social/tags/linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>linux</span></a> <a href="https://phpc.social/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://phpc.social/tags/raid" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>raid</span></a></p>
Khurram Wadee ✅<p>My experience with <a href="https://mastodon.org.uk/tags/FlashDrives" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FlashDrives</span></a> recently has been mixed. I have no problem in encrypting them with <a href="https://mastodon.org.uk/tags/LUKS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>LUKS</span></a>, using <a href="https://mastodon.org.uk/tags/cryptsetup" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cryptsetup</span></a> or with formatting a partition with <a href="https://mastodon.org.uk/tags/Btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Btrfs</span></a>, for instance, using <a href="https://mastodon.org.uk/tags/gparted" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>gparted</span></a> and doing other tinkering with <a href="https://mastodon.org.uk/tags/Gnome" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Gnome</span></a> <a href="https://mastodon.org.uk/tags/disks" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>disks</span></a>. 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.</p><p>1/2</p><p><a href="https://mastodon.org.uk/tags/Hardware" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Hardware</span></a> <a href="https://mastodon.org.uk/tags/StorageDevices" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>StorageDevices</span></a> <a href="https://mastodon.org.uk/tags/Unix" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Unix</span></a> <a href="https://mastodon.org.uk/tags/GNU" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GNU</span></a> <a href="https://mastodon.org.uk/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.org.uk/tags/Fedora" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Fedora</span></a></p>
Geekland<p>Tipos de Sistemas de Archivos en Linux <a href="https://mastodon.social/tags/hardware" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>hardware</span></a> <a href="https://mastodon.social/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://mastodon.social/tags/comparaci%C3%B3n_sistemas_de_archivos" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>comparación_sistemas_de_archivos</span></a>. <a href="https://mastodon.social/tags/ext4" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ext4</span></a> <a href="https://mastodon.social/tags/particionamiento_linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>particionamiento_linux</span></a> <a href="https://mastodon.social/tags/sistemas_de_archivos_linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>sistemas_de_archivos_linux</span></a> <a href="https://mastodon.social/tags/tipos_de_particiones_linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>tipos_de_particiones_linux</span></a> <a href="https://mastodon.social/tags/xfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>xfs</span></a><br><a href="https://soploslinux.com/tipos-de-sistemas-de-archivos-en-linux/" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">soploslinux.com/tipos-de-siste</span><span class="invisible">mas-de-archivos-en-linux/</span></a></p>
Niklas Korz<p>Anfang des Jahres hat <span class="h-card" translate="no"><a href="https://rheinneckar.social/@ammoniumperchlorate" class="u-url mention" rel="nofollow noopener" target="_blank">@<span>ammoniumperchlorate</span></a></span> einen Vortrag darüber gehalten, wie wir unsere Mastodon-Instanz rheinneckar.social dank <a href="https://rheinneckar.social/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> und <a href="https://rheinneckar.social/tags/NixOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>NixOS</span></a> mit nur wenigen Sekunden Downtime auf einen neuen Server umgezogen haben. Definitiv sehenswert! :blobcatnomcookie: </p><p><a href="https://www.youtube.com/watch?v=KG8nRL6fPjc" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">youtube.com/watch?v=KG8nRL6fPj</span><span class="invisible">c</span></a></p>
すめらん | Sumelan :vrchat:<p>finally i setuped my laptop with <a href="https://ani.work/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> + <a href="https://ani.work/tags/impermanence" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>impermanence</span></a> + <a href="https://ani.work/tags/nixos" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>nixos</span></a> !<br>the /persist snapshot is transferred to my mini pc's hdds via btrbk.</p><p><a href="https://ani.work/tags/unixporn" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>unixporn</span></a> <a href="https://ani.work/tags/niri" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>niri</span></a> <a href="https://ani.work/tags/wayland" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>wayland</span></a></p>
Pascal Leinert<p>Eigentlich wollte ich den <a href="https://social.pascal-leinert.de/tags/Linux" rel="nofollow noopener" target="_blank">#Linux</a> Kernel 6.14 testen, aber <a href="https://social.pascal-leinert.de/tags/initramfs" rel="nofollow noopener" target="_blank">#initramfs</a>, <a href="https://social.pascal-leinert.de/tags/btrfs" rel="nofollow noopener" target="_blank">#btrfs</a> und <a href="https://social.pascal-leinert.de/tags/nvidia" rel="nofollow noopener" target="_blank">#nvidia</a> sagen nein.</p>
Roxanne :verified_coffee:<p>Here’s a thought I’ve just had on file systems for <a href="https://mastodon.nl/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a>: 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? <a href="https://mastodon.nl/tags/btrfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>btrfs</span></a> <a href="https://mastodon.nl/tags/ext4" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ext4</span></a> <a href="https://mastodon.nl/tags/xfs" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>xfs</span></a></p>
Silas On Linux<p>I think I am done with the fancy fun new <a href="https://techhub.social/tags/Linux" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Linux</span></a> tech things.</p><p>It is time to return to <a href="https://techhub.social/tags/Ubuntu" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Ubuntu</span></a> on Ext4.</p><p><a href="https://techhub.social/tags/BTRFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>BTRFS</span></a> is really cool but I think this is now the second time where the btrfs Filesystem on my machine got corrupted and locked itself to Read Only.</p>
LisPiPeople really should stop recommending nodatacow with <a class="hashtag" href="https://udongein.xyz/tag/btrfs" rel="nofollow noopener" target="_blank">#btrfs</a> on anything they care about.<br><br>It also breaks integrity guarantees. Does no one else read the <a class="hashtag" href="https://udongein.xyz/tag/manpage" rel="nofollow noopener" target="_blank">#manpage</a>?
Asta [AMP]<p>hey hey <a href="https://fire.asta.lgbt/tags/Linux" rel="nofollow noopener" target="_blank">#Linux</a> <a href="https://fire.asta.lgbt/tags/FileSystem" rel="nofollow noopener" target="_blank">#FileSystem</a> <a href="https://fire.asta.lgbt/tags/ZFS" rel="nofollow noopener" target="_blank">#ZFS</a> <a href="https://fire.asta.lgbt/tags/RAID" rel="nofollow noopener" target="_blank">#RAID</a> <a href="https://fire.asta.lgbt/tags/XFS" rel="nofollow noopener" target="_blank">#XFS</a> entities! I'm looking for extremely opinionated discourses on alternatives to ZFS on Linux for slapping together a <a href="https://fire.asta.lgbt/tags/JBOD" rel="nofollow noopener" target="_blank">#JBOD</a><span> ("Just a Bunch Of Disks", "Just a Buncha Old Disks", "Jesus! Buncha Old Disks!", etc) array.<br><br>I like ZFS </span><i>but</i> 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 <i>the</i><span> need. Read/write don't have to be blazingly fast (not that I'm mad about it).<br><br>I also have one </span><a href="https://fire.asta.lgbt/tags/proxmox" rel="nofollow noopener" target="_blank">#proxmox</a> ZFS array where a raw disk image is stored for a <a href="https://fire.asta.lgbt/tags/Qemu" rel="nofollow noopener" target="_blank">#Qemu</a> <a href="https://fire.asta.lgbt/tags/VirtualMachine;" rel="nofollow noopener" target="_blank">#VirtualMachine;</a><span> 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.<br><br>I don't think there's been any change on the </span><a href="https://fire.asta.lgbt/tags/BTRFS" rel="nofollow noopener" target="_blank">#BTRFS</a><span> 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.<br><br>I'm open to </span><a href="https://fire.asta.lgbt/tags/LVM" rel="nofollow noopener" target="_blank">#LVM</a><span>, etc, or whatever might help me stay in tree and up to date. Thank you! Boosts appreciated and welcome.<br><br></span><a href="https://fire.asta.lgbt/tags/techPosting" rel="nofollow noopener" target="_blank">#techPosting</a></p>
TrendingLive feeds
About