Edit: including corruption of superblocks
Yes there’s always a chance corruption can happen from a hard power off, always keep reliable backups.
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.
“Better” in the sense that it actually has the ability to check for corruption at all, as all metadata and data are checksummed.
Theoretically, no.
In reality, possibly/yes!
What do you have?
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.
As long as there are no problems with the btrfs code? Hahahahaha!! There are.
And also in any other filesystem’s code or the block layers below the filesystem. As I said, unlikely scenario.
Everyone saying it’ll be fine is speaking theoretically. Practically I can attest to full and total file system corruption under this scenario.
Especially if you’re using raid5 for multi disk.
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.
How’s it been? I see mention of Orange Pi more frequently these days.
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).
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.
The Orange Pi 5 is a completely standard Rockchip RK3588S board. That SoC has complete driver support in Linux, and pretty good support on Windows as well.
I can’t speak to any other Orange Pi products as that is the only one I have.
If all you want to run is their essentially proprietary spins of Linux then go overpay for a Raspberry Pi.
If you actually want freedom of choice for software and universally good driver support then ditch ARM and go for good old x86 based SBCs like the Radxa X4 which is in the same price range and has better performance while also being a completely standard Intel N series (formerly Celeron) based PC.
Shit like this is why I don’t have high hopes for ARM based PCs no matter how hard Microsoft, Qualcomm, Nvidia, and MediaTek push for them. x86 and its ecosystem have basically perfected the formula for machines with standardized software interfaces and peripherals with the sole exception being GPUs which will always be a PITA on any platform.
Even if you want to only talk about Linux while the kernel itself may support a fuck ton of architectures all the rest of the software you might want to use is only guaranteed to work on x86. On everything else it may or may not work well and for proprietary stuff it may not even be ported to other architectures at all.
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.
What do you mean by “computer” and “corruption”?
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.
What sub is this?
This isn’t Reddit.
Im not very good with computers
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.
Corruption should be automatically detected and fixed. The operations will resume on bootup.
However I wouldn’t push your luck.
No, I don’t thing scrubs / balances resume on boot up, they’d have to be started again.
No.
No
