Bekommst du die Ausgabe von
Codedf -hT
hier hin?
Hallo Tomfa-ng,
Bekommst du die Ausgabe von
Codedf -hT
hier hin?
Da haben sich unsere Posts überkreuzt. Ohne das "T" habe ich das Resultat ja gepostet (hoffe das reicht). Jedenfalls ist in keinem der angezeigten Dateisysteme mehr als 66% belegt.
Da ich jetzt gerade auf der Kommandozeile des Laptops eingeloggt bin, kann ich bestätigen, dass laut df Platz ist. Vom Bildschirm abgetippt erhalte ich ungefähr folgendes:
> df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2 21G 13G 6,8G 66% /
devtmpfs 2,0G 0 2,0G 0% /dev
...
/def/sda2 21G 13G 6,8G 66% /var/tmp (ebenso /.snapshots, /var/opt/, /var/log usw.)
...
/dev/sda3 437G 36G 401G 9% /homeAlso, am Platz sollte es eigentlich nicht scheitern...
Hast du bei der Installation Snapper konfiguriert oder irgendwie eingestellt?
Kann sein das der der Übeltäter ist und deine Platte vollmacht.
Schau dich mal bissel unter Yast - Snapper um.
Hi Alero!
Mir wäre zumindest nicht bewusst, dass ich Snapper konfiguriert hätte. Außerdem denke ich nicht, dass die Platte tatsächlich voll ist. Vorhin (als nur die Kommandozeile funktionierte) zeigte mir "df" an, dass auf /tmp 6,8GB frei sind, und noch viel mehr als das in meinem Home-Verzeichnis.
Könnte Snapper trotzdem das Problem sein? Dann hoffe ich, dass ich es im Kommandozeilen-Yast finde...
Viele Grüße,
Simon
I just updated the title, so that it can be marked as solved"
Here you go!
Ich glaube, diesen Thread kann man als "erledigt" markieren. Allerdings zeigte sich, dass mein eigentliches Problem (mein Laptop gibt mir kein graphisches login mehr, weil er trotz vorhandenen Platzes nicht mehr nach /tmp schreiben kann) dadurch nicht gelöst wurde. Aber dafür habe ich ein neues Thema geöffnet.
Viele Grüße,
Simon
Hallo!
Vorhin hatte ich gefragt und beantwortet bekommen, wie ich mit openSuse 13.2 einen Cron-Job einrichte, der beim Booten temporäre Dateien löscht. Hintergrund war das Problem, dass mein Laptop nicht vollständig booten konnte, weil angeblich kein Platz mehr zum Schreiben war. Ich konnte mich immerhin auf der Kommandozeile einloggen. Nachdem ich /tmp/* und /var/tmp/* gelöscht hatte und rebootete, funktionierte der Laptop anscheinend zunächst wieder. So kam ich auf die Idee, dass temporäre Dateien zu viel Platz fraßen und so das Problem verursachten.
Leider irrte ich mich anscheinend, weshalb ich wieder Hilfe benötige. Nach einigen Stunden, in denen ich auch "zypper up" versuchte, brach zunächst "zypper up" wegen angeblich fehlenden Platzes ab, später stürzte auch KDE ab. Beim Versuch zu rebooten erhielt ich wieder *höchstens* eine Kommandozeile, aber jetzt gerade bekomme ich noch nicht einmal dies.
In der Kommandozeile konnte ich vorhin mittels "df" überprüfen, dass auf /tmp immerhin 6,8GB frei sind. Aber schreiben konnte ich dort nicht. Meine Fragen:
- Woran könnte das liegen? Defekte Festplatte?
- Falls noch was zu retten ist: Wie? (bzw. wie bekomme ich relevante Systeminformationen?)
- Für die meisten Daten habe ich ein Backup, allerdings gibt es zwei Dateien, für die ich jetzt eines bräuchte. Wenn ich eine externe Festplatte einbinde und auf der Kommandozeile eingeloggt bin: Wo im Verzeichnisbaum kann ich die externe Festplatte finden (falls sie automatisch eingebunden wurde), bzw. wie kann ich sie manuell mounten (falls sie nicht automatisch eingebunden wurde)?
Viele Grüße,
Simon
PS: Jetzt gerade ist immerhin ein einloggen auf der Kommandozeile möglich. Ich sehe Meldungen wie "systemd-journald[822]: Failed to write entry (20 items, 472 bytes), ignoring: Invalid argument" und "systemd-readahead[368]: Failed to open pack file: No space left on device".
Hi Alero!
No problem, I am German...
Thank you for the link!
Best regards,
Simon
Hi!
Currently, I am using openSuse 13.2. And today, my laptop could only provide me with a console login, since there was no space left on device. Fortunately I was able to clean /tmp/* and /var/tmp/* manually, and now I can use my laptop again.
When I was using an older version of openSuse, I used YaST's
/etc/sysconfig editor to create a cron job to automatically clean temporary files.
There used to be variables such as CLEAR_TMP_DIRS_AT_BOOTUP. But in 13.2 I can not find these variables. So, the old recipe to prevent my disk to fill up apparently does not work with openSuse 13.2 any more.
What can I do now to prevent the problem from happening again?
Best regards,
Simon
Hallo!
Nach Systemwechsel 13.1 > 13.2 fuktioniert die USB Verbindung nicht mehr.
In Geräteüberwchung erscheint nichts.
fdisk -l
Nur sda*
Nach eingabe lsusb
Bus 001 Device 010: ID 12d1:1038 Huawei Technologies Co., Ltd. Ideos (debug mode)
Ich hatte nach dem Systemwechsel ebenfalls dieses Problem. Siehe [Gelöst] Aldi-Stick (und umtsmon)
Das Problem war, dass usb_modeswitch nicht automatisch den Stick auf den richtigen Modus umstellte, ihn also einfach als Massenspeicher betrachtete. Da ist wohl beim Übergang auf openSUSE 13.2 ein Fehler eingebaut worden. Im genannten Thread hat der User "tuxpapa" geschrieben: "Aber es wird auch bereits eine neue "instabile" Version 2.2.0 angeboten".
Nachdem ich diese instabile Version von usb_modeswitch installierte, klappte es mit dem Internetstick.
Viele Grüße,
Simon King
Erledigt!
Oder doch nicht? Ich habe den ersten Beitrag bearbeitet und dabei ein "[Gelöst]" vor den Titel gestellt (und abgesendet). Aber dennoch ist der Thread noch als "ungelöst" bezeichnet.
