• 0 Posts
  • 16 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle





  • If the total data is 3tb and you want disk failure protection I would take your two 6tb disks and put them in a mirror. With the amount of data you have and the drive sizes at your disposal that makes the most sense. This leaves you with 3tb free for growth. If you wanted an additional backup I would recommend storing it in a different location entirely or pay a cloud provider like Backblaze.

    I would do this with ZFS but you can also do this via LVM or just straight md-raid/mdadm. I’m not sure what your issues are with zfs on popos but they should be resolvable as Ubuntu supports zfs fine to my knowledge.

    An alternative you could consider is using mergersfs to logically pool indivial filesystems on each of the disks and then use SnapRAID to provider some level of protection. You’ll have to look into that further if interests you as I don’t have to much info in my head related to that solution. Its not as safe as a mirror but its better than nothing.


  • Your title is about backups but your question seems mostly just about how to set up your storage for backups.

    You can go about pooling disks in a few ways but you first need to define what level of protection from failure you want. Before going further though, how much space do you project that you will need for backups?





  • I mean I’m not sitting here defending soldered on ram but your unnecessary aggression and sarcasm in your previous responses overshadows the fact that while solder on ram sucks for the upgrade and repair market the underlying tech has very tangible improvements and now we can maintain that improvement and the upgrade and repair functions.

    I agree, soldered ram is bad. But I disagree that LPDDR ram is fundamentally bad and this improvement allowing it to be modular while maintaining its improvements is a very good thing.

    As far as your complaints of battery life on your thinpad goes, there is much more to battery life than the consumption of the memory but naturally every part plays a role and small improvements in multiple places result in a larger net improvement. I’m assuming you’re running linux which in my experience has always suffered from less than optimal power usage. I’m far from an expert in that particular area but its always been my understanding that it is largely caused by insufficient fireware support.

    As a whole this looking at this article in a vacuum i only see good things. A major flaw with lpddr has been address and i will be able to expect these improvements in future systems.





  • Have you ever had an issue that you had to get support for? Whether it’s asking fairphone for help or just searching online for answers, did you have any trouble?

    Hmmm. I don’t think so. I had some weird issues with audio on phone calls at one point but I think that was not due to the phone and more so due to LineageOS, a third party OS.

    I worry that the disassemble-able design could make the phone less drop resistant, have you experienced that?

    Well I don’t drop my phone but I also don’t feel like its construction lends it to being overall weaker. I also keep it in a case and with a screen protector on though.


  • I’ve had one for a while now and overall I’m happy with it. The screen and camera are as good as some other devices and it doesn’t support all of some bands that US providers use so service coverage may vary. I should also add that the touch sensitivity is a little off. I’m not sure if thats software or hardware to blame though.

    I’m on a T-Mobile reseller and excluding situations like being inside a data center or being outside of town camping or whatever my service has been acceptable. Its also less an issue for me as in almost always in WiFi range.

    I don’t think the phone is upgradable. It is repairable though. The fact that it has an easily removable battery is enough to justify the device for me as glued in dead batteries have historically been my biggest issue with device longevity.