Beiträge von repi

    Ich hab das schon mal laufen lassen - aber dann habe ich das abgebrochen weils zu lange gedauert hat.


    Das läuft schon eine ganze Weile. Man sollte es schon durchlaufen lassen, da der Fehler im RAM ja erst am Ende des Testes auftreten könnte, weil die defekte Speicherzelle irgendwo am Ende liegt. Daher können auch Abstürze bei unterschiedlichen Windowmanagern und Programmen mal und mal nicht auftreten, so wie gerade der RAM genutzt wird und die ggf. defekte Speicher eben mal an die Reihe kommt oder eben nicht.

    Allerdings ist das Update von tumbleweed - deswegen auch die neue Benutzeroberfläche.


    Was denn nun Tumbleweed oder openSuSE 13.2?
    Du hast also einen Wechsel von der openSuSE zu Tumbleweed gemacht?


    Wir sprechen unter Linux auch nicht von Benutzeroberfläche, sondern vom Windowmanager.
    Welcher läuft denn bei Dir gerade und welcher war es vor dem Update.
    Ich nenne mal ein einige. (Gnome, KDE,XFCE,Fluxbox... siehe auch hier...


    Im Übrigen kann mann mehrer Windowmanager parallel installieren und wechselseitig nutzen. Die Auswahl erfolgt i.d.R. beim grafischen Login.


    mit

    Code
    grep "DEFAULT_WM=" /etc/sysconfig/windowmanager

    kann man im CLI ermitteln, welcher Windowmanager als Standard eingestellt ist.


    Solltest Du es nicht hinbekommen eine Kommandozeile in der GUI zu holen, dann gib STRG+ALT F2" ein und Logge Dich entsprechend an. mit STRG+ALT F7 kommst Du wieder in die grafische Oberfläche.

    Zitat

    DO NOT EDIT THIS FILE - edit the master and reinstall.


    Das bezieht sich darauf, dass Du die entsprechende Datei nicht mit einem x beliebigen Editor öffnen und ändern sollst.


    Für jeden User und auch für root gibt es eigen crontab Einträge.


    Mit crontab -l werden Dir die Einträge für den jeweiligen User angezeigt, der diesen Aufruf tätigt.
    Versuch es mal als root bzw. als normaler User.


    Mit crontab -e wird der für den jeweiligen User vorhandene Cron Table bearbeitet. Vorsicht, startet den vi. Wer sich mit dem Teil nicht auskennt, kommt meist schon nicht aus dem Editormodus raus(ESC dann : dann q).
    Unter /var/spool/cron liegen die jeweiligen Dateien. Für jeden Benutzer eine Datei unter Tabs.
    Das Ganze wird während des Editvorgangs unter /tmp/crontab.kryptischer Dateiname, wie z.B. (/tmp/crontab.kyGCDN installed on Sun Mar 23 21:11:49 2014) abgelegt und beim Speichern in das /var/spoole/tabs/username übertragen.


    Im Prinzip ist es sehr einfach. Mit crontab -e kann mann alle Cron Einträge mit der Berechtigung des gerade angemeldeten Users bearbeiten (anlagen, ändern,löschen)

    Warum sollte man überhaupt trimmen?
    Kalter Kaffee.


    In der Wikipedia steht dazu dieser Kernsatz (https://de.wikipedia.org/wiki/TRIM)
    "Der TRIM-Befehl ermöglicht es einem Betriebssystem, dem Speichermedium Solid-State-Drive (SSD) mitzuteilen, dass gelöschte oder anderweitig freigewordene Blöcke nicht mehr benutzt werden. Im Normalfall vermerkt das Betriebssystem nur in den Verwaltungsstrukturen des Dateisystems, dass die entsprechenden Bereiche wieder für neue Daten zur Verfügung stehen; der Controller des Solid-State-Laufwerks erhält diese Informationen in der Regel jedoch nicht."


    Es wird dem SSD Controller also vom Betriebssystem mitgeteilt, welche Blöcke von diesem nicht mehr benötigt werden.
    Die SSD Controller Software, die sicherlich Vieles kann, aber eben nicht in die Filesystemverwaltung des BS schauen.
    Da kann es für die SSD Controller Software auf jeden Fall nicht schädlich sein, wenn es gelegentlich erfährt, welche Datenblöcke es nicht umsonst erneuern muss. Steigert die Leistung und nebenbei werden auch einige Speicherzellen weniger beschrieben. Der Trimm Befehl tut nicht weh auch wenn ggf. die Effekte nur minimaler Natur sind, was jedoch wohl immer von der Art der Daten und der Häufigkeit von Datenänderungen abhängt.