-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Daniel Am Dienstag, 18. November 2003 22:57 schrieb Daniel Lord:
Hallo Thorsten,
On Tue, Nov 18, 2003 at 09:41:51PM +0100, Thorsten Körner wrote:
KDE und alles was X heißt, braucht trotz dieser Hardware-Ausstattung auf beiden Rechnern ca 4 Min. zum starten. Auch GNOME2 ist nicht schneller. Anwendungen starten extrem langsam. Die Ausgabe von top verrät nichts über die Ursachen. Dort ist kein Prozess verzeichnet, der auffällig viel RAM verbrät o.ä. Auch in den Logs kann ich nichts entdecken.
DMA?
hdparm -tT /dev/hdx donald:/home/thorsten # hdparm -tT /dev/hdb
/dev/hdb: Timing buffer-cache reads: 564 MB in 2.00 seconds = 282.00 MB/ sec Timing buffered disk reads: 84 MB in 3.04 seconds = 27.63 MB/ sec donald:/home/thorsten #
hdparm -i /dev/hdx donald:/home/thorsten # hdparm -i /dev/hdb
/dev/hdb: Model=WDC WD400AB-32BVA0, FwRev=21.01H21, SerialNo=WD-WMA7E1300521 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=40 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: device does not report version: * signifies the current active mode donald:/home/thorsten #
hdparm -I /dev/hdx donald:/home/thorsten # hdparm -I /dev/hdb
/dev/hdb: ATA device, with non-removable media Model Number: WDC WD400AB-32BVA0 Serial Number: WD-WMA7E1300521 Firmware Revision: 21.01H21 Standards: Supported: 5 4 3 2 Likely used: 6 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 78165360 device size with M = 1024*1024: 38166 MBytes device size with M = 1000*1000: 40020 MBytes (40 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 40 Queue depth: 1 Standby timer values: spec'd by Standard, with device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Recommended acoustic management value: 128, current value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * READ BUFFER cmd * WRITE BUFFER cmd * Host Protected Area feature set * Look-ahead * Write cache * Power Management feature set Security Mode feature set * SMART feature set Automatic Acoustic Management feature set SET MAX security extension * DOWNLOAD MICROCODE cmd Security: supported not enabled not locked not frozen not expired: security count not supported: enhanced erase HW reset results: CBLID- above Vih Device num = 1 determined by the jumper donald:/home/thorsten #
Das zweite Problem ist, dass kein Online-Updat, oder das installieren von Software per rpm möglich ist. Versucht man eines von beiden, dann ist das System unwiederbringlich zerschossen. Alle Prozesse sind nach so einem Versuch sofort mit SegFault im Nirvana, neue Prozesse lassen sich nicht mehr starten. Herunterfahren ist nicht möglich und beim booten bleiben dann beide Rechner ebenfalls mit SegFaults hängen.
glibc. platten, ram, acpi :\ interessant ist das nur rpm probleme macht. Hast du schon mal sourcen normal kompiliert und installiert?
Einloggen ist auch im Single-Modus nicht möglich auch nicht mit Failsafe. Das System-Reperatur-Tool auf der DVD versagt und das Rescue-System lässt mich zwar Daten sichern und Logfiles anschauen, aber nichts reparieren.
*ouch* .... ist fast alles was mir so dazu einfällt.
acpi=off noapic apm=off als ständige Bootoptionen.
Das habe ich ohne Erfolg getan. Es gibt keine Veränderungen, was die beschriebenen Probleme betrifft. Nur dass das Battery-Applet am Notebook nicht läuft.
Diese Probleme habe ich auf insgesamt vier Rechnern. Bei zweien habe ich SuSE verbannt, damit ich überhaupt irgendwie arbeiten kann. Auf den beiden oben beschriebenen Rechnern habe ich die 9.0 jeweils sechs mal neu installiert. Die Fehler sind reproduzierbar.
Die Fehler treten also nach einer frischen installation auf und nicht nach einem glibc update *g* Und auf unterschiedlicher Hardware. Das einzige was identisch ist ist dein Vorgehen bei der Installation und das Installationsmedium. Gehen wir davon aus du machst alles richtig :) Was bleibt?
Tja das wüsste ich auch gern.
Der Telefonsupport war ratlos und hatte nur den Tipp: neu installieren und keine Updates mehr machen.
super das ist ein "guter" Tip :)
Hat vielleicht irgendjemand eine Idee, woran es liegen könnte, oder wo ich noch schauen sollte. Im Augenblick sind beide Rechner wieder frisch installiert und trotzdem langsam.
langsam ist meisst DMA segfault glibc, defekter ram, oder irq, acpi und nichtunterstützte HW
Jedwede Software ist Original von der SuSE-DVD auf dem Desktop, bzw. Original CD-ROMs auf dem Notebook. Beide Rechner liefen mit allen SuSE-Versionen seit 7.0 anstandslos. Beim Desktop habe ich die Installation auch auf verschiedenen HDs versucht.
sorry aber mehr fällt meiner Glaskugel leider nicht ein :(
Trotzdem Danke CU Thorsten - -- Thorsten Körner | http://www.123tkShop.org openSource e-Commerce | http://www.123tk.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/urc4s5R35vLkl/cRAkgSAJoDavdAlCJiMbsiJ0gzXH0C3d5UMgCfX+OW FCLBSE5+2EyPaSsMs26q978= =3naU -----END PGP SIGNATURE-----