Hallo Leute, klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt. Hintergrund, habe mir ein Iso-Image gezogen, das auf eine Partition geladen werden sollte, die voll lief. Konqueror meldet sich dann, daß der Platz nicht ausreicht. Ich habe also Platz gemacht und habe dann auf die Option »überspringen« geklickt, in der Hoffnung, daß Konqui erkennt, jetzt ist Platz. Leider ist die Datei aber weg :((. Wo werden solche Downloads denn abgelegt? (/tmp habe ich natürlich abgeklappert, auch mein eigenes home). df zeigt solche temporären Dateien mißlicherweise auch nicht an. Wenn so ein Download schief geht, ist dann wirklich alles umsonst gewesen? Glaub' ich irgendwie nicht. Kann mir irgendeiner auf die Sprünge helfen? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Samstag, 16. November 2002 21:10 schrieb Helga Fischer:
Hallo Leute,
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Hintergrund, habe mir ein Iso-Image gezogen, das auf eine Partition geladen werden sollte, die voll lief. Konqueror meldet sich dann, daß der Platz nicht ausreicht. Ich habe also Platz gemacht und habe dann auf die Option »überspringen« geklickt, in der Hoffnung, daß Konqui erkennt, jetzt ist Platz.
Leider ist die Datei aber weg :((. Wo werden solche Downloads denn abgelegt? (/tmp habe ich natürlich abgeklappert, auch mein eigenes home). df zeigt solche temporären Dateien mißlicherweise auch nicht an. Wenn so ein Download schief geht, ist dann wirklich alles umsonst gewesen? Glaub' ich irgendwie nicht.
Kann mir irgendeiner auf die Sprünge helfen?
Du könntest ja falls du den dateinamen noch (ungefähr) kennst die suchoption im x-window / kde nutzen mfg Claudius
Am Samstag, 16. November 2002 21:22 schrieb Claudius Peter:
Am Samstag, 16. November 2002 21:10 schrieb Helga Fischer:
Hallo Leute,
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Hintergrund, habe mir ein Iso-Image gezogen, das auf eine Partition geladen werden sollte, die voll lief. Konqueror meldet sich dann, daß der Platz nicht ausreicht. Ich habe also Platz gemacht und habe dann auf die Option »überspringen« geklickt, in der Hoffnung, daß Konqui erkennt, jetzt ist Platz.
Leider ist die Datei aber weg :((. Wo werden solche Downloads denn abgelegt? (/tmp habe ich natürlich abgeklappert, auch mein eigenes home). df zeigt solche temporären Dateien mißlicherweise auch nicht an. Wenn so ein Download schief geht, ist dann wirklich alles umsonst gewesen? Glaub' ich irgendwie nicht.
Kann mir irgendeiner auf die Sprünge helfen?
Du könntest ja falls du den dateinamen noch (ungefähr) kennst die suchoption im x-window / kde nutzen
mfg Claudius Oder such doch in der Suchfunktion alle Dateien mit heutigem Datum, dann muß es auftauchen. Thomas -- Dr. Thomas Micus Ernst-August-Str. 17 37603 Holzminden dr.micus.holzminden@t-online.de
Helga Fischer schrieb:
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Jaja, immer diese kleinen Dateien... Schwupps, sind sie weg ;-)
Hintergrund, habe mir ein Iso-Image gezogen, das auf eine Partition geladen werden sollte, die voll lief. Konqueror meldet sich dann, daß der Platz nicht ausreicht. Ich habe also Platz gemacht und habe dann auf die Option »überspringen« geklickt, in der Hoffnung, daß Konqui erkennt, jetzt ist Platz.
Ich kenne "Überspringen" vom Löschen/Kopieren her im Konqueror eigentlich so, daß er dann die angemängelte Datei links liegen läßt, also nicht löscht und auch nicht kopiert und gleich mit der nächsten weitermacht (wenn noch weitere kopiert/gelöscht werden sollen). So ähnlich düfte das dann auch beim Download sein - die Datei ist... tja, eigentlich weg :-( Aber sofern du noch Teile des Dateinamen kennst, könntest du mal ein find / -name "*NAMENSTEIL*" auf deine Festplatte los lassen. Vielleicht findet sich ja noch was. Gruß, Patrick
* On Sat, 16 Nov 2002 at 21:10 +0100, Helga Fischer wrote:
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Hintergrund, habe mir ein Iso-Image gezogen, das auf eine Partition geladen werden sollte, die voll lief. Konqueror meldet sich dann, daß der Platz nicht ausreicht. Ich habe also Platz gemacht und habe dann auf die Option »überspringen« geklickt, in der Hoffnung, daß Konqui erkennt, jetzt ist Platz.
Leider ist die Datei aber weg :((. Wo werden solche Downloads denn abgelegt? (/tmp habe ich natürlich abgeklappert, auch mein eigenes home). df zeigt solche temporären Dateien mißlicherweise auch nicht an. Wenn so ein Download schief geht, ist dann wirklich alles umsonst gewesen? Glaub' ich irgendwie nicht.
Kann mir irgendeiner auf die Sprünge helfen?
Vielleicht find -size - so viele große Files wirds ja nicht geben. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Hi all, Am Samstag, 16. November 2002 21:31 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:10 +0100, Helga Fischer wrote:
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Vielleicht find -size - so viele große Files wirds ja nicht geben.
OK, an find hatte ich jetzt nicht gedacht. Aber ganz grundsätzlich, was passiert, wenn ich über Konqui einen Download über ftp anstosse? Wenn ich den Download so beobachte, werden mir die Daten dorthin geschaufelt, wo sie letztendlich auch landen sollen, die Datei bekommt den Namen *.part und nun stellt Konqui irgendwann fest, nun sei nicht mehr genug Platz da. Wenn ich mich jetzt für überspringen entscheide, verschwindet der bereits heruntergeladene Anteil? Wenn man einen Download abbricht (hätte ich vermutlich machen sollen), dann bleibt der schon heruntergeladene Anteil ja erhalten und man kann später weitermachen. Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
* On Sat, 16 Nov 2002 at 21:56 +0100, Helga Fischer wrote:
Am Samstag, 16. November 2002 21:31 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:10 +0100, Helga Fischer wrote:
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Vielleicht find -size - so viele große Files wirds ja nicht geben.
OK, an find hatte ich jetzt nicht gedacht. Aber ganz grundsätzlich, was passiert, wenn ich über Konqui einen Download über ftp anstosse?
Wenn ich den Download so beobachte, werden mir die Daten dorthin geschaufelt, wo sie letztendlich auch landen sollen, die Datei bekommt den Namen *.part und nun stellt Konqui irgendwann fest, nun
Stimmt, ja - daran hab ich gar nicht mehr gedacht.
sei nicht mehr genug Platz da. Wenn ich mich jetzt für überspringen entscheide, verschwindet der bereits heruntergeladene Anteil?
Glaub schon.
Wenn man einen Download abbricht (hätte ich vermutlich machen sollen), dann bleibt der schon heruntergeladene Anteil ja erhalten und man kann später weitermachen.
IIRC, ja.
Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Leider nein. Aber genau weil ich vor solchen Fällen Angst habe, hole ich prinzipiell alles, was grösser als ein paar MB ist nur mehr per wget ab. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Am Samstag, 16. November 2002 22:01 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:56 +0100, Helga Fischer wrote:
Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Leider nein. Aber genau weil ich vor solchen Fällen Angst habe, hole ich prinzipiell alles, was grösser als ein paar MB ist nur mehr per wget ab.
Warnt mich denn wget? Oder gibt es sonstwie Laut? Natürlich habe ich meinen Platz überprüft, bin aber vermutlich der 5%-(oder 10%-)Reservierung zum Opfer gefallen (oder habe einfach nicht richtig hingeguckt). Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
* On Sat, 16 Nov 2002 at 22:16 +0100, Helga Fischer wrote:
Am Samstag, 16. November 2002 22:01 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:56 +0100, Helga Fischer wrote:
Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Leider nein. Aber genau weil ich vor solchen Fällen Angst habe, hole ich prinzipiell alles, was grösser als ein paar MB ist nur mehr per wget ab.
Warnt mich denn wget? Oder gibt es sonstwie Laut?
Dann kommt irgendwann "Cannot write to `xxx' (No space left on device).". Der File bleibt dann einfach über. Für mich ist das dann das Signal für ein lvextend und wget -c. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Hi Adalbert, Am Samstag, 16. November 2002 22:24 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 22:16 +0100, Helga Fischer wrote:
Warnt mich denn wget? Oder gibt es sonstwie Laut?
Dann kommt irgendwann "Cannot write to `xxx' (No space left on device).". Der File bleibt dann einfach über. Für mich ist das dann das Signal für ein lvextend und wget -c.
OK, ich werde mir wget etwas genauer ansehen und gucken, daß meine Partitionen etwas aufgeräumt werden. lvextend gehört vermutlich zu LVM, das habe ich nicht im Betrieb. Thx, Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
* Helga Fischer schrieb am 16.Nov.2002:
Am Samstag, 16. November 2002 22:24 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 22:16 +0100, Helga Fischer wrote:
Warnt mich denn wget? Oder gibt es sonstwie Laut?
Dann kommt irgendwann "Cannot write to `xxx' (No space left on device).". Der File bleibt dann einfach über. Für mich ist das dann das Signal für ein lvextend und wget -c.
OK, ich werde mir wget etwas genauer ansehen und gucken, daß meine Partitionen etwas aufgeräumt werden. lvextend gehört vermutlich zu LVM, das habe ich nicht im Betrieb.
Ich habe auch kein lvextend. Kann höchstens vermuten, was es macht. Aber immer wenn bei mir eine Übertragund abgebrochen wurde, oder auch ich, mit CTLC-C, abgebrochen habe, mache ich ohne Probleme mit wget -c URL weiter. Für Download kann ich nur wget empfehlen. Oftmals klicke ich mit der rechten Maustaste eine Downloadadresse an, wähle "Link Adresse kopieren", gehe zu einem xterm, gehe dort zu ~/download, daß ich mir extra für Downloads angelegt habe, und rufe wget und dann mitlere Maustaste, RETURN. Und es geht los. Wenn es schon existiert, und es soll weitergemacht werden dann wget -c wget macht eine schöne ASCII-Fortschrittsanzeige. Alle 10k ein . in Päkchen zu 100k zusammengefaßt und alle 500k eine Prozentangabe und neue Zeile. Bei wget bestimme ich, wo es hinschreibt. (Da wo ich bin, oder Option -O) Es kann rekursiv herunterladen, und/oder von einer Liste. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
* On Sun, 17 Nov 2002 at 7:31 +0100, Bernd Brodesser wrote:
* Helga Fischer schrieb am 16.Nov.2002:
Am Samstag, 16. November 2002 22:24 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 22:16 +0100, Helga Fischer wrote:
Warnt mich denn wget? Oder gibt es sonstwie Laut?
Dann kommt irgendwann "Cannot write to `xxx' (No space left on device).". Der File bleibt dann einfach über. Für mich ist das dann das Signal für ein lvextend und wget -c.
OK, ich werde mir wget etwas genauer ansehen und gucken, daß meine Partitionen etwas aufgeräumt werden. lvextend gehört vermutlich zu LVM, das habe ich nicht im Betrieb.
Ich habe auch kein lvextend. Kann höchstens vermuten, was es macht.
lvextend vergrössert ein logical Volume (vergleichbar zu einer normalen Partition) - praktischerweise ohne Drang das Zeug unzumounten oder so. So kann es auch z.B. während des Downloads vergrössert werden. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
* Adalbert Michelic schrieb am 17.Nov.2002:
lvextend vergrössert ein logical Volume (vergleichbar zu einer normalen Partition) - praktischerweise ohne Drang das Zeug unzumounten oder so. So kann es auch z.B. während des Downloads vergrössert werden.
Achso, LVM habe ich noch nicht installiert. Bernd -- Alle meine Signaturen sind rein zufällig und haben nichts mit dem Text oder dem Schreiber zu tun, dem ich antworte. Falls irgendwelche Unrichtigkeiten dabei sein sollten, so bedauere ich das. Es wäre nett, wenn Du mich benachrichtigen würdest. |Zufallssignatur 0
Hoi !
Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Helga
Ähhmmm ... häh ? carsten@DarkStar-3:~ > df -h Filesystem Size Used Avail Use% Mounted on /dev/hde6 41G 176M 38G 1% / Also eigentlich finde ich df -h recht aufschlußreich . cu Carsten -- Antworten und Fragen bitte als PM an carsten-becher@cbecher.de +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Am Samstag, 16. November 2002 22:41 schrieb Carsten Becher:
Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Ähhmmm ... häh ?
carsten@DarkStar-3:~ > df -h Filesystem Size Used Avail Use% Mounted on /dev/hde6 41G 176M 38G 1% /
Also eigentlich finde ich df -h recht aufschlußreich .
Ich normalerweise auch. Mir ging es nur darum zu wissen, was läuft ab, wenn ich mit Konqui schaffe. Bei einem Download, den ich nur über Mozilla kriegte, verschwanden mir auch mal solche Riesendateien und nur, weil der Platz nicht ausreichte und Mozilla sie temporär irgendwo anders hin schaufelte und erst nach kompletten Download umkopierte. Solche Dateien spuckt df nicht aus. Ein halbes Gig ist nicht zu übersehen. Beim Arbeiten mit Konqui werde ich eben als Lösung auf »abbrechen« gehen und den Download wieder aufnehmen. Das macht er nämlich zuverlässig. Helga PS: Ich brauche kein Maildoppel, danke. -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
Hallo Helga, Am Samstag, 16. November 2002 21:56 schrieb Helga Fischer:
Hi all,
Am Samstag, 16. November 2002 21:31 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:10 +0100, Helga Fischer wrote:
klingt kurios, aber ich habe gerade eine 600 MB große Datei verlegt.
Vielleicht find -size - so viele große Files wirds ja nicht geben.
OK, an find hatte ich jetzt nicht gedacht. Aber ganz grundsätzlich, was passiert, wenn ich über Konqui einen Download über ftp anstosse?
Das kann man programmunabhängig feststellen, sobald ein Download läuft: lsof|grep <programmname> liefert Dir alle momentan geöffneten Dateien des Programmes und aus dieser Liste ist meistens das tempo- räre Downloadfile schnell zu entdecken, es muß ja z.B. in einem Verzeichnis liegen, das für den User beschreibbar ist.
[...] Kann mir jemand erklären, was im Hintergrund abläuft? Das ist nämlich nicht der erste große Download, der mir schiefging, nur weil irgendwo der Platz nicht ausreichte. Witzigerweise kriegt man das zBsp über df nicht heraus.
Das kann mit dem Caching des Betriebssystems zusammenhängen oder auch damit, wann denn das Programm "wirklich" in die Datei schreibt (Stichwort: Buffer flushen). Grundsätzliche Vorgehensweise: s.o., mit lsof die Datei raussuchen, dann kann man sich auch ihre Größe anzeigen lassen, und wenn da schon etwas ungleich 0 ausgewiesen wird, zeigt das df auch an. Tschüssi Lars
Am Sonntag, 17. November 2002 01:37 schrieb Lars Oergel:
Am Samstag, 16. November 2002 21:56 schrieb Helga Fischer:
Am Samstag, 16. November 2002 21:31 schrieb Adalbert Michelic:
* On Sat, 16 Nov 2002 at 21:10 +0100, Helga Fischer wrote:
Hi, dieses Problem, wenn der Download zu groß ist, hat mich heute auch wieder genervt, als ich eine *.iso gezogen habe und plötzlich auch die Meldung kam, daß der Speicherplatz in der Partition /-root zu klein sei. Ich fand heraus, daß in /tmp zwischengespeichert wird und /tmp liegt, wie ich feststellte, in Baum von root. Kann mir vielleicht jemand sagen, wie ich den Pfad für /tmp ändere auf eine andere Partition, wo ich /tmp anlegen könnte, weil ich dort noch sehr viel Platz habe Danke für die Hilfe Hans
* Hans Herdegen schrieb am 17.Nov.2002:
Ich fand heraus, daß in /tmp zwischengespeichert wird und /tmp liegt, wie ich feststellte, in Baum von root.
Baum von root?
Kann mir vielleicht jemand sagen, wie ich den Pfad für /tmp ändere auf eine andere Partition,
Du willst /tmp auf eine anderer Partiton legen, aber den Pfad nicht ändern. Der Pfad sollte schon /tmp lauten, sonst findet es kein Programm wieder.
wo ich /tmp anlegen könnte, weil ich dort noch sehr viel Platz habe
Bei /tmp ist es besonders einfach, da in /tmp nichts schützenswertes liegen sollte. Es reicht vollkommen mit yast oder gleich mit fdisk eine neue Partiton anzulegen und ein Dateisystem darauf einzurichten. Etwa mit mke2fs oder mkreiserfs oder was auch immer. Wenn das geschehen ist, einfach den Inhalt von /tmp komplett löschen, auch die . Dateien, nicht aber . und .. und dann das neue Dateisystem auf /tmp mounten mount /dev/hdXY /tmp Wobei XY für Deine Partition steht. Wenn Du SCSI und nicht EIDE hast, dan heißt das natürlich /dev/sdXY Am Besten gleich in der /etc/fstab eintragen. Wenn Du ein Produktionssystm hast, wäre ich ein wenig vorsichtiger. Und vielleicht ist es auch besser, daß Du beim löschen von /tmp nicht gerade KDE laufen hast, oder online bist. Netzwerk runtergefahren könnte auch nicht schaden. Es gibt Programme, die mögen es gar nicht, wenn man denen ihre tämporären Dateien einfach weglöscht. Du kanst natürlich auch /tmp auf die neue Patition kopieren, so wie man es bei anderen Partitionen macht. Aber /tmp sollte man so oder so, ab und an mal aufräumen. Gute Gelegenheit. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
Hallo Hans, Am Sonntag, 17. November 2002 11:35 schrieb Hans Herdegen:
Hi, dieses Problem, wenn der Download zu groß ist, hat mich heute auch wieder genervt, als ich eine *.iso gezogen habe und plötzlich auch die Meldung kam, daß der Speicherplatz in der Partition /-root zu klein sei. Ich fand heraus, daß in /tmp zwischengespeichert wird und /tmp liegt, wie ich feststellte, in Baum von root.
Stimmt, wenn man /tmp nicht von vorneherein auf eine eigene Partition legt, was ich, nachdem ich wußte, ich kann brennen, vorsichtshalber einmal gemacht hatte. Normalerweise landet bei mir in /tmp nie sehr viel.
Kann mir vielleicht jemand sagen, wie ich den Pfad für /tmp ändere auf eine andere Partition, wo ich /tmp anlegen könnte, weil ich dort noch sehr viel Platz habe
Ich würde mir (als bequemer Mensch) mit YaST eine weitere Partition anlegen, dann mir meinen Lieblingseditor schnappen und die fstab bearbeiten. In diese trage ich dann meine neue /tmp-Partition ein; den Mountpoint gibt es ja schon. Dann Linux neu starten. Beim Hochlaufen hängt er dann die neue /tmp-Partition ein. Wenn Du jetzt noch temporär Dein altes /tmp irgendwo einhängst, kannst Du auch noch die Daten, die drauf sind, in das neue /tmp kopieren. Aber eigentlich sollten da nur entbehrliche Sachen drauf sein, die im Bedarfsfalle neu angelegt werden. Solltest Du nur von der Konsole aus arbeiten, ist es vermutlich auch möglich, die /tmps im laufenden Betrieb umzuhängen. Du solltest aber alles bleiben lassen, das den Zugriff drauf braucht. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Netikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Sonntag, 17. November 2002 12:59 schrieb Helga Fischer: Hallo Helga! Vielen Dank für Deinen Tipp: alles so gemacht, wie Du vorgeschlagen und alles läuft so, wie ich will. Nur ein Problem gabs anfangs: ich bekam die Fehlermeldung in englisch, daß KDE nicht gestartet werden könnte, weil auf das /tmp "access denied". Dann habe ich failsave ausgewählt und über den mc bin ich dann an das /tmp heran und habe mit chown die Rechte von root auf den user "ali"=das bin ich- gesetzt und jetzt haut alles hin. Danke nochmals für Deine unkomplizierte Hilfe Hans
Hallo Hans,
Am Sonntag, 17. November 2002 11:35 schrieb Hans Herdegen:
Hi, dieses Problem, wenn der Download zu groß ist, hat mich heute auch wieder genervt, als ich eine *.iso gezogen habe und plötzlich auch die Meldung kam, daß der Speicherplatz in der Partition /-root zu klein sei. Ich fand heraus, daß in /tmp zwischengespeichert wird und /tmp liegt, wie ich feststellte, in Baum von root.
Stimmt, wenn man /tmp nicht von vorneherein auf eine eigene Partition legt, was ich, nachdem ich wußte, ich kann brennen, vorsichtshalber einmal gemacht hatte. Normalerweise landet bei mir in /tmp nie sehr viel.
Kann mir vielleicht jemand sagen, wie ich den Pfad für /tmp ändere auf eine andere Partition, wo ich /tmp anlegen könnte, weil ich dort noch sehr viel Platz habe
Ich würde mir (als bequemer Mensch) mit YaST eine weitere Partition anlegen, dann mir meinen Lieblingseditor schnappen und die fstab bearbeiten. In diese trage ich dann meine neue /tmp-Partition ein; den Mountpoint gibt es ja schon.
Dann Linux neu starten. Beim Hochlaufen hängt er dann die neue /tmp-Partition ein. Wenn Du jetzt noch temporär Dein altes /tmp irgendwo einhängst, kannst Du auch noch die Daten, die drauf sind, in das neue /tmp kopieren. Aber eigentlich sollten da nur entbehrliche Sachen drauf sein, die im Bedarfsfalle neu angelegt werden.
Solltest Du nur von der Konsole aus arbeiten, ist es vermutlich auch möglich, die /tmps im laufenden Betrieb umzuhängen. Du solltest aber alles bleiben lassen, das den Zugriff drauf braucht.
Helga
On Monday 18 November 2002 11:01, Hans Herdegen wrote:
Am Sonntag, 17. November 2002 12:59 schrieb Helga Fischer: Hallo Helga! Vielen Dank für Deinen Tipp: alles so gemacht, wie Du vorgeschlagen und alles läuft so, wie ich will. Nur ein Problem gabs anfangs: ich bekam die Fehlermeldung in englisch, daß KDE nicht gestartet werden könnte, weil auf das /tmp "access denied". Dann habe ich failsave ausgewählt und über den mc bin ich dann an das /tmp heran und habe mit chown die Rechte von root auf den user "ali"=das bin ich- gesetzt und jetzt haut alles hin. Danke nochmals für Deine unkomplizierte Hilfe Hans
So ist es dann allerdings nur noch für root und ali möglich das /tmp zu nutzen. Andere Nutzer haben keine schreibrechte dort. Besser ist es als Eigentümer root zu setzen aber allen das erstellen von verzeichnissen zu erlauben. z.B. mit: chown root:root /tmp chmod 777 /tmp Da aber jetzt jeder Nutzer Dateien anderer Nutzer verändern könnte musst du noch das sticky-bit setzen: drwxrwxrwt 64 root root 8192 Nov 18 10:49 . das t bei drwxrwxrwt zeigt dies an. also z.B. ausführen: chmod o+t /tmp Dies verhindert dass ein User Dateien eines anderen Users umbenennen/löschen darf. Dass KDE nicht starten wollte könnte auch daran liegen, dass KDE eine Datei erstellen wollte, die schon von einem anderen Benutzer existiert. (Mit dem stickybit hast du als Verzeichnisbesitzer oder superuser das Recht fremde Dateien zu überspielen, deswegen funktioniert dies jetzt) Dann könnte man einfach die entsprechenden Dateien löschen (ist ja /tmp, da darf sich ja eigentlich nix aufhalten, was nach einem Neustart noch gebraucht wird) Gruss Michael -- Der süsse Pinguin ist mir lieber als die kleinen weichen, die einem nur kaputte Fenster verkaufen
Hallo Michael, Hallo Liste, Wie und wo kann man festlegen, dass /temp bei jedem boot immer komplett geleert wird? Danke im Voraus, Werner Michael Heide schrieb:
(Mit dem stickybit hast du als Verzeichnisbesitzer oder superuser das Recht fremde Dateien zu überspielen, deswegen funktioniert dies jetzt) Dann könnte man einfach die entsprechenden Dateien löschen (ist ja /tmp, da darf sich ja eigentlich nix aufhalten, was nach einem Neustart noch gebraucht wird)
-- Bitte e-mail weder in rich-txt, noch in html, nur in ascii. Please e-mail neither in rich-txt, nor in html, only in ascii. http:/go.to/WernerHabel ICQ#:15412841
On Monday 18 November 2002 11:37, Werner Habel wrote:
Hallo Michael, Hallo Liste,
Wie und wo kann man festlegen, dass /temp bei jedem boot immer komplett geleert wird?
Wo das am besten ist weiss ich selber nicht so genau, des weiteren wäre das auch der falsche Weg. (vielleicht /etc/init.d/boot.local, falls da nicht schon Prozesse aktiv sind die /tmp brauchen) Wenn es an einer Datei liegt, die KDE erzweugen will, die aber schon einem anderen Benutzer gehört, und dies nach einmaligem löschen nicht behoben ist, hast du glaube ich schwerwiegendere Probleme. Da würde ich erstmal auf eine andere Antwort der liste warten *hallo?* :-) Gruss Michael -- Der süsse Pinguin ist mir lieber als die kleinen weichen, die einem nur kaputte Fenster verkaufen
Hallo Michael,
Wo das am besten ist weiss ich selber nicht so genau, des weiteren wäre das auch der falsche Weg. (vielleicht /etc/init.d/boot.local, falls da nicht schon Prozesse aktiv sind die /tmp brauchen) Wenn es an einer Datei liegt, die KDE erzweugen will, die aber schon einem anderen Benutzer gehört, und dies nach einmaligem löschen nicht behoben ist, hast du glaube ich schwerwiegendere Probleme.
Danke, aber Mißverständnis, sorry. Ich weiß schon daß das problemlos geht. Bevor ich von 8.0 auf 8.1 up und dann wieder reumütig auf 8.0 downgegradet habe, war mein System genauso konfiguriert und lief tadellos. So tadelIos, daß ich Dumbo jetzt veratzt habe, wie und wo ich das eintragen muss... todo: mehr Voltax nehmen... ;-/ Gruß, Werner -- Bitte e-mail weder in rich-txt, noch in html, nur in ascii. Please e-mail neither in rich-txt, nor in html, only in ascii. http:/go.to/WernerHabel ICQ#:15412841
Helga Fischer wrote:
Wenn so ein Download schief geht, ist dann wirklich alles umsonst gewesen? Glaub' ich irgendwie nicht.
Kann mir irgendeiner auf die Sprünge helfen?
Konqi, bzw. das kio_*-Tierchen speichert die temporaeren Dateien im Zielordner und benennt Sie mit zus. ".part" per default. Die is wohl futsch. Alles ab 100MB ziehe ich prinzipiell per wget. Peter
participants (13)
-
Adalbert Michelic
-
B.Brodesser@t-online.de
-
Carsten Becher
-
Christopher Knoerle
-
Claudius Peter
-
Dr.Micus.Holzminden@t-online.de
-
hapauhe@t-online.de
-
Helga Fischer
-
Lars Oergel
-
Michael Heide
-
patrick_hess@t-online.de
-
Peter Wiersig
-
Werner Habel