🚀 go-pugleaf

Hallo,

Danke f�r die R�ckantwort.

Ich habe <fdisk /mbr>von der Bootdisk(DOS6.2)und habe noch mal Gl�ck 
gehabt,
Lt.System/Systemsteuerung/Leistungsmerkmale(W98) ist wieder der 32-Bit 
Datei- und Virtuell.Speicherzugriff wieder aktiv und die CD-Laufwerke 
wieder verf�gbar.

Habe wahrscheinlich mehr Gl�ck als Verstand gehabt.

Der eigentliche Anlass f�r die o.g.Aktion war der Grund,dass <freenet>zwar 
eine Verbindung augebaut hat,aber der Int.Explorer keine Aktionen zeigte.

Ich hatte die Vermutung,dass eine Cookie-�hnliche Datei  gel�scht 
war(freenet.dat war z.B.gel�scht),ich habe festegestellt,das bei 
<freenet>kurz nach dem Start etwas per FTP geladen wird.

Mittlerweile passiert bei dasselbe lokal gespeicherten HTML-Datei-Files,
der IExplorer erscheint,es wird aber keine HTML-Datei ge�ffnet.
Ich habe �ber <Arbeitsplatz/Ordneroptionen/Dateitypen>die Verkn�pfung 
nachgesehen,html war mit Iexplore verkn�pft.
Seltsamerweise war als Dateityp auch <URL>mit <Run32DLL.exe>verkn�pft.

Eine Nachinstallation von Freenet-CD-ROM schl�gt leider fehl.

Momentan weiss ich nicht so recht,wo der Fehler liegen k�nnte.
Ob man �ber <regedit>etwas machen k�nnte(Standarteinstellungen)?
Unter Win3.1 war das m�glich.


Nochmal Danke!

Gruss Frank

---

in article <slrn9lrpa4.29p3.ripley@server.nostromo.in-berlin.de>,
   ripley@nostromo.in-berlin.de (H. Eckert) wrote:
>100.502333@germanynet.de (Frank Jakob) wrote:
>> 1.Was passiert bei den Befehl <fdisk /mbr>?
>>   Muss das betriebssystem neu installiert werden?
>
>Das dient eigentlich mehr eine Wintendo-Installation
>wieder dazu zu bewegen zu booten, wenn aus irgendeinem
>Grund der Boot-Code im MBR defekt ist.  Die Partitionen
>sollten dadurch nicht beeinflusst werden...
>
>> Ich habe dummerweise auf einem W98-Gast-PC das 
Win3.1-Pgr.<mwundel.exe>zum 
>> aufsp�ren von ev.gel�schten Dateien gemommen,seither ist die 
>> Systemleistung durch den <MS-DOS-Kompatibil.Modus> gemindert.
>
>Was war denn bitte die Motivation daf�r ?  Herzlichen Gl�ckwunsch,
>Du hast h�chstwahrscheinlich dadurch s�mtliche Verwaltungsinformationen
>f�r die langen Dateinamen gepl�ttet.  B�ser Hack, der das nunmal ist,
>werden die langen Namen n�mlich auf mehrere Directory-Eintr�ge verteilt
>abgelegt und das alte Utility hat die vermeintlich defekten Eintr�ge
>"repariert".
>
>> Dummerweise sind die CD-ROM Laufwerke (SCISI)nicht mehr vorhanden.
>
>Der Treiber daf�r wird in dem aktuellen Modus wohl nicht laufen.
>Da hilft es vermutlich ein altes DOS auszugraben und einen passenden
>DOS-Treiber aufzuspielen.  Der wird sich dann auch nur in den Dateien
>autoexec.bat und config.sys bemerkbar machen, so dass er hinterher
>relativ schmerzlos zu entfernen sein sollte.
>Ob das hilft, s�mtliche Systemdateien mit langen Dateinamen zu
>restaurieren, ist allerdings fraglich.  Das Utility war da vermutlich
>sehr gr�ndlich :-)
>
>> Erbitte Tips,wenn m�glich per CC-Mail.
>
>Am besten die Daten retten und dann das System neu installieren.
>D�rfte das schnellste und sicherste sein.
>
>> (Ich habe mein 386er Win3.11(WFG)Notebook nach einem Festplattencrash 
ohne 
>> Install.disketten wieder aufgebaut,aber W95/98 sind doch komplexer..)
>
>Vor allem undurchsichtiger.
>
>
>Gru�,
>				Ripley

System:386er,4MB RAM,80 MB HDD,WFG3.11,IE.V3.0,