Supportnet / Forum / WindowsNT
Partition wiederherstellungs Programm
Frage
Hallo,
Habe folgendes Problem:
WinNT 4.0
4GB UW SCSI (WinNT System)
40GB IDE
60GB IDE
120GB IDE
60GB hat aus heiteren Himmel keine Partitionstabelle mehr (war bis zu 30GB mit Daten). Zuletzt wollte ich eine Doppelvorhandene Datei löschen (Fehlermeldung "Datei beschädigt oder Laufwerk voll") daraufhin habe ich "chkdsk" ausgeführt (brach mit Fehlermeldung "Kann /$MIFMIRR nicht finden") danach habe ich neugestartet in der Hoffnung dass chkdsk /r aktiviert würde, da war keine Partition mehr vorhanden.
A) Laufwerksfehler?
B) Virus?
C) Z mit Trojaner?
D) Z über Web? (Apache läuft darauf)
E) NT BUG?
F) Wiederherstellbar?
Bin sehr dankbar für JEDE antwort.
Sincerely.
PS: ES existieren zum glück backup (verteilt über 40CDs). Also es wird etwas arbeit ersparen falls ich die Partition wieder finde ;-)
Antwort 1 von MacGyver031
Nach oben.....
Antwort 2 von Warpkern
Mahlzeit,
da kann ich dir leider nur den Standardtipp bezüglich Partitionsmagix von PowerQuest geben.
Gruss Warpkern
Ps. So langsam müsste ich schon Geld von PowerQuest bekommen :-))
da kann ich dir leider nur den Standardtipp bezüglich Partitionsmagix von PowerQuest geben.
Gruss Warpkern
Ps. So langsam müsste ich schon Geld von PowerQuest bekommen :-))
Antwort 3 von toutdesuit
Hi,
vielleicht wenn du die anderen Platten abhängst die 60 GB Platte mal alleine betreibst und versuchst mit fdisk /mbr der Sache beizukommen.
Using FDISK /MBR for Troubleshooting Windows NT Boot Problems
In Microsoft Windows NT, using the MS-DOS FDISK /MBR command is not always appropriate when you cannot boot a computer. The problem is that the command rewrites the master boot record (MBR) only, and not the entire boot record. The FDISK /MBR command rewrites only the first 446 bytes of the master boot record, not the partition table. Windows NT disk signatures used for fault tolerance are also overwritten, and if the drive contained an FT member, it may not be recognized by Windows NT as an FT member afterward.
If a drive is infected with a Stealth virus, the partition table and pointers have been offset. The offset pointer is contained in the MBR. Using the FDISK /MBR command on the computer refreshes the MBR--the pointer to the partition table is lost, as is the ability to boot. The only possible solution is to reinfect the drive and then try to remove the virus again using Fdisk or anti-virus software.
The only time that the FDISK /MBR command is effective against a virus is if it is a boot-sector-only virus (such as the Stoned virus).
If the sector is infected, recovery cannot be guaranteed. If the FDISK /MBR command is used and a Stealth virus is present, the computer can most likely not be recovered because the offsets are not constant.
Jürgen
vielleicht wenn du die anderen Platten abhängst die 60 GB Platte mal alleine betreibst und versuchst mit fdisk /mbr der Sache beizukommen.
Using FDISK /MBR for Troubleshooting Windows NT Boot Problems
In Microsoft Windows NT, using the MS-DOS FDISK /MBR command is not always appropriate when you cannot boot a computer. The problem is that the command rewrites the master boot record (MBR) only, and not the entire boot record. The FDISK /MBR command rewrites only the first 446 bytes of the master boot record, not the partition table. Windows NT disk signatures used for fault tolerance are also overwritten, and if the drive contained an FT member, it may not be recognized by Windows NT as an FT member afterward.
If a drive is infected with a Stealth virus, the partition table and pointers have been offset. The offset pointer is contained in the MBR. Using the FDISK /MBR command on the computer refreshes the MBR--the pointer to the partition table is lost, as is the ability to boot. The only possible solution is to reinfect the drive and then try to remove the virus again using Fdisk or anti-virus software.
The only time that the FDISK /MBR command is effective against a virus is if it is a boot-sector-only virus (such as the Stoned virus).
If the sector is infected, recovery cannot be guaranteed. If the FDISK /MBR command is used and a Stealth virus is present, the computer can most likely not be recovered because the offsets are not constant.
Jürgen