I agree with both of you. Somehow I don’t worry about the drive in my laptop but 80 TB of scientific data is another thing, and I want to make sure it is the same data when it arrives.
- 1 Post
- 28 Comments
That sounds scary and like I need at least btrfs if I need to ship the data instead of using
rsync.
Yes, using
rsyncbetween the two servers would be the best option. I guess, despite I already have the drives. On my end I could provide the access and arrange proper security with VPN, but at the target there are still too many question marks and I cannot currently count on some basic Linux knowledge there.For a previous transfer of much less data I had to write a PS script that handled the transfer. It was very slow.
So, I am actually dealing with another problem: Can I get enough information from the non-tech persons to provide the best and easiest solution for them.
Thx so far all the ideas from all of you.
Thx.
The disks are only meant for transport at this time.
The more I think about it, the more I lean towards btrfs, because even if they don’t use btrfs on the target server the copying process will do the error correction based on the checksums in btrfs itself. I hope btrfs does it the same way as ZFS in this scenario.
Your assumption is correct. These are many files of medium size: sat raster images.
The more I think about it, the more I lean towards btrfs, because even if they don’t use btrfs on the target server the copying process will do the error correction based on the checksums in btrfs itself.
I wasn’t involved in the decision process to buy those drives and enclosures. Now they act as a backup, too.
More like 8x 10 TB drives.
It is scientific data that needs to be available on another server.
Absolutely, thx for clarifying (:
Both can be very rude to people around them (from what is visible in public). I wouldn’t want either of them as my boss. Apart from that, both have their ways to entertain; I don’t mean by displaying bad behaviour to people; that is no entertainment I enjoy.
Today, I am close to 1 and 5. Had a fairly nice day and everything went smoothly. Today I can afford to sit, watch and be funny. (:
Did you just say, that popups are back? scream
On my EIZO monitor with DP connected I have no issues seeing all of the boot process (Gentoo and Debian 13). I just have to ensure I power up the monitor 1 second before starting the computer. This monitor has great colors for it’s age, only 60Hz, though.
At work I noticed the newer Dell monitors seem to boot for 2 to 5 seconds, but the BIOS on both work machines is slow enough to don’t bother counting down 5 seconds until I boot them.
Generally, I find it a bit annoying and great that everything “monitors” is so dynamically detected. This is why I always power on the monitors first and I can live/work in peace.
Maybe. But, only until bedtime I managed to solve all the issues and I needed to it run overnight. I had use flag issues only every 3 to 6 months, granted, but it was enough for me.
Interesting. Why not use systemd-nspawn? From what I understand, the kernel is shared anyway.
Or it is about the friends you loose after you have successfully installed Gentoo and now maintaining it.
Fun aside: I used Gentoo for more than a decade (15 years?, idk). Since I am back on Debian stable, I don’t feel like I am missing out on stuff I want to try, because I don’t have to wait or solve useflag issues anymore. I still think, Gentoo is a solid distro, but I have other hobbies, too. If it were my sole job to maintain a Gentoo system I would do it. But I don’t want to deal with it anymore in my spare time.






this is scientific data.
Funfact, I recently did a scrub on my offline backup drive of my work PC. It correct around 250 errors. I wouldn’t have noticed any problems if I had used ext4 instead of btrfs.