Downloaden in Firefox (toch niet opgelost)

[mhweb]

Heb nog een probleempje. Telkens ik iets wil downloaden,  een programma of film bevoorbeeld, krijg ik in firefox een melding,  dat dat niet gaat omdat de map /tmp  niet genoeg ruimte heeft.

Ik ben die al eens gaan leegmaken, maar nog steeds lukt het niet om grotere bestanden te downloaden.

Kan me hier iemand van mijn probleem verlossen?

[dellkubuntu]

Ook niet als je de standaard download locatie veranderd,dus niet meer naar /temp ?

[mhweb]

Hehe... bedankt... had er nog niet aan gedacht naar mijn instellingen en voorkeuren te gaan kijken... bleek ingesteld op een externe disk die er niet aan hing, om daar te gaan opslaan... ( stom he )  heb nu gewoon ingevuld, dat hij in een map Downloads moet downloaden en lukt dus nu weer wel...  ( hiermee is ook het probleem van het downloaden van Pidgin nieuwe versie opgelost,  )

[kebabfish]

Moet je nog wel even "opgelost" in de titel zetten
Maar mooi dat het probleem weg is.

[mhweb]

Dat opgelost was dus maar tijdelijk...  na pidgin te hebben gedownload, wou ik nog een pdf bestand downloaden en kreeg ik weer dezelfde melding als voorheen, dat ik plaats moets vrijmaken, dat er geen ruimte was in tmp. ( die ik wel degelijk al zo goed als leeg gemaakt heb)
Dus nog maar eens de vraag, wat kan ik doen om dit te verhelpen. Bij voorkeuren in firefox staat wel degelijk downloaden aan mijn map Downloads ( die in mijn persoonlijke map zit )

[vanadium]

Het heeft met je /tmp te maken. Post hier eens de output van

Code: [Selecteer]

mount
df -h

Ik verwacht dat je een afzonderlijke /tmp partitie hebt?

[mhweb]

Ik heb bij installatie geen apparte / temp partitie aangemaakt, nooit ergens gelezen dat die  nodig is of zou kunnen. 

Restulaat van a120013@a120013-desktop:
~$ mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-22-generic/volatile type tmpfs (rw)
/dev/hda3 on /home type ext3 (rw)
securityfs on /sys/kernel/security type securityfs (rw)
overflow on /tmp type tmpfs (rw,size=1048576,mode=1777)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
/dev/sda1 on /media/disk type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)
a120013@a120013-desktop:~$ df -h

[vanadium]

De output van je "df -h" is niet doorgekomen, maar toch wordt mijn vermoeden bevestigd.