increase space in /tmp

On Fri, Nov 30, 2007 at 05:45:35AM -0500, Mark Neidorff wrote:
> Is it possible to increase the space available in /tmp without doing the
> backup/repartition/reinstall/restore dance?
>
> I'm trying to backup a dvd using k9copy. It wants to have about 8 gig free in
> the /tmp partition, but when I set the system up, I gave /tmp much less than
> that.

It's been a while since I used k-9 copy (a few months at least) but
I never needed that much space in /tmp. Poke around in the config
dialogs looking for references to /tmp and change that.

hm... it occurs to me that maybe you're trying to backup from one dvd
to another? And that's causing k-9 copy to want to store the file
temporarily, thus it uses /tmp. Why not just copy it directly to your
harddrive and then perform the burn as a separate step. just a
thought.

A

0

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

increase space in /tmp

Mark Neidorff wrote:
> Is it possible to increase the space available in /tmp without doing the
> backup/repartition/reinstall/restore dance?
>
> I'm trying to backup a dvd using k9copy. It wants to have about 8 gig free in
> the /tmp partition, but when I set the system up, I gave /tmp much less than
> that. k9copy wants to write to /tmp/kde-mark/k9copy* so I tried creating a
> link from /tmp/kde-mark to a partition with lots of space (while in single
> user mode since messing with /tmp when "X" is active can be dicey). I made
> sure the permissions were correct, but when I restarted in normal mode, the
> system created and used a sub-directory under /tmp like
> this: /tmp/kde-mark6C5838b thereby circumventing my efforts. Do I have to
> backup, repartition and restore or is there a better way?
>
> Thanks,
>
> Mark
>
>
>
Unmount /tmp.

(You don't need single-user mode as long as there aren't any other users
on the system, but you might want to get out of X as you mention.)

Then remount /tmp on your bigger partition (this assumes your bigger
partition is empty). You can even make it a permanent change by changing
/etc/fstab.

If your bigger partition is not empty, just unmount /tmp, then just do
the symlink like you did above, but don't reboot or remount /tmp. The
system should find /tmp just fine.

--
Kent

--

increase space in /tmp

On 2007-11-30 11:45 +0100, Mark Neidorff wrote:

> Is it possible to increase the space available in /tmp without doing the
> backup/repartition/reinstall/restore dance?
>
> I'm trying to backup a dvd using k9copy. It wants to have about 8 gig free in
> the /tmp partition, but when I set the system up, I gave /tmp much less than
> that.

I don't know k9copy, is there a way to have it use another directory
than /tmp, e.g. by a command-line option or by setting TMPDIR? If not,
you should file a bug report to the k9copy authors, because putting huge
files in /tmp is just plain wrong. These days it makes sense to mount
/tmp on a tmpfs filesystem, and writing DVD images there thwarts this
possibility.

Regards,
Sven

--

increase space in /tmp

On Fri, Nov 30, 2007 at 05:45:35AM -0500, Mark Neidorff was heard to say:
> Is it possible to increase the space available in /tmp without doing the
> backup/repartition/reinstall/restore dance?
>
> I'm trying to backup a dvd using k9copy. It wants to have about 8 gig free in
> the /tmp partition, but when I set the system up, I gave /tmp much less than
> that. k9copy wants to write to /tmp/kde-mark/k9copy* so I tried creating a
> link from /tmp/kde-mark to a partition with lots of space (while in single
> user mode since messing with /tmp when "X" is active can be dicey). I made
> sure the permissions were correct, but when I restarted in normal mode, the
> system created and used a sub-directory under /tmp like
> this: /tmp/kde-mark6C5838b thereby circumventing my efforts. Do I have to
> backup, repartition and restore or is there a better way?

If k9copy reads an environment variable (usually TEMP or TMP) to find
the temporary directory, you could try setting that to somewhere that
has more space (e.g., ~/tmp). Its documentation might say more about which
environment variables it respects. If it's a GUI program, you could also
check its interactive configuration and see whether there's a setting
controlling where the temporary files go.

Daniel

--

increase space in /tmp

On Fri, Nov 30, 2007 at 06:19:41AM -0800, Daniel Burrows was heard to say:
> If k9copy reads an environment variable (usually TEMP or TMP) to find

Sorry, my brain was in Windows-land. Of course here we use TMPDIR.

Daniel

--

increase space in /tmp [SOLVED]

On Friday 30 November 2007 01:29 pm, Andrew Sackville-West wrote:
> On Fri, Nov 30, 2007 at 05:45:35AM -0500, Mark Neidorff wrote:
> > Is it possible to increase the space available in /tmp without doing the
> > backup/repartition/reinstall/restore dance?
> >
> > I'm trying to backup a dvd using k9copy. It wants to have about 8 gig
> > free in the /tmp partition, but when I set the system up, I gave /tmp
> > much less than that.
>
> It's been a while since I used k-9 copy (a few months at least) but
> I never needed that much space in /tmp. Poke around in the config
> dialogs looking for references to /tmp and change that.
>
> hm... it occurs to me that maybe you're trying to backup from one dvd
> to another? And that's causing k-9 copy to want to store the file
> temporarily, thus it uses /tmp. Why not just copy it directly to your
> harddrive and then perform the burn as a separate step. just a
> thought.
>
> A

Thanks. I found the config option to change the directory used. No more
problems.

Also thanks to everyone else who answered. I got a lot of useful tips from
your replies. Its great to have so many smart and well versed folks on this
list.

Mark

--

increase space in /tmp

Is it possible to increase the space available in /tmp without doing the
backup/repartition/reinstall/restore dance?

I'm trying to backup a dvd using k9copy. It wants to have about 8 gig free in
the /tmp partition, but when I set the system up, I gave /tmp much less than
that. k9copy wants to write to /tmp/kde-mark/k9copy* so I tried creating a
link from /tmp/kde-mark to a partition with lots of space (while in single
user mode since messing with /tmp when "X" is active can be dicey). I made
sure the permissions were correct, but when I restarted in normal mode, the
system created and used a sub-directory under /tmp like
this: /tmp/kde-mark6C5838b thereby circumventing my efforts. Do I have to
backup, repartition and restore or is there a better way?

Thanks,

Mark

--

Syndicate content