Site Index - Feedback - Impressum |
| |||||||||
|
|
( Archiv ) | ( Neues Thema ) |
( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
04.12.2000 |
Problem mit 20 GB Grossen Startlaufwerk mit Chkdsk (von: stoeb, 02:29:35) | ^ |
Hallo,
habe unter Verwendung der von IBM angebotenen erneuerten Startdisketten für die IBM Thinkpads mein OS/2 auf meinem Desktop Rechner neu installiert. Es war dann auch so, das die grösste mögliche Partition technisch gesehen, als OS/2 Startlaufwerk eingerichtet werden konnte, und zwar 8 GB. Mehr soll ja, wie ich gelesen habe, nicht möglich sein. Nun hat es mich dann aber doch gereizt, und ich habe meinen Rechner mit Dos Bootdisketten gestartet, und mit Partition Magic 5 die Startpartition einfach mal über die 8 GB Grenze vergrössert, auf 20 GB. OS/2 hat danach dann noch ganz normal gebootet. Das hat mich gewundert, weil es bei der Installation ja nicht möglich ist, eine Startpartition von mehr als 8 GB anzulegen. Konnte es mir nur dadurch erklären, das es dadurch, das ich vorher OS/2 auf einer 8 GB Partition installiert habe, sichergestellt war, das alle zum booten benötigten Dateien auf jeden Fall innerhalb dieses Bereiches liegen ? Das Problem das ich dann aber hatte, ist, das wenn aus irgendeinem Grund nach dem booten Chkdsk ausgeführt werden muss, weil z. B. das System nich Ordnungsgemäss heruntergefahren wurde, die Ausführung von Chkdsk mit einem Trapfehler abgebrochen wurde ? Scheint also ein Problem von Chkdsk zu sein, auf einmal mit einem Startlaufwerk von mehr als 8 GB umgehen zu können, ich verstehe nur nicht warum ? Hat jemand eine Erklärung dafür, warum jetzt ausgerechnet Chkdsk nicht mit einem grösseren Laufwerk als 8 GB beim booten nicht zurechkommt, wo doch das übrige System ohne Probleme hochfährt ? Wie könnte ich das denn lösen ? Gibt es vielleicht eine Version von Chkdsk die dieses Problem nicht hat ? Danke Ach ja, ich verwende OS/2 Warp 4 mit Fixpack 12 und den DaniTreiber vom 06.11.00 Version 1.3.6 [ Leser: 90 ] |
Re: Problem mit 20 GB Grossen Startlaufwerk mit Chkdsk (von: Klaus Staedtler, 13:01:19) | |
Du brauchst diesen Treiber in der Config.sys
BASEDEV CHKDSK.SYS New with Fixpaks supports large disks |
Das entsprechend Kapitel der README eines FP: (von: GA, 15:46:59) | |
This enhanced CHKDSK operates on IBM OS/2 Warp 3.0 and higher, including IBM Warp 4, IBM Warp Server 4 and IBM Warp Server 4 SMP.
This new CHKDSK version will not run on version of OS/2 before OS/2 Warp 3.0. 5.12.1 USING THE NEW CHKDSK The interface to CHKDSK remains CHKDSK.COM and PMCHKDSK. No changes occurred to the CHKDSK command line parameters or messages. The first time this version of CHKDSK runs on a fast formatted drive, it will report harmless errors. These errors go away once CHKDSK is run with the /F option. Note: OS/2 Warp Install uses fast format. New Function 25 August 8, 2000 - Warp 4 FixPak XRGM014 Unlike prior versions of CHKDSK, large drives ( > 8GB) may be autochecked if sufficient memory is available. The amount of memory required can vary between 16MB and 48MB depending on the size of the drive. To enable the autochecking of large drives, the following line must be added to your config.sys: BASEDEV=CHKDSK.SYS This device driver allows CHKDSK to access memory normally reserved for the system during the boot process. Due to this, if CHKDSK has to use this memory: þ The memory will not be available for the system to use in completing the boot process þ Errors may occur later in the boot process. Hence, the chkdsk.sys device driver is smart enough to recognize when CHKDSK has used this reserved memory and will reboot the system automatically after all HPFS drives have been checked. Since the drives were checked before the reboot, CHKDSK will not have to check them after the reboot and the system will boot normally. Note: For those wishing to run unattended: In order to prevent the system from pausing between autocheck and the reboot, we recommend that the statement PAUSEONERROR=NO be in the CONFIG.SYS. When you don't have enough physical (real) memory to autocheck large drives, you must use virtual memory from SWAPPER.DAT. The technique is to check the large drives between the time OS/2 starts and PM begins. To start OS/2, the swap file and device drivers must reside on an unaffected drive. The drives to be checked must not appear in the autocheck list in the IFS statement for HPFS (or HPFS386). This technique involves the following steps: 1. Remove the drive letter of the affected drive(s) from the autocheck list in the IFS statement for HPFS (or HPFS386). 2. If you are using HPFS, add /QUIET to the IFS statement for HPFS. 3. If you are using HPFS386.IFS, add POPUPERRORS=NO below the [filesystem] section of the HPFS386.INI file. Support for the POPUPERRORS parameter requires OS/2 LAN Server FixPak IP08265 or higher for LS 5.0 or FixPak IP08503 or higher for LS 5.1. In addition, the POPUPERRORS parameter ONLY suppresses HFS0102 messages. 4. Add a CALL statement to your config.sys. This CALL statement will call CHKDSK.COM, and will tell it what drive to check. This CALL statement must appear after the LIBPATH=, SET PATH=, and SET DPATH= statements, but before any other CALL statements in your CONFIG.SYS file. New Function 26 August 8, 2000 - Warp 4 FixPak XRGM014 Calls to CHKDSK in STARTUP.CMD are not necessary, when using this method or the base device driver (chkdsk.sys) method. Example: The computer boots from drive C (moderate HPFS or FAT sized drive). Drive D (large HPFS) requires more RAM to check than installed in the machine. Original IFS statement: IFS=C:OS2HPFS.IFS /CACHE:2048 /CRECL:32 /AUTOCHECK:CD New IFS statement: IFS=C:OS2HPFS.IFS /CACHE:2048 /CRECL:32 /AUTOCHECK:C /QUIET The CALL statement to use is: CALL=C:OS2CHKDSK.COM D: /C The /C option tells CHKDSK to check the drive only if it is "dirty" and it needs checking. If you need to boot from diskettes to check an HPFS drive, you must have the following files on the diskette you wish to run CHKDSK from: CHKDSK.COM CHKDSK32.DLL UHPFS.DLL |
05.12.2000 |
Re: Problem mit 20 GB Grossen Startlaufwerk mit Chkdsk (17:39:32) | |
Hallo,
vielen Dank für den Tip, ich habe jetzt den Eintrag meiner Config.sys hinzugefügt, und auch gleich mal ausprobiert, also einfach mal ausgeschaltet. Hat dann funktioniert, Chkdsk wurde ausgeführt. Habe dann allerdings beim ersten Mal einen kleinen Schreck bekommen, nachdem nämlich Chkdsk durchgelaufen war, und das System dran ging die ersten Treiber zu laden, ich meine in dem Fall den Sio Treiber, bekam ich wieder so einen Trapfehler. Ich hatte schon gedacht, also hat doch alles nichts genützt, habe dann allerdings einfach mein System ausgeschaltet, und wieder neu eingeschaltet, und dann lief es ohne erneuten Chkdsk Lauf und ohne Probleme, hoch. Das Verhalten ist auch reprodzuierbar, habe es einfach nochmal versucht, und hatte dann wieder zuerst unmittelbar nach dem Chkdsk Durchlauf den TrapFehler, und nach erneutem wieder einschalten dann ein hochfahren ohne Probleme. Keine Ahnung an was das jetzt noch liegt ? Aber im Grunde genommen funktioniert es ja. stoeb |
( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
|
Mit * markierte Felder müssen ausgefüllt werden ! |
|