k3b dvd copy fails due to /tmp space [SOLVED]

[dfgrbac]

I have copied DVDs that I created many times with Linux k3b, and I am pretty sure I have done it using Mageia. Anyway, I have a movie dvd that I wanted to copy today, and I cannot get it to work. The error message says that the /tmp directory is too small. (/tmp/kde-dfgrbac/dvd_video_recorder.iso)

The message says the tmp free space is 1.4GiB, and the size of the project is 2.2GiB. But the / directory has plenty of free space, over 80Gib.

I have been keeping up with the Mageia updates and I am running all the latest in Mageia 5.

What is the problem, anyone?

[Ken-Bergen]

I believe /tmp uses RAM now instead of being on a physical drive.
You can tell K3B what folder to use for tmp like /home/dfgrbac/tmp .

[ozky]

Yes /tmp is moved to ram by default.

[jiml8]

And a most annoying default it is too. That one bit me right after I first installed Mageia 2. I promptly fixed it, and now my /tmp is symlinked to a directory on an encrypted hard drive.

[dfgrbac]

I believe /tmp uses RAM now instead of being on a physical drive.
You can tell K3B what folder to use for tmp like /home/dfgrbac/tmp .

Wow, that does not seem very wise, especially for K3B.

I tried the change to my /home/dfgrbac/tmp. It did not work.

[dfgrbac]

And a most annoying default it is too. That one bit me right after I first installed Mageia 2. I promptly fixed it, and now my /tmp is symlinked to a directory on an encrypted hard drive.

After seeing your response, I tried this as the root user:

ln -s /home/dfgrbac/tmp /tmp

That did not work either. Same insufficient space error from K3B.

[jiml8]

And a most annoying default it is too. That one bit me right after I first installed Mageia 2. I promptly fixed it, and now my /tmp is symlinked to a directory on an encrypted hard drive.

After seeing your response, I tried this as the root user:

ln -s /home/dfgrbac/tmp /tmp

That did not work either. Same insufficient space error from K3B.

You have to dismount /tmp before it will work. Dismounting /tmp is not a trivial exercise; you can't do it when the system is running and it gets mounted pretty quickly on startup.

I don't recall how I did it, though I do recall it being a PITA to do. Try booting into init 1. If that doesn't work, boot into a recovery installation, mount the volume that is / on your normal system, and do the symlink there. Then reboot into your system.

[Ken-Bergen]

Does /home/dfgrbac/tmp exist?

[dfgrbac]

And a most annoying default it is too. That one bit me right after I first installed Mageia 2. I promptly fixed it, and now my /tmp is symlinked to a directory on an encrypted hard drive.

After seeing your response, I tried this as the root user:

ln -s /home/dfgrbac/tmp /tmp

That did not work either. Same insufficient space error from K3B.

You have to dismount /tmp before it will work. Dismounting /tmp is not a trivial exercise; you can't do it when the system is running and it gets mounted pretty quickly on startup.

I don't recall how I did it, though I do recall it being a PITA to do. Try booting into init 1. If that doesn't work, boot into a recovery installation, mount the volume that is / on your normal system, and do the symlink there. Then reboot into your system.

Well, your advice did help, Jim. And your right about it being a PITA. I'd say an RPITA.

I used the rescue disk and mounted the sda5 on /mnt as it allowed. I had to relearn the commands to get rid of tmp so I could link it as I indicated, but finally I got it.

THANK YOU!

But (surprise) I tried to play the DVD copy and VLC failed now. Gees, after a year of error free use of Mageia, now I am getting all these problems. This may require another thread.

[jiml8]

FWIW, I ran across this thread. I did not recall posting about my /tmp adventures here, but apparently I did.

viewtopic.php?f=8&t=5616&hilit=%2Ftmp+in+RAM