Alright. When I got my new system built a little while ago, I gave my old system to my kid, with Endeavour installed. They’re trying to install The Sims 4, which from everything I can find, they should have ample room for. 355GB available on the SSD, /tmp is empty, the game itself shouldn’t be more than 60-70GB, and it’s packaged in smaller zipped files as an easy way to transfer it from another system.
Enclosing information. Apologies for the image quality, they were using their phone so they didn’t have to switch screens back and forth. (We don’t live together)
On a default Arch Linux system, /tmp is typically a tmpfs in RAM, with a maximum size of about half of your available physical memory.
So, for example, if you have 16 GB of RAM, /tmp would usually be capped at around 8 GB unless you changed the default or mounted /tmp differently.
Something is off over here. The output of inxi -FAZ lists the dirve as nvme0n1 with two partitions, nvme0n1p2 and nvme0n1p3. The size of the drive nvme01n1 is listed as 476.94 GiB. The size of nvme0n1p2 is listed as 449.58 GiB which is the root partition. While the size of nvme0n1p3 is listed as 17.1 GiB which the swap partition.
If we look at the KDE Dolphin screenshot it is showing the size of root as 128.1 TiB. i.e. the size of the root that is shown in Dolphin is about 290 times greater than what is listed in the output of the inxi -FAZ command. Is the root part of some LVM or has some compression been enabled on the nvme0n1p2 partition.
The nvme0n1p1 partition is missing. Any idea on why that is?
Also about the disk space running out on the directory, /home/unrestrained_fish/gamesss/sims is there any disk quota in place?
The size of the directory /tmp has about 30GB, as given by the 3rd screenshot, which is mounted in the RAM as it is tmpfs file system. The size of the file fg-01.bin is about 49.1 GB as given in the screenshot. So obviously the /tmp directory will not accommodate it. The size of RAM is shown by the first screenshot with the command inxi -FAZ is about 16GB. So you will have to shift the /tmp to the disk.
@smokey how did you arrive at the conclusion that this is a pirated game?
While originally digging around for the solution to the problem, I found someone who’d had a similar situation–they had plenty of room on the destination drive, but while unzipping some files, Ark insisted there was no space. The solution had been to re-mount /tmp with a larger cap. Since the individual zip files were all smaller than 30GB, I figured that’d be a good cap for that. Looking more into the article you posted, I see now that a better option would’ve just been to leave it unmounted for the duration, let the system use drive space temporarily, then re-mount it after.
Thank you. If I had any hair left to tear out, the sheer frustration would’ve led to me doing that lol
I genuinely don’t know what’s going on with their partitions, at this point. We have a voice call scheduled tomorrow over Discord; maybe I can have them share their screen, show me some of what’s going on with their system. Maybe we can figure it out. Because pirated game or not, I feel like that’s going to cause problems down the line.
Maybe I’ll look into a new SSD for them, too, if we can afford one… I had thought that was a 1TB, not a 500GB.
So the nvme0n1p1 partition is still missing from the inxi output, but Dolphin no longer reports an abnormal drive size. Both Gnome Disk Utility and KDE Partition Manager report the partition present and accounted for.
Notably, the inxi output for my system doesn’t show the system partition, either:
When you have a call with them ask them to create the output of the following commands lsblk -a -f -p -T
This will give info on all the partitions. To find all the partitions give the command findmnt
What was the error that was observed while using /tmp ?
In all cases, Ark stated that there was “no space available on device”.
I can ask them to run the lsblk command, but in both Gnome Disk Utility and KDE Partition Manager, all partitions were present and accounted for. I thought I had said that yesterday, but I guess I didn’t. That’s my bad
