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
Bookmark/Search this post with:
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
--