Ubuntu Server 10 – langsam und Desktop-Umgebung kann nicht entfernt werden

Ubuntu Server 10 – langsam und Desktop-Umgebung kann nicht entfernt werden

ich verwende Ubuntu Server 10.10 mit der Desktopumgebung.

Einfache Seitenanforderungen dauern über 5 Sekunden, selbst wenn die Verbindung zum Server über unser lokales Netzwerk hergestellt wird.

ich glaube, das hängt teilweise mit der installierten Desktop-Umgebung zusammen, da der Server schneller arbeitete (aber nicht so schnell, wie er sollte, wenn man bedenkt, dass er sich im lokalen Netzwerk befindet), aber Tasksel schlägt jedes Mal fehl (Aptitude ist bei 100 fehlgeschlagen). Meine Kenntnisse über Netzwerke und Linux im Allgemeinen sind begrenzt. Ich wäre sehr dankbar für Ideen, wie ich dieses Problem beheben kann.

oh, und im Systemmonitor liegt einer der Prozessoren fast immer bei etwa 100 %. Ich bezweifle auch, dass das normal ist …

Antwort1

Eigentlich muss da ein Problem vorliegen.... Ich kenne die Details des Ubuntu-Servers nicht, aber unter Debian würde man die GUI mit dem Befehl ausschalten

   /etc/init.d/gdm stop

Nun zur CPU-Auslastung: Entweder ist ein verrückter Prozess schiefgelaufen (möglicherweise in der grafischen Umgebung) oder ein abgestürzter Kerneltreiber. Verwenden Sie zunächst den topBefehl, um zu ermitteln, welcher Prozess diese CPU-Leistung verbraucht. Hier ist ein Beispiel für die Ausgabe von „top“ mit einem Prozess („dnetc“), der die CPU vollständig auslastet:

top - 18:11:54 up 157 days,  7:47,  3 users,  load average: 1.07, 1.25, 1.25
Tasks: 122 total,   2 running, 120 sleeping,   0 stopped,   0 zombie
Cpu(s):  4.7%us,  1.0%sy, 94.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:   1034424k total,   971320k used,    63104k free,    61636k buffers
Swap:  8000352k total,   116816k used,  7883536k free,   202912k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                
 5059 emmanuel  39  19  7780 4364  184 R 94.4  0.4   6919:54 dnetc                                   
16077 root      20   0  117m  53m 6728 S  2.7  5.3  10:45.67 X                                       
17783 emmanuel  20   0  990m 487m  30m S  2.3 48.3  20:11.99 firefox                                 
17606 emmanuel  20   0  9340 5368 3248 S  0.7  0.5   0:02.82 wmaker                                  

Ein weiterer Hinweis in der Ausgabe von „top“ ist die Zeile „Cpu“: Sie zeigt, ob es sich um einen Benutzer-, System-, Nice- oder Warteprozess handelt, der Ihre Systemressourcen verschlingt. Wenn kein bestimmter Prozess Ihre CPU verbraucht, kann es sich um blockierte IO (Wartezeit) handeln, beispielsweise aufgrund eines fehlerhaften Laufwerks oder eines abgestürzten Treibers (häufig aufgrund fehlerhafter Hardware). Sehen Sie sich die Ausgabe des Befehls „dmesg“ oder die Datei „/var/log/messages“ an, um Kerneltreiberabstürze oder Oopses oder Abstürze zu identifizieren:

CPU 3:
Modules linked in: pvfs2 bonding md_mod ipv6 fan ac battery dm_snapshot dm_mirror dm_mod af_packet sg loop usbhid uhci_hc
d usb_storage e1000 8250_pnp 8250 serial_core rtc shpchp pcspkr k8temp i2c_nforce2 button pci_hotplug thermal processor i2c_core ehci_hcd forcedeth ohci_hcd u
sbcore evdev 3w_9xxx sata_nv libata
Pid: 12124, comm: pvfs2-client-co Tainted: G      D 2.6.24.7-storiq64-opteron #1
RIP: 0010:[<ffffffff80502ad7>]  [<ffffffff80502ad7>] _spin_lock+0x7/0x10
RSP: 0018:ffff8102a48e3ec0  EFLAGS: 00000286
RAX: 00000000fffffe53 RBX: 00000000fffffe53 RCX: ffff8102a48e3f50
RDX: 00000000fffffe53 RSI: 00000000000001fd RDI: ffff81041692d7e0
RBP: ffff81000104b600 R08: ffff810414c8d928 R09: ffff810414c8d900
R10: 0000000000000000 R11: 0000000000000202 R12: ffff81000104fa20
R13: 0000000000000000 R14: ffff810236df1018 R15: ffff810417662b80
FS:  00002b365c208ae0(0000) GS:ffff81041811f640(0000) knlGS:00000000f7ddf8e0
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000628288 CR3: 000000029b6ef000 CR4: 00000000000006a0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

Call Trace:
 [<ffffffff881e481f>] :pvfs2:pvfs2_devreq_read+0x1cf/0x400
 [<ffffffff802954f5>] vfs_read+0xc5/0x160
 [<ffffffff802959d3>] sys_read+0x53/0x90
 [<ffffffff8020bc1e>] system_call+0x7e/0x83

Eine andere Möglichkeit ist ein E/A-Fehler auf einem ausgefallenen Laufwerk, etwa wie:

Apr 30 04:05:26 linux kernel: end_request: I/O error, dev /dev/sda sector 53445

Wie lässt sich das Problem nun beheben? Wenn es sich um ein verrücktes Benutzerprogramm handelt, beenden Sie es einfach. Versuchen Sie zunächst, es höflich mit kill <process ID>oder zu beenden killall <program name>, um beispielsweise das Programm „dnetc“ aus der zuvor angezeigten „top“-Ausgabe zu beenden. Beides funktioniert:

kill 5059
killall dnetc

Es besteht jedoch die Möglichkeit, dass es einfach nicht reagiert, weil es irreparabel beschädigt ist. Sie müssen es also mit kill -9 <pid>oder zwangsweise beenden.killall -9 <program name>

kill -9 5059
killall -9 dnetc

Was ist mit fehlerhaften Treibern oder Kerneln? Leider kann nur ein Neustart das Problem beheben. Was das fehlerhafte Laufwerk betrifft, müssen Sie es ersetzen, daran führt kein Weg vorbei.

Antwort2

Sie können den Desktop-Manager mit entfernen apt-get remove gdm. Wenn Sie noch weiter gehen und GNOME vollständig entfernen möchten (wahrscheinlich eine gute Idee, wenn Sie keine GUI verwenden), versuchen Sie

apt-get remove libgtk2.0-0

Unter Debian würde das oben genannte dazu führen, dass auch alle Pakete entfernt werden, die von libgtk2.0-0 abhängen – also alle Pakete von GNOME. Aber auf meinem Ubuntu-Host sehe ich, wenn ich das versuche, dass apt-get stattdessen abstürzt und sich über Pakete mit nicht erfüllten Abhängigkeiten beschwert. Das scheint dumm und nervig, aber man kann es umgehen, indem man alle abhängigen Pakete entfernt und es erneut versucht, so oft wie nötig, bis sie alle weg sind.

verwandte Informationen