Thema: openSuSE 10.2 hängt manchmal

Hallo alle!

Habe vor einer Woche meinen Rechner mit openSuSE 10.2 neu installiert... Es funktioniert alles, bis das im KDE manchmal der Rechner hängen zu scheint ... manchmal sehr kurz, manchmal auch länger ... ist schon auch schon vorgekommen das der Mauszeiger für 10-15 Sekunden einfriert. Videos ruckeln ... es läuft halt einfach nicht rund. Woran kann es liegen?

Hatte vorher SuSE 8.2 drauf, und dort lief alles ohne Probleme ....

Ach ja, mein Home ist als NFS gemountet und ich hab mein Home nicht platt gemacht ... also hat der KDE die Einstellungen vom 8.2 übernommen... kann das das Problem sein?

ein paar Daten:

CPU: Athlon XP 2600+
Chisatz: nforce2
RAM: 512 MB
Grafik: Geforce 440 MX 8x agp (nvidia treiber)
PS/2 tastatur + mouse

Danke für eure Hilfe schon im vorraus

Grüße

Daniel

Ach ja, mein Home ist als NFS gemountet und ich hab mein Home nicht platt gemacht ... also hat der KDE die Einstellungen vom 8.2 übernommen... kann das das Problem sein?

Ja kann es, vor allem zweiteres.

Was ich nicht ganz verstehe, wo liegt die /home? Anderer Rechner?

Greetz,

RM

Jep .. also mein Server im lokalen Netz ... SuSE 9.0 AMD K6-2 400 MHz

Du meinst es liegt an den KDE Einstellungen .. das sogar die Maus hängt?

Grüße

Daniel

Leg doch einfach mal einen neuen (Test-)User an (Home-Verzeichnis natürlich auch via NFS eingebunden).
Damit kannst du testen, ob es an den KDE-Einstellungen oder an der NFS-Freigabe liegt.

Hmmm ... habt das mal jetzt mit nen Testuser auf den NFS home ausprobiert ... Hab mit einem komplett leeren Userdir gestartet ... läuft flüssiger .. allerdings hab ich auch nicht alle Programme laufen gehabt. z.B Thunderbird mit meinen großen eMail Dateien.
Es kann nun an den Einstellungen liegen oder halt, weil mein normalen Userdir schon recht voll ist (so 10 GB) .... vielleicht liegt es an Kbeagle das es ja in 8.2 noch nicht gab.... Was denkt hr ist die weitere vorgehensweise? Ich will nicht all meine Einstellungen verlieren....

Grüße

Daniel

openSUSE > neuer > SuSE 8.2
Neuere Programme = i.d.R. größerer Speicherverbrauch.

Wurde an der NFS-Konfiguration etwas verändert?
Poste mal die Auszüge aus der /etc/fstab (Client) sowie die /etc/exports (Server)
Ein

Code:

df -h

(auf Client & Server) wäre auch interessant.

Beagle sollte nicht der Übeltäter sein, der läuft schließlich nur zum Anfang (länger).
Aber schau doch mal mit top oder (falls installiert) htop welche Prozesse am meisten Speicher/CPU brauchen (auf Client & Server).

Ansonsten kannst du Beagle auch deinstallieren bzw. bestimmte Verzeichnisse "schützen":
In dem Verzeichnis, das der Köter nicht durchsuchen soll eine Datei .dontrunbeagle erstellen

Code:

$ touch ~/.dontrunbeagle

fstab client:
/

Code:

dev/hda6       /       ext3    acl,user_xattr 1 1
/dev/hda5       /windows/C      vfat    users,gid=users,umask=0002,utf8=true 0 0
/dev/hda1       swap    swap    defaults 0 0
proc    /proc   proc    defaults 0 0
sysfs   /sys    sysfs   noauto 0 0
debugfs /sys/kernel/debug       debugfs noauto 0 0
usbfs   /proc/bus/usb   usbfs   noauto 0 0
devpts  /dev/pts        devpts  mode=0620,gid=5 0 0
/dev/fd0        /media/floppy   auto    noauto,user,sync 0 0
192.168.0.1:/home       /home   nfs     defaults 0 0
192.168.0.1:/data       /data   nfs     defaults 0 0

/etc/exports server:

Code:

/home   192.168.0.0/255.255.0.0(rw,root_squash,sync)
/data   192.168.0.0/255.255.0.0(rw,root_squash,sync)

df -h client:

Code:

Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/hda6              68G   25G   41G  38% /
udev                  253M  100K  252M   1% /dev
/dev/hda5             2,1G  123M  1,9G   6% /windows/C
192.168.0.1:/home      22G   19G  2,2G  90% /home
192.168.0.1:/data      74G   68G  5,6G  93% /data

df -h server:

Code:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hda5             6.1G  5.0G  1.2G  82% /
/dev/hda1              23M   14M  8.0M  64% /boot
/dev/hda8              74G   68G  5.6G  93% /data
/dev/hda9              22G   19G  2.2G  90% /home
tmpfs                 126M     0  126M   0% /dev/shm

Denn meisten speicher braucht auf dem client der firefox CPU last ist natürlich abhängig ... speicher ist aber nicht so viel das er swappen muss

Grüße

Daniel

Zitat von DaZZZl

PS: wie fügt man den code hier richtig im forum ein?

http://www.pc-forum24.de/root-forum/...n-bringen.html

Greetz,

RM

Der Speicherplatz ist natürlich hart an der Grenze - aber noch nicht kritisch!

Verwende statt sync mal async.
man exports

Code:

async 
This option allows the NFS server to violate the NFS protocol and reply to requests before any changes made by that request have been committed to stable storage (e.g. disc drive). 
Using this option usually improves performance, but at the cost that an unclean server restart (i.e. a crash) can cause data to be lost or corrupted. 
sync 
Reply to requests only after the changes have been committed to stable storage (see async above). 
In releases of nfs-utils upto and including 1.0.0, this option was the default. In this and future releases, sync is the default, and async must be explicit requested if needed. To help make system adminstrators aware of this change, 'exportfs' will issue a warning if neither sync nor async is specified.

Und: Login - SuSE Linux