|
Site Index - Feedback - Impressum |
| |||||||||
|
![[Forum]](../../../images.os2.org/de/forum.gif){kind=small} |
|
![[Forum]](../../../images.os2.org/de/forum2.gif){kind=small} |
| ( Archiv ) | ( Neues Thema ) |
| ( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
| 12.11.2001 |
| Probleme bei Installation mit 1Giga RAM (von: Traudel, 18:23:42) | ^ |
| Hallo,
habe mir neues Motherbord gekauft: ASUS P4B mit Pentium 4 Prozessor (1,6G), Memory 1024 MB (2 x 512 MB, gleiche Modelle). Habe meinen mit eCs GA vorinstallierten Harddisk wieder eingebaut und hoffnungsvoll gestartet. Nichts, bleibt beim Starten stehen. Mit Alt+F2 kann ich sehen, dass er bei Datei: Testcfg.sys stehen bleibt. Habe versucht eCs neu zu installieren, das gleiche Problem. Bleibt bei der gleichen Datei stehen. Dann versuchte ich Warp4 zu installieren, bleibt bei der 2. Diskette stehen. Weiss jemand Rat? Es kann doch nicht sein, dass der Rechner jetzt zu schnell ist, oder? Viele Grüsse Traudel [ Leser: 207 ] |
| Re: Probleme bei Installation mit 1Giga RAM (von: Martin Valjavec, 19:36:38) | |
| 1GB RAM (4x256) läuft bei mir mit einem älteren P3 und eCS (US Version). Also die exakte Speichergröße ist wohl nicht das Problem.
Vielleicht verträgt der Speicher den Zugriff nur mit mehr Wartezyklen als derzeit eingestellt - das hat nichts mit der Prozessorgeschwindigkeit zu tun, auch der schnellste P4 kann sich auf den Speicher einstellen: Im Mainboard-BIOS (Handbuch zu Hilfe nehmen). manch Speicher sollten CL2 können, schaffen aber doch nur CL3. Doch gibt es noch mehr Einstellungen und das kann verwirrend werden. Ich weiß nicht, ob man die Speicherbänke bei P4 Systemen paarweise bestücken muß. Handbuch? Sonst könnte man ja nur ein Modul reintun, um zu sehen welches das Problem ist, aber wahrscheinlich muß man doch paarweise bestücken. Vielleicht andere Module leihen um zu sehen, ob die gehen. Hat der Rechner wenigstens unter DOS funktioniert, kann man vielleicht ein Speichertestprogramm probieren, das mehr Aufschluß über die Module gibt. Sieh mal bei Heise nach: http://www.heise.de/ct/ftp/ |
| Re: Probleme bei Installation mit 1Giga RAM (von: Traudel, 21:11:36) | |
| Ich habs mit jeweils nur einem Speichermodulen ausprobiert, also jeweils nur 512MB. Läuft ohne Probleme. |
| Re: Probleme bei Installation mit 1Giga RAM (von: Klaus Staedtler, 21:24:56) | |
| >also jeweils nur 512MB. Läuft ohne Probleme.
Dann hol dir mal den neuesten Kernel ftp://ftp.boulder.ibm.com/ps/products/os2/fixes/update-kernels/ evtl. hilft auch ein Bios-Update ach ja , OS/2 ist eigentlich ein Speichertester ;-), sprich deine RAMS koennten nicht den Anspruechen genuegen. |
| 13.11.2001 |
| Re: Probleme bei Installation mit 1Giga RAM (von: Rainer D., 00:59:24) | |
| Frage: Habe mir die " message " dort angeschaut, aber welchen Kernel müßte man denn nun installieren ? Haben ja gleich mehrer Dateien neu reingesetzt. Ein BIOS-Update würde bei mir nichts bringen, da ich gerade ein Update gemacht habe.
Gruß Rainer D. |
| Re: Probleme bei Installation mit 1Giga RAM (von: Klaus Staedtler, 11:52:36) | |
| >welchen Kernel müßte man denn nun installieren
w4*= warp4/fp15 uni*=wseb,ecs mit einem prozessor smp=" mit 2-64 prozessoren |
| Re: w41026 ... (von: svobi, 12:03:02) | |
| ... gleich 14.085_W4 ist der Aktuellste ! |
| Re: w41026 ... (von: Rainer D., 13:15:17) | |
| Gibt es da auch noch die Probleme wie bei FP15 ? Oder sind die Sachen da korrigiert worden ? Wenn ich nämlich mir FP15 von der TTC installiere, kriege ich immer Abstürze und "einfrierungen ", z.B. beim beenden von ISDNPM !
Gruß Rainer D. |
| Re: w41026 Liste der Korrekturen/Erweiterungen (von: Klaus Staedtler, 13:19:06) | |
| Gewissheit verschafft natuerlich immer nur ein Test (daher ein backup des alten Kernels, Loaders machen)
New function: 1) Support for >64m memory using int15 func e820. Note, this support is enabled ONLY for Intel Pentium Pro or later, or non-Intel Pentium-class machines. This is done in an effort to prevent problems on older PCs. 2) The presence of os2bootos2norev.$$$ suppresses the display of internal revision during boot. 3) Adding "EARLYMEMINIT=TRUE" to config.sys will allow device drivers, etc., access to the memory above 16mb early in boot. Previously, this was only available after DD and IFS init was completed. This has various implications when enabled: a) AHA154X.ADD may do bad things to your system. Don't even ask. b) There may be some settings of HPFS386 cache that are incompatible. 4) Trap messages will now give the module name instead of the device name. For example, "Exception in module: CLOCK01" instead of "Exception in Device Driver: CLOCK$". ***change from 0220/0223: Traps in 32 bit code now show the modname, too 5) Systems with a 486SX chip running FP15 will function correctly. Note, they will NOT work with ACP or (necessarily) on MCP. 6) SESDD32 will now work correctly (I hope) for both uni and smp 7) All process dumps should now be considerably faster. paddr(all) dumps should take about 40% less time and others around 80-90% less time. 8) EXE names will now also be displayed in alt-f2/alt-f3 processing (note that CMD file names, e.g. MPTSTART, will NOT be displayed, only cmd.exe) 9) alt-f4 is like alt-f2 plus it pauses after displaying each names (does not pause after BASEDEV= or PSD=) and, by pressing F1, allows you to skip loading/running the file displayed. Alt-f5 is like alt-f4+alt-f1. 10) The dump formatter (in dfxxx.zip) should be faster and also work on dumps >= 2gb, which was not formerly possible. 9/13/01 11) If you also install the enclosed clock01.sys to os2boot, you can add "CLOCKSCALE=x" to config.sys. The choices for x are 1 (the default, which is the old behavior), 2, and 4. The number represents a scale factor for the frequency of clock ticks. The theory is that CLOCKSCALE=4 will speed up some apps (maybe Netscape and/or Java). Bug Fixes: Fixes from earlier "dated" kernels: Fixed a trap 000d in w_OpenCreate (140:4dfd or so in uni/w4 krnls, don't have regs for SMP). This was a post mcp/acp regression Fixed strange loader i/o problems specific to the 0111 kernel. Fixed a bootup sys31xx problem specific to the 0123 kernel. Fixed a problem that was (I think) specific to Janauary uni & W4 kernels which resulted in odd ring 3 (maybe ring 0?) traps and hangs Fixed some trap and other peculiar problems specific to the 0206 kernel. Those were the result of a build problem. Fixed some trap and other problems specific to the 0220/0223 kernels Fixed a regression from JR15038 that caused a trap in CWBBS.IFS and PCSFLR0.IFS (AS/400 shared folders access). Fixed a regression in the 0330 kernel that messed up getting procdumps Fixed a regression in the 0416 kernel that caused some hangs and also affected APM Fixed a regression in the 0502 kernel that prevented booting altogether or caused other very bad problems. Fixed a regression in the 0502/0503 kernels that caused some odd trap d/e's in the scheduling code Don't use the 0601 kernels. Don't use the 0615 kernels, either. There seems to have been some kind of build problem, there. Removed the int 3's I'd accidentally left in some EA code in 0727 build The 0730-0801 kernels all had problems due to various attempts to fix PJ28078. Sorry about that! 10/16: the 1015 os2ldr was broken on some CPUs Fixes to problems that exist in released code: JR15494: Delayed response of Ctrl-C or Ctrl-S (pause) in os/2 windows JR15405: (probably) DosQueryAsyncTimer fails on timecritical thread after mscount rolls over after 49.7 days of uptime JR15030: TRAPDUMP QUERY doesn't show PD (needs a new trapdump.exe, too) JR13335: Some VDMs won't run, complaining of too-long command lines JR15194: XCOPY fails with SYS1186 or SYS1192 on (at least) MO drives JR15038: Trap 8 in h_DeviceHelpDM running an app from a tcpbeui drive JR15229: Files left open after ERROR_TOO_MANY_OPEN_FILES returned to app PJ27700: SMP systems may get a trap 000e in _tkStopScan, particularly during a procdump operation. PJ27676: Causes hangs on some systems running UNI or W4 kernels PJ27554: Hang or (on allstrict) trap 3 on SMP (only) during beeps PJ27678: SMP kernels could not be RIPL-booted. As part of this, there is a new config.sys parameter I13PAGES= available. Adding I13PAGES=1 to config.sys (note, no SET) reduces the memory usage of the mini VDM processes used by ibm1s506.add and the GRADD drivers. This becomes important in RIPL-boot situations. It may be helpful for UNI RIPL boot, as well. PJ27677: SMP systems hang with multiple threads of same process entering a critical section (affects ADSM client) PJ27757: Trap 000e running Theseus/4 (note, theseus4.exe may still end up with a sys3175, but at least the system doesn't crash). PJ27736: Trap in _PLD_WriteReturnCode PJ27777: Set BEGINLIBPATH= (in config.sys ONLY) may be ignored. Also, it would lead to a bogus copy of BEGINLIBPATH= in the environment. ;PJ27821: Trap 000e in SchedNextRet2 on some APM-enabled machines ; *removed as of 0508 -- original fix caused regressions. new fix ; on hold, for now PJ27906: Trap 000e in pvwRegKrnlInstance running SPM/2 (may also cause unknown odd behavior in other performance monitors). PJ27919: Complete system hang running some apps (same as JR12136) PJ27544: Panic in SwitchNPX PJ27972: trap 000e in _SecExecPost (the actual fix is in ses0604 or later) PJ27952: DosFindFirst returns incorrect returncode for various bufsizes when querying extended attributes PJ28005: ProcDump command returns error code 6 (and the procdump is invalid) PJ28013: read of >2k from named pipe on a timecritical thread can cause loss of pipe data or session hang PJ28027: trap in KMQueryClientRegister reallocating a trace buffer PJ28068: trap 000e in clock$ where sslim is ffffffff (during JFS activity) PJ28076: "trapdump [PD|NOPD]" disables the procdump.exe command. Also, it causes a trap 000e if you initiate a dump with ctrl-alt-f10-f10 (or numlock-numlock). PJ28077: Some VPM apps will refuse to initialize PJ28078: Various traps with floppy disk hard errors when UDF is loaded JR13789: DRIVES does not reflect change in directory entries PJ28102: Performance tracing slow on Pentium 4 CPUs (this is the only APAR listed here fixed in os2ldr) 10/16: PJ28199 SES QUERYFILEINFO buffer pointer always -1 PJ28207 SES callgate hooks don't work 10/26 PJ28215 Added HMA flag to DevHelp_GlobalToProcess. The new flag 20h (in EAX for the call to the DevHelp) allows a device driver to map global memory to a process' high private arena. PJ264136 Trap 000e in the kernel when theseus gets system working set. Also fixed a theseus problem on systems with HPFS386. This kernel will probably be what gets shipped in ACP2 (not guaranteed). |
| Re: w41026 Liste der Korrekturen/Erweiterungen (von: Rainer D., 13:37:07) | |
| Habe jetzt die W14026d.zip vom 26.10.2001 runtergesaugt. Ich hoffe, das war der richtige ?!?
Gruß Rainer D. |
| Re: w41026 Liste der Korrekturen/Erweiterungen (von: Rainer D., 13:40:12) | |
| Sorry, Zahlendreher :
Heißt natürlich W41026d.zip ! Gruß Rainer D. |
| Re: w41026 Liste der Korrekturen/Erweiterungen (von: Rainer D., 13:47:23) | |
| Habe mir gerade die Raedme zur Gemüte geführt. Was hat das denn mit der " SESDD32.SYS " auf sich, die man vom April haben soll????
Gruß Rainer D. |
| Re: w41026d 4.versuch (von: Klaus Staedtler, 14:07:42) | |
| d=debug, nicht deutsch
im downloadverzeichnis ist eine datei namens 'message' dort steht alles drin |
| Re: w41026 Liste der Korrekturen/Erweiterungen (von: Rainer D., 14:34:47) | |
| 4. Versuch: ( Hat die OS2.ORG wieder Probleme? Sehe meine geposteten Sachen nicht, und nur Fehlermeldungen beim abschicken ! )
Mein Eintrag ist weg, also hier noch einmal: In der o.g. Zipdatei ist keine Hilfe zur Installation des Kernels. Könnt Ihr mir da helfen? P.S. Hoffentlich klappt das posten diesmal! Hatte gerade mehrmals " interne Fehler " von OS2.ORG bekommen. Gruß Rainer D. |
| SESDD32.SYS (von: Armin, 23:13:07) | |
| In meiner readme steht:
"Important note: If you use the OS/2 SES facility, you need a new sesdd32.sys dated April 2001 or later to use this kernel." Also im Klartext: mit diesem Kernel brauchst du auch eine neue sesdd32.sys. Dies aber NUR, wenn du auch die Security Enabling Services (SES) verwendest. Aus deiner Fragestellung entnehme ich, dass du die SES NICHT verwendest. Anwendungen, die auf SES aufsetzen, sind zB SafeGuard Professional von UtiMaco oder der OnAcess Virenscanner von McAfee. |
| ( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
| |||
| Mit * markierte Felder müssen ausgefüllt werden ! |
|
