Also, when you talk about fsck, what could be good options for this to check the drive?
I've never used proxmox, so I can't advise how to do so via the UI it provides. As a general Linux approach, though, if you're copying from a source Linux filesystem, it should be possible to unmount it
or boot from a live boot Linux CD, if that filesystem is required to run the system
and then just run fsck /dev/sda1 or whatever the filesystem device is.
I'd suspect that too. Try just reading from the source drive or just writing to the destination drive and see which causes the problems. Could also be a corrupt filesystem; probably not a bad idea to try to fsck it.
IME, on a failing disk, you can get I/O blocking as the system retries, but it usually won't freeze the system unless your swap partition/file is on that drive. Then, as soon as the kernel goes to pull something from swap on the failing drive, everything blocks. If you have a way to view the kernel log (e.g. you're looking at a Linux console or have serial access or something else that keeps working), you'll probably see kernel log messages. Might try swapoff -a before doing the rsync to disable swap.
At first I was under suspicion was temperature.
I've never had it happen, but it is possible for heat to cause issues for hard drives; I'm assuming that OP is checking CPU temperature. If you've ever copied the contents of a full disk, the case will tend to get pretty toasty. I don't know if the firmware will slow down operation to keep temperature sane
all the rotational drives I've used in the past have had temperature sensors, so I'd think that it would. Could try aiming a fan at the things. I doubt that that's it, though.
GPU prices are coming to earth
https://lemmy.today/post/42588975
Nvidia reportedly no longer supplying VRAM to its GPU board partners in response to memory crunch — rumor claims vendors will only get the die, forced to source memory on their own
If that's true, I doubt that they're going to be coming to earth for long.
Prices rarely, if ever, go down in a meaningful degree.
Prices on memory have virtually always gone down, and at a rapid pace.
https://ourworldindata.org/grapher/historical-cost-of-computer-memory-and-storage
Do you feel sad about the fact that you'll probably die within 100 years (or less)
A quote from Richard Dawkins:
We are going to die, and that makes us the lucky ones. Most people are never going to die because they are never going to be born. The potential people who could have been here in my place but who will in fact never see the light of day outnumber the sand grains of Arabia. Certainly those unborn ghosts include greater poets than Keats, scientists greater than Newton. We know this because the set of possible people allowed by our DNA so massively exceeds the set of actual people. In the teeth of these stupefying odds it is you and I, in our ordinariness, that are here.We privileged few, who won the lottery of birth against all odds, how dare we whine at our inevitable return to that prior state from which the vast majority have never stirred?
The local pol said he usually goes by Adolf Uunona in daily life and argued it’s too late to formally change his name.
“It’s in all official documents. It’s too late for that,” he told German newspaper Bild in 2020.
For context for folks in the US, the US makes it pretty easy to change your name. Ditto for a number of other countries that derive from the British legal tradition. A number of countries have considerably more restrictive law on this point.
If consumers aren't going to or are much less likely to upgrade, then that affects demand from them, and one would expect manufacturers to follow what consumers demand.
I remember when it wasn't uncommon to buy a prebuilt system and then immediately upgrade its memory with third party DIMMs to avoid paying the PC manufacturer's premium on memory. Seeing that price relationship becoming inverted is a little bonkers. Though IIRC Framework's memory-on-prebuilt-systems didn't have much of a premium.
I also wonder if it will push the market further towards systems with soldered memory or on-core memory.
You can have applications where wall clock tine time is not all that critical but large model size is valuable, or where a model is very sparse, so does little computation relative to the size of the model, but for the major applications, like today's generative AI chatbots, I think that that's correct.
Last I looked, a few days ago on Google Shopping, you could still find some retailers that had stock of DDR5 (I was looking at 2x16GB, and you may want more than that) and hadn't jacked their prices up, but if you're going to buy, I would not wait longer, because if they haven't been cleaned out by now, I expect that they will be soon.
I'm not at a Linux machine at the moment, but ip a is probably short for "ip addr", which shows the local machine's IP address with iproute2 (historically, one would have used OP's ifconfig).
I dunno -d off the top of my head, but du -h shows, using "human readable units"
like "M" for megabyte, etc, the size of all the files below each directory starting at the current one. It pairs well with sort -h, which can sort those units
du -h | sort -h is a nice way to get an overview of what is eating up your disk space.
From my /etc/resolv.conf on Debian trixie, which isn't using openresolv:
I mean, if you want to just write a static resolv.conf, I don't think that you normally need to have it flagged immutable. You just put the text file you want in place of the symlink.