• 1 Post
  • 12 Comments
Joined 2 years ago
cake
Cake day: June 23rd, 2023

help-circle





  • Not that I’m advocating for Apple’s inexcusable behaviour, but as someone who’s worked in IT managing fleets of hundreds of Thinkpads (among others like Apple, Dell, Acer, HP), respectfully, they are far less reliable and durable than a MacBook. The only devices I had with higher failure rates than ThinkPads were Acer laptops.

    They are certainly more repairable, but so are others like Dell and HP. Lenovo were one of the earlier manufacturers to pull some anti-repair moves such as soldering memory to the mainboard (on the Yoga models).

    I think your statement is far more accurate in the days when IBM owned the ThinkPad brand, but unfortunately Lenovo have run it into the ground as far as quality goes.

    All that said, I certainly hope we see more projects like Framework so that these big manufacturers can get some sort of reality check.




  • Sure, I’ve used it both in Server and NAS scenarios. The NAS was where we had most issues. If the maintenance tasks for BTRFS weren’t scheduled to run (balance, defrag, scrub and another one i can’t recall), the disk could become “full” without actually being full. If I recall correctly it’s to do with how it handles metadata. There’s space, but you can’t save, delete or modify anything.

    On a VM, its easy enough to buy time by growing the disk and running the maintenance. On a NAS or physical machine however, you’re royally screwed without adding more disks (if its even an option). This “need to have space to make space” thing was pretty suboptimal.

    Granted now I know better and am aware of the maintenance tasks, I simply schedule them (with cron or similar). But I still have a bit of a sour taste from it, lol. Overall I don’t think it’s a bad FS as long as you look after it.


  • This for sure. As a general rule of thumb, I use XFS for RPM-based distros like Red Hat and SuSE, EXT4 for Debian-based.

    I use ZFS if I need to do software RAID and I avoid BTRFS like the plague. BTRFS requires a lot of hand holding in the form of maintenance which is far from intuitive and I expect better from a modern filesystem (especially when there are others that do the same job hassle free). I have had FS-related issues on BTRFS systems more than any other purely because of issues with how it handles data and metadata.

    In saying all that, if your data is valuable then ensure you do back it up and you won’t need to worry about failures so much.




  • I hope it’s not inappropriate to comment this here, but if anyone’s looking for another space to join, I’m in the process of building Krab Borg. It would be lovely to have people to help fill it out and diversify the communities, as well as suggest what the local ones should look like as I have no idea.

    I’m trying to balance not reinventing the wheel/duplicating existing communities 100 times but also still supporting the idea of decentralisation and creating some duplicates (though this isn’t hard and fast, I’m open to feedback).

    I’ve seeded it with some communities from other servers (including a bunch from lemmy.ml) to get things moving a bit as well.