Ouch, that must have been a pain to recover from...
I've had almost the opposite experience to yours funnily. Several years ago my HDDs would drop out at random during heavy write loads, after a while I narrowed down the cause to some dodgy SATA power cables, which sadly I could not replace at the time. Due to the hardware issue I could not scrub the filesystem successfully either. However I managed to recover all my data to a separate BTRFS filesystem, using some "restore" utility that was mentioned in the docs, and to the best of my knowledge all the recovered data was intact.
While that past error required a separate filesystem to perform the recovery, my most recent hardware issue with drives dropping out didn't need any recovery at all - after resolving the hardware issue (a loose power connection) BTRFS pretty much fixed itself during a scheduled scrub and spat out all the repairs in dmesg.
I would suggest enabling some kind of monitoring on BTRFS's counters if you haven't, because the fs will do whatever it can to prevent interruption to operations. In my previous two cases, performance was pretty much unaffected, and I only noticed the hardware problems due to the scheduled scrub & balance taking longer or failing.
Don't run a fsck - BTRFS essentially does this to itself during filesystem operations, such as a scrub or a file read. The provided btrfs check tool (fsck) is for the internal B-tree structure specifically AFAIK, and irreversably modifies the filesystem internally in a way that can cause unrecoverable data loss if the user does not know what they are doing. Instead of running fsck, run a scrub - it's an online operation that can be done while the filesystem is still mounted
Thank you for sharing 😁 just migrated my data over from Newpipe x SponsorBlock.
For anyone wondering how to:
In NewPipe x SponsorBlock go to Settings > Content > Export Database, save it, then open Tubular, go to Settings > Content > Import Database, click the ZIP, and it will import all your data from NewPipe (playlists, subs, watched videos, and settings)
I went with the virtual appliance when I installed Home Assistant several years ago, turned out to be a great decision looking at how it's architected. I only self-host the database separately, which i've found easier to manage.
the fact that the storage usage keeps growing
There should be a setting to reduce how long Home Assistant retains data for - I removed the limit on mine, however its possible that on newer versions they've changed the default
Hope you find a solution though - I think node red (capable of doing dashboards on its own) with something else is going to get you part way there.
Before I got into my current lease I went over the whole thing, and the landlord was actually good enough to amend some things I did not like.
I would never, ever consent to having my data sold, especially by someone taking 20-50% of monthly income. They're almost taking you for a ride at that point!
Firefox uses a built-in domain blocklist for tracking protection, in addition to blocking third party cookies
Although that would not explain why Chrome and Opera pass that at all to begin with IMO. Maybe these browsers enforce their own additional data silos or other deviations from specs when in Private Browsing mode. I know Chrome for example shrinks the storage provision for various JS APIs down to practically nothing when in Incognito mode, which can break things like Teams Web etc when you start sharing files.
Either way though all marketing ever is, is just a selection of carefully chosen words. In this case, browsers too, as there's no Brave there (I'm not a fan of Brave anyway, but worth noting)
Do you have the same issue after rebooting your device?
Android's memory management may be struggling with a lot of cached resources in RAM that are being used frequently, besides Fennec. (Cached resources' memory space may show up as "available", but in reality this space is in use - run cat /proc/meminfo in a command line on your Android to see how much RAM is "free")
When this happens, Android pretty much sends memory warnings to apps as soon as they are moved to the background, forcing them to save the bare minimum data needed to resume, before they are killed by the runtime. Fennec in this case is just saving your active tabs, but not the form data within. This behavior cannot be changed
Only fix in this scenario is to reboot your device AFAIK
I'm all for it to be honest. The 737 Max sounds like a death trap, and until Boeing is banned from certifying their own planes nobody should be flying in these IMO.
The FAA needs to start certifying these themselves again, and remove the existing loopholes/exemptions that allow some design changes to avoid recertification
That's so annoying - I have a ton of their apps too!
Looks like I'll be staying on these ancient F-Droid versions for a while until a replacement shows up... but ugh I am so annoyed. Files, Draw, and the gallery in particular that allowed you to resize (strips EXIF data), crop and do all sorts was so handy
That's mostly going to be in the hands of Bambu I think, they only recently just allowed users to flash custom firmware onto the X1.
If Prusa doesn't come back with a strong challenger we will be in trouble IMO. They have that amazing corexy that rivals the Bambu in performance (but not price!) but for a lot of people it's too big anyway sadly
Orange Pi: Good documentation, but prices of newer models are not as affordable as previously
Radxa/Rock: Poor hardware support apparently
Pine64: Amazing hardware variety (phone, smartwatch, IP camera, soldering iron), but documentation can be hit or miss. Check the Pine64 wiki and search around for other documentation by community members
Khadas: Good documentation, and support directly from the hardware developers, but this comes at a cost
MilkV: Poor documentation - Ideal if you want to tinker
Libre Le Potato: Generally hear positive things about their hardware. Hundreds of these were used on a recent YT project in lieu of a Pi with great success, so may be worth a look.
Another thing to check would be Armbian's site - if something is supported by that distro, it might be worth taking a closer look at
A lot of the companies producing these "Pi killers" made them to survive the shortage, because their Pi accessories weren't selling. This means that generally they'll work great with the accessory, but support may be hit or miss outside of that.
I would lean towards Orange Pi personally, mainly due to cost and how long they've been around. Avoid the very early models as there were some overheating issues on a minority of the Allwinner chips - iirc their recent boards are using Rockchip instead.
While it's good that they have been ramping up production, their attitude towards consumers during the shortage is something that some users won't forget, as well as them seemingly ignoring that they are an education charity.
At least the Pi CEO acknowledges this in the CES interview with Jeff Geerling, where he mentions that the company has been "burnt" from a customer perspective. While they do contribute a lot to mobile linux development (indirectly), I think most people here would probably prefer the company just focus on their original mission of getting an affordable, credit card sized computer into users' hands... not scalpers and hardware developers' warehouses.
Also, I personally don't really want to support Broadcom seeing the horrible decisions they've been making recently - why would they buy VMWare, then proceed to drop ALL of their partners, and put a ton of their staff out of work??
I believe all of this data is wiped from Mozilla servers if you forget your Sync password. They provide you a recovery key when you sign up: store it safely to retain access to your data in the rare event that you forget your password.
2 - On Android I'm not sure - you'll need to try it out. On Desktop: yes they do.
3 - On Android I'm not sure. On Desktop: yes they do, but usually only if the extension developer has implemented it.
OP is talking about software updates, and you are talking about one of the few products nowadays where decades old models can be maintained without excessive cost.
In most countries the Model T is exempt from any kind of safety inspection and classes of tax, making it an excellent option for the maliciously compliant engineer 😁
Maybe the EU 🇪🇺 should legislate that German car companies should cease to produce new cars and instead commit to repairing what they have already produced, for free presumably?
Why not? While they're at it they can start making buses and trains.
Mercedes in particular absolutely nailed bus design with their Citaro, then promptly proceeded to make a hideous looking successor 🤢 perhaps their car designers can fix that
I opted for OpemCamera specifically because it allows so much manual control. I absolutely love it.
For someone seeking a point-and-shoot experience though, OpenCamera isn't really there, and I don't know any other FOSS app that does it right while striking a balance between clean UX, exposed features, and optimizing the ISO and shutter (dependent on environment, WB & lighting conditions) to take pictures crazy fast. There is also this odd bug on my device where the left and right audio channels are swapped during video recording.
IMO the Galaxy S4 and S5 series absolutely nailed the perfect camera UX with the stock app, most since then have just been "inspired" by iOS and aren't all that intuitive.
Closed source, modified GCam is the only alternative I can think of
Ouch, that must have been a pain to recover from...
I've had almost the opposite experience to yours funnily. Several years ago my HDDs would drop out at random during heavy write loads, after a while I narrowed down the cause to some dodgy SATA power cables, which sadly I could not replace at the time. Due to the hardware issue I could not scrub the filesystem successfully either. However I managed to recover all my data to a separate BTRFS filesystem, using some "restore" utility that was mentioned in the docs, and to the best of my knowledge all the recovered data was intact.
While that past error required a separate filesystem to perform the recovery, my most recent hardware issue with drives dropping out didn't need any recovery at all - after resolving the hardware issue (a loose power connection) BTRFS pretty much fixed itself during a scheduled scrub and spat out all the repairs in dmesg.
I would suggest enabling some kind of monitoring on BTRFS's counters if you haven't, because the fs will do whatever it can to prevent interruption to operations. In my previous two cases, performance was pretty much unaffected, and I only noticed the hardware problems due to the scheduled scrub & balance taking longer or failing.
Don't run a fsck - BTRFS essentially does this to itself during filesystem operations, such as a scrub or a file read. The provided btrfs check tool (fsck) is for the internal B-tree structure specifically AFAIK, and irreversably modifies the filesystem internally in a way that can cause unrecoverable data loss if the user does not know what they are doing. Instead of running fsck, run a scrub - it's an online operation that can be done while the filesystem is still mounted