Article View: bln.comp.pc
Article #67Re: fdisk/undelete
From: H. Eckert
Date: Tue, 24 Jul 2001 21:14
Date: Tue, 24 Jul 2001 21:14
48 lines
3140 bytes
3140 bytes
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 -- > > Mindestens drei Leute, zwei Meinungen, und Recht hat RFC 2046, 4.1.2. > RFC 2046 enth�lt genug Seil, um sich in den Fu� zu schie�en. [Gunnar Ritter und Claus F�rber in de.comp.standards, 2001-04-10]
Technical Details
Message-ID:
<slrn9lrpa4.29p3.ripley@server.nostromo.in-berlin.de>Path:
arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!sn-xit-02!supernews.com!news.tele.dk!130.133.1.3!fu-berlin.de!hirsch.in-berlin.de!news.nostromo.in-berlin.de!ripleyReferences:
<9jg95r$bk8_004@news.nexgo.de>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII X-Google-Thread: 113e4c,bd367d3737391b94 X-Google-Attributes: gid113e4c,public X-Google-ArrivalTime: 2001-07-25 09:15:34 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!sn-xit-02!supernews.com!news.tele.dk!130.133.1.3!fu-berlin.de!hirsch.in-berlin.de!news.nostromo.in-berlin.de!ripley From: ripley@nostromo.in-berlin.de (H. Eckert) Newsgroups: bln.comp.pc Subject: Re: fdisk/undelete Date: 24 Jul 2001 21:14:45 GMT Organization: Private access site (FreeBSD 3.5), Berlin, Germany, Europe Lines: 48 Message-ID: <slrn9lrpa4.29p3.ripley@server.nostromo.in-berlin.de> References: <9jg95r$bk8_004@news.nexgo.de> NNTP-Posting-Host: server.nostromo.in-berlin.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: server.nostromo.in-berlin.de 996009285 76280 10.175.55.111 (24 Jul 2001 21:14:45 GMT) X-Complaints-To: usenet@nostromo.in-berlin.de NNTP-Posting-Date: 24 Jul 2001 21:14:45 GMT User-Agent: slrn/0.9.6.3 (FreeBSD)