Edit: including corruption of superblocks

  • @[email protected]
    link
    fedilink
    43 hours ago

    Since btrfs uses Copy on Write, as long as the data makes it onto disk in tact, any further btrfs operations on the data will be safe against sudden power loss. It might need the opportunity to repair some stuff once power is restored (scrub), but the data (and metadata) should still be there and recoverable, not left in some partial state that can’t be resolved.

  • Atemu
    link
    fedilink
    616 hours ago

    As long as the hardware functions as it should (e.g. respects barriers) and there is no software bug in the stack, no.

    That’s a highly unlikely scenario though. Make backups.

    • @[email protected]
      link
      fedilink
      313 hours ago

      I had some kernel panics here and there… but the last one panic was fatal. Suddenly a lot of /usr/lib/lib<name>.so files were empty and also X11 stopped working…

  • Possibly linux
    link
    fedilink
    English
    1922 hours ago

    Corruption should be automatically detected and fixed. The operations will resume on bootup.

    However I wouldn’t push your luck.

  • SavvyWolf
    link
    fedilink
    English
    1122 hours ago

    Storage devices can fail at any time for any reason. Always have a backup.

    Fwiw, I think BTRFS is better than ext4 and friends at actually detecting whether a block is corrupted or not.

    • @[email protected]
      link
      fedilink
      14 hours ago

      “Better” in the sense that it actually has the ability to check for corruption at all, as all metadata and data are checksummed.

  • @GustavoM
    link
    English
    51 day ago

    As a proud Orange pi zero 3 owner (which I’m using it as a “lab rat” by testing several things, including shutting it down like its a router)…? Nah.

      • @LavenderDay3544
        link
        3
        edit-2
        20 hours ago

        They’re objectively better than the Raspberry Pi in every way and are much more standard ARM devices than the weird boot process of the Raspberry Pi, so generally speaking, more OSes just work.

        My Orange Pi 5 actually supports an open source EDK2 port so it can run any Aarch64 operating system that supports UEFI and ACPI or Device Tree which means almost every Linux distro, all the BSDs, Windows, and even more exotic and up and coming options.

        I actually bought it to test my own OS development project specifically because it’s one of the few ARM boards that supports the common boot and firmware standards.

        On the Raspberry Pi 5 which I also have if you want to use anything other than their own officially supported Linux distributions (so far only Pi OS and Ubuntu) then you have to modify your kernel or bootloader to work with its wacky boot ROM, lack of UEFI or U-Boot, and somewhat non-standard Device Tree along with tons of undocumented peripherals.

        Oh, and the Orange Pi has twice the number of cores. The RPi 5 has four Cortex A76 cores while the Orange has four Cortex A76 cores and four Cortex A55 cores in a big.LITTLE configuration.

        Honestly, any of the Rockchip RK3588 or RK3588S boards are way better than a Raspberry Pi. At this point, the only thing Raspberry Pi has going for it over its major competitors is the fact that the brand itself isn’t Chinese (although many of the boards are made in China).

        • @Buffalox
          link
          1
          edit-2
          11 hours ago

          They’re objectively better

          From what I heard, Orange Pi had lots of software problems for instance with drivers, and the quality of distros are not nearly as good as the official for Raspberry Pi.

          • @GustavoM
            link
            English
            05 hours ago

            software problems

            Not having “out of the box” support does not make it a problem tho.

            quality of distros

            All distros are the same, considering they all run GNU/Linux and anyone can configure em at will.

            • @Buffalox
              link
              14 hours ago

              Not having “out of the box”

              Where did I say it should absolutely work “out of the box?” Compiling your own drivers can be OK too, but obviously less convenient.

              All distros are the same,

              No they are definitely not, there are huge differences in availability, quality, configuration and age of packaged software. And finally there are differences in security updates. Also the difference in hardware makes a difference in how well it’s supported with drivers.

              A general problem with Arm is that the GPU is poorly supported, and if you want stable drivers, you have tro use an old kernel.

              Your response reeks of propaganda.

      • @GustavoM
        link
        English
        219 hours ago

        It’s pretty good. Even better than the raspberry pi 4 considering its performance and comically low power draw (It doesn’t go over the 2W mark even with both cpu and gpu at 100%.). Other than that, it’s perfectly usable, despise its lack of (out of the box) support.

  • @tee9000
    link
    -51 day ago

    What do you mean by “computer” and “corruption”?

    • @Buffalox
      link
      823 hours ago

      What do you mean what does he mean? He says it right there:

      during balance or scrub of a btrfs volume?

      BTRFS is obviously a filesystem, so it’s equally obviously corruption of the BTRFS filesystem.