Beiträge von S. King

Zitat von Alero

Wenn der Snapper bei dir aktiv sein sollte, was ich nicht weiß, wäre es evtl eine Möglichkeit, mal mit einem weiter zurückreichendem Snapshot zu starten. Zu finden müßte der im Bootmenü sein indem du abgesichert startest. Solltest dort Auswahlmöglichkeiten von Schnappschüssen angezeigt bekommen.

Ansonsten weiß ich dann auch nicht mehr weiter und würde bei so viel verbogenem Kram bis in Yast hinein auch zu einer Neuinstallation mit ext4 statt btrfs raten.

Mit erweiterten Boot-Optionen hatte ich es gestern schon versucht, ebenso mit der Option "Start bootloader from a read-only snapshot". Letzteres bietet mir vier Schnappschüsse an. Als ich es gestern versuchte, klappte auch dies nicht.

Muss ich noch etwas zusätzlich tun, um *abgesichert* zu starten, oder genügt es, einen der read-only snapshots auszuwählen?

Übrigens, wenn ich beim Booten F1 drücke, ist das erste, was fehlschlägt: Failed to start Load/Save Random Seed. Später schlugen natürlich andere Dinge auch fehl.

Hallo Sauerland,

Zitat von Sauerland

Mit su wirst Du zum root.

Klar. Aber einen dezidierten root-Benutzer gibt es im Gegensatz zu früher eben nicht.

Zitat von Sauerland

Poste einmal: zypper lr -uP

Das kann ich nur vom Bildschirm abtippen. Also, modulo Tippfehler und mit einigen Abkürzungen:

#| Alias                	|Name                    	| Enabled | Refresh | Priority | URI
 1| KDE:KDE3         	|KDE:KDE3               	|Yes	|Yes | 99 | http://download.opensuse.org/repositories/KDE:/KDE3/openSUSE_13.2/
 2| download.opensuse.org-13.2-non-oss| Update Repository (Non-Oss) | Yes | Yes| 99 | http://download.../update/13.2-non-oss/
 3| download.opensuse.org-non-oss | Main Repository (NON_OSS) | Yes | Yes | 99 | http://...distribution/13.2.repo/non-oss/
 4| download.opensuse.org-oss | Main Repository (OSS) | Yes |Yes | 99| http://...distribution/13.2/repo/oss/
 5| download.opensuse.org-oss_1 | Main Repository (Sources) | Yes | Yes | 99 | http://download.opensuse.org/source/distribution/13.2/repo/oss/
 6| download.opensuse.org-update | Main Update Repository | Yes |Yes | 99 | http://.../update/13.2/
 7| games  | games |Yes | Yes | 99 | http://download.opensuse.org/repositories/games/openSUSE_13.2/
 8| hardware  | hardware | Yes | Yes | 99 | http://.../repositories/hardware/openSUSE_13.2/
 9| home:lnt-sysadmin:tools | home:lnt-sysadmin:tools  |Yes |Yes |99 | http://.../repositories/home:/lnt-sysadmin:/tools/openSUSE_13.2/
10| openSUSE-13.2-0 | openSUSE-13.2-0 | Yes | Yes |99 |http://.../distribution/13.2/repo/oss/
11| repo-debug | openSUSE-13.2-Debug | No | Yes | 99 | http://.../debug/distribution/13.2/repo/oss/
12| repo-debug-update| openSUSE-13.2-Update-Debug | No | Yes |99 | http://.../debug/update/13.2/repo/oss/
13| repo-debug-update-non-oss |openSUSE-13.2-Update-Debug-Non-Oss | No | Yes | 99 | http://.../debug/update/13.2-non-oss/

Uff. Hoffentlich hilft das bei der Diagnose. Gibt es vielleicht einen einfachen Test, ob die Festplatte defekt ist? Wie erwähnt kann ich (mit vim) in meinem Home-Verzeichnis schreiben, aber kann auch mit root-Rechten kein Unterverzeichnis in /tmp/ anlegen.

Hallo Sauerland!

Zitat von Sauerland

Das mag bei Debian basierten Systemen der Fall sein, opensuse hat normalerweise einen root Account.

Hm. Mein Laptop hat jedenfalls nach der Installation von 13.2 keinen "root" account, hat aber dennoch mehrere Monate lang funktioniert.

Da ich langsam den Eindruck habe, dass ich um eine Neuinstallation und vielleicht sogar eine neue Festplatte nicht herum komme: Wie kann ich unter den gegebenen Umständen einige Dateien, die sich nach dem letzten Backup geändert haben, auf eine externe Festplatte oder einen USB-Stick bekommen?

Viele Grüße,
Simon

Hallo Alero,

Zitat von Alero

Simon, schau mal hier rein ... das könnte die Lösung sein ...

klick

Am Anfang des verlinkten Threads war von "zypper lr" die Rede. Das dauerte zwar lange, hat aber eine Antwort gegeben (. Unten, als die eigentliche Lösung zusammengefasst wurde, war von yast die Rede. Aber das kann ich auch unter su nicht aufrufen. Ich erhalte nach wie vor:

> su
Passwort:
# yast
[  900.001910] systemd[1045]: Failed at step EXEC spawning /usr/bin/systemd-tmpfiles-keep: No such file or directory
/sbin/yast: Zeile 440:  1044 Speicherzugriffsfehler  $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS"

Warum yast was von "selected_gui" erzählt, weiß ich nicht. Ich habe ja derzeit nichts als die Kommandozeile.

Hallo Alero,

Zitat von Alero

Bist du mal meinem Link gefolgt?

Ich hatte ihn geöffnet, habe aber erst die anderen Posts beantwortet. Jetzt lese ich ihn.

Hallo!

Zitat von Kanonentux

/tmp gehört root und /tmp/kde-user muß user gehören. Ich würde als root in /tmp alles! löschen (wenn Du dort nichts gespeichert hast.) und dann weitersehen.

Als es vor einigen Tagen zum ersten Mal ein Boot-Problem gab, habe ich auf der Kommandozeile als root zunächst "init 1" und dann "rm -rf /tmp/* /var/tmp/*; reboot" gesagt; ich hatte das mal als Rettungsmöglichkeit gelernt, wenn alles mit temporären Dateien voll ist. Da hat der Rechner zunächst wieder normal gestartet.

Allerdings gab es im laufenden Betrieb danach wieder Probleme, plötzlich war das Hintergrundbild und der Balken mit den Miniprogrammen und dem "Start"-Menü weg, auch wenn ich mit den laufenden Programmen (firefox etc.) noch arbeiten konnte. Seitdem konnte der Rechner nicht mehr normal booten, auch nicht nach Löschen von /tmp/*.

Insbesondere ist /tmp leer, /tmp/kde-user gibt es nicht. Als ich eben
"mkdir /tmp/kde-user" sagte, hieß es wieder, das Verzeichnis könne nicht
angelegt werden, da kein Speicherplatz verfügbar sei --- was laut df nicht
stimmt.

Viele Grüße,
Simon

Hallo!

Zitat von Alero

Nur mal so als Frage. Warst du mal irgendwann als Root unterwegs in deinem Home und hast dort geschrieben? In dem Falle haben nämlich die betreffenden Ordner root-Rechte und lassen sich als User nicht mehr bedienen. Überprüfe mal die Berechtigungen der Ordner.

Nein, erstens hat mein Laptop seit der Umstellung auf openSuse 13.2 keinen "root" mehr als Benutzer (hat mich sehr gewundert, aber jemand aus dem Rechenzentrum meiner Uni meinte, das sei bei modernen Linuxen so), und "su" benutze ich nur selten.

Außerdem ist es ja umgekehrt: Ich kann nach wie vor als normaler Benutzer im Home-Verzeichnis schreiben, aber weder das System noch ich können in /tmp schreiben, weshalb ich mich derzeit nur auf der Kommandozeile anmelden kann.
Viele Grüße,
Simon

Zitat von Sauerland

Auch in der "Kommandozeile" sollte Yast funktionieren, nur wenn ich mal wieder "sudo" lese........

Melde Dich als root mit "su -" an und dann:

Code

yast

Navigieren mit Tab und Pfeiltasten.......

Zumindest mit "su" ohne "-" hatte ich es schon gestern versucht, das ging aber ebenfalls nicht, mit derselben Fehlermeldung. Aber soll ich wirklich noch nach snapper suchen? Immerhin ist ja Platz auf der Festplatte vorhanden (siehe oben die Ausgabe von "df -h"), d.h. selbst wenn snapper aktiv sein sollte, so hat er *nicht* /tmp vollgemacht.

Weiteres Detail: In /home kann ich (zum Beispiel mit vim) schreiben, in /tmp jedoch nicht.

Thema Schadensbegrenzung: Wie erwähnt habe ich ein Backup der meisten Daten. Es gibt aber noch eine Handvoll Dateien, die ich jetzt gerne noch auf eine externe Festplatte kopieren würde. Wie kann ich die externe Festplatte in meinem Verzeichnisbaum finden, bzw. wie kann ich sie mounten, wenn sie nicht automatisch eingebunden wurde?

Viele Grüße,
Simon

Hallo Alero,

Zitat von Alero

Schau dich mal bissel unter Yast - Snapper um.

Geht leider nicht. Ich bin wie gesagt per Kommandozeile eingeloggt, und "sudo yast" scheitert mit der Fehlermeldung

/usr/sbin/yast: Zeile 440:  1083 Speicherzugriffsfehler  $ybindir/y2base $module "$@" "$SELECTED_GUI" $YZ_GEOMETRY $YZUI_ARGS

. (modulo Fehler beim Abtippen).

Viele Grüße,
Simon

Zitat von tomfa-ng

Die Option T (bzw.: -T ) zeigt die verwendeten Dateisysteme an, daher hatte ich es geschrieben. Vom Platz her scheint ja alles in Ordnung zu sein.

Deswegen meine Sorge, ob vielleicht die Festplatte kaputt ist und das System deshalb nicht mehr schreiben kann. Aber warum kann es dann lesen? Oder woran kann es sonst liegen (und wie kann ich das herausfinden)?

Viele Grüße,
Simon