• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

ntfs partition kaputt (mindestens bootsector)

lawilog

Newbie
hallo,

ich habe soeben Suse Linux 10.1 auf dem Rechner meiner Mutter installiert (Medion Rechner, Intel Pentium 4). die festplatte hatte 3 Partitionen: das System C (NTFS), Daten D (NTFS) und E (FAT). Ich habe C um 10 GB verkleinert, um Platz für Linux zu schaffen. Nach der Standard-Installation zeigte der Rechner nur noch "Missing operating system", deshalb bin ich von der Suse-CD erneut gestartet und habe in der "resuce system"-shell dann grub-install nach /dev/hda1 installieren lassen wollen (war zuvor Standard-gemäß /dev/hda3). Damit habe ich wahrscheinlich nichts gutes getan und der Fehler blieb.
Code:
# fdisk -l

Platte /dev/hda: 200.0 GByte, 200049647616 Byte
255 heads, 63 sectors/track, 24321 cylinders
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/hda1               1       10706    85987912    7  HPFS/NTFS
/dev/hda2           12162       24321    97675200    f  W95 Erw. (LBA)
/dev/hda3   *       10706       11952    10008464+  83  Linux
/dev/hda4           11952       12161     1686824+  82  Linux Swap / Solaris
/dev/hda5           12162       23046    87433731    7  HPFS/NTFS
/dev/hda6           23047       24321    10241406    b  W95 FAT32

Partitionstabelleneinträge sind nicht in Platten-Reihenfolge
Also habe ich das Suse-Setup erneut ausgeführt, und neben der Standard-Installation nun grub in den mbr schreiben lassen (in der Hoffnung, von überhaupt einem Betriebsystem wieder startet zu können). Das System bootet seit dem auch. grub hat allerdings die Windows-Partition nicht mehr in das boot-menü übernommen. Nun konnte ich allerdings die Window-Partition /dev/hda1 weder mounten noch davon booten (nach Änderung der grub config).
Code:
in fstab:
/dev/hda1            /mnt/winC            ntfs       ro,users,gid=users,umask=0002,utf8=true 0 0



# mount /mnt/winC -o errors=recover
mount: wrong fs type, bad option, bad superblock on /dev/hda1,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

# dmesg | tail
NTFS-fs error (device hda1): read_ntfs_boot_sector(): Primary boot sector is invalid.
NTFS-fs error (device hda1): read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting without trying to recover.
NTFS-fs error (device hda1): ntfs_fill_super(): Not an NTFS volume.
NTFS-fs warning (device hda1): parse_options(): Option utf8 is no longer supported, using option nls=utf8. Please use option nls=utf8 in the future and make sure utf8 is compiled either as a module or into the kernel.
NTFS-fs warning (device hda1): is_boot_sector_ntfs(): Invalid boot sector checksum.
NTFS-fs error (device hda1): read_ntfs_boot_sector(): Primary boot sector is invalid.
NTFS-fs warning (device hda1): is_boot_sector_ntfs(): Invalid boot sector checksum.
NTFS-fs warning (device hda1): is_boot_sector_ntfs(): Invalid boot sector checksum.
NTFS-fs error (device hda1): read_ntfs_boot_sector(): Could not find a valid backup boot sector.
NTFS-fs error (device hda1): ntfs_fill_super(): Not an NTFS volume.

Deshalb habe ich von der Windows-Setup-CD gestartet und fixmbr eingegeben. Er fragte mich noch, ob der einen neuen boot-record auf C: anlegen soll, ich sagte ja und dann meldete er ganz stoltz, nun einen neuen boot-record für die FAT (!) partition angelegt zu haben...
:shock:
Ich bin am verzweifeln und habe die Befürchtung, dass die Daten für immer verloren sind. Kann mir jemand einen Tipp geben, was ich noch versuchen könnte, und was - im Gegensatz zu meinen Aktionen - die Sache nicht noch schlimmer macht?

Wäre nett, :idea:
lw

PS: Das Programm "ntfsfix" habe ich kurz probiert, er will aber das hda1 erst mounten und scheitert dann daran.
 
OP
L

lawilog

Newbie
vllt hilft das?
Code:
# dd if=/dev/hda bs=512 count=1 | hexdump -C
1+0 records in
1+0 records out
512 bytes (512 B) copied, 6e-05 seconds, 8,5 MB/s
00000000  31 c0 8e d0 66 bc 00 7c  00 00 8e c0 8e d8 89 e6  |1...f..|........|
00000010  66 bf 00 06 00 00 66 b9  00 01 00 00 f3 a5 ea 23  |f.....f........#|
00000020  06 00 00 80 fa 80 7c 05  80 fa 87 7e 02 b2 80 88  |......|....~....|
00000030  16 49 07 66 bf be 07 00  00 31 f6 66 b9 04 00 00  |.I.f.....1.f....|
00000040  00 67 80 3f 80 75 07 85  f6 75 0c 66 89 fe 83 c7  |.g.?.u...u.f....|
00000050  10 e2 ee 85 f6 75 0b 66  be 4a 07 00 00 e9 8d 00  |.....u.f.J......|
00000060  00 00 8a 16 49 07 66 31  c9 66 31 c0 b4 08 cd 13  |....I.f1.f1.....|
00000070  c1 ea 08 42 89 c8 83 e0  3f 89 cb c1 e9 08 81 e3  |...B....?.......|
00000080  c0 00 00 00 c1 e3 02 09  d9 41 f7 e2 66 f7 e1 8a  |.........A..f...|
00000090  16 49 07 66 67 8b 5e 08  66 39 c3 66 7c 63 66 56  |.I.fg.^.f9.f|cfV|
000000a0  52 66 bb aa 55 00 00 b4  41 cd 13 5a 66 5e 72 51  |Rf..U...A..Zf^rQ|
000000b0  66 b8 55 aa 00 00 39 c3  75 47 f6 c1 01 74 42 67  |f.U...9.uG...tBg|
000000c0  66 c7 06 10 00 01 00 67  66 c7 46 04 00 7c 00 00  |f......gf.F..|..|
000000d0  67 66 c7 46 0c 00 00 00  00 b6 05 56 52 b4 42 cd  |gf.F.......VR.B.|
000000e0  13 5a 5e 73 45 fe ce 75  f2 66 be 76 07 00 00 ac  |.Z^sE..u.f.v....|
000000f0  84 c0 74 0a b4 0e b3 07  56 cd 10 5e eb f1 fb eb  |..t.....V..^....|
00000100  fd 67 8a 76 01 67 8b 4e  02 66 bf 05 00 00 00 66  |.g.v.g.N.f.....f|
00000110  bb 00 7c 00 00 66 b8 01  02 00 00 57 52 51 cd 13  |..|..f.....WRQ..|
00000120  59 5a 5f 73 05 4f 75 e7  eb bf 66 be 62 07 00 00  |YZ_s.Ou...f.b...|
00000130  67 a1 fe 7d 00 00 66 bb  55 aa 00 00 39 c3 75 af  |g..}..f.U...9.u.|
00000140  8a 16 49 07 ea 00 7c 00  00 80 49 6e 76 61 6c 69  |..I...|...Invali|
00000150  64 20 70 61 72 74 69 74  69 6f 6e 20 74 61 62 6c  |d partition tabl|
00000160  65 00 4e 6f 20 6f 70 65  72 61 74 69 6e 67 20 73  |e.No operating s|
00000170  79 73 74 65 6d 00 45 72  72 6f 72 20 6c 6f 61 64  |ystem.Error load|
00000180  69 6e 67 20 6f 70 65 72  61 74 69 6e 67 20 73 79  |ing operating sy|
00000190  73 74 65 6d 00 00 00 00  00 00 00 00 00 00 00 00  |stem............|
000001a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001b0  00 00 00 00 00 00 00 00  97 bb 97 bb 00 00 00 01  |................|
000001c0  01 00 07 fe ff ff 3f 00  00 00 90 24 40 0a 00 00  |......?....$@...|
000001d0  c1 ff 0f fe ff ff 41 0e  a5 0b 80 cf a4 0b 80 fe  |......A.........|
000001e0  ff ff 83 fe ff ff cf 24  40 0a 21 6f 31 01 00 fe  |.......$@.!o1...|
000001f0  ff ff 82 fe ff ff f0 93  71 0b 51 7a 33 00 55 aa  |........q.Qz3.U.|

weiß denn niemand rat?

lw
 
A

Anonymous

Gast
Hast Du vor der Verkleinerung das NTFS-Dateisystem unter Windows geprüft und (am besten mehrfach) defragmentiert?

Was allerdings der mögliche Verlust von Daten mit dem MBR zu tun haben soll, ist mir ein Rätsel.

Kannst Du die Dateien auf "C" denn unter Linux sehen? Lesender Zugriff muß doch möglich sein.

Greetz,

RM
 
OP
L

lawilog

Newbie
nein, ich hab das file-system weder geprüft noch defragmentiert.

ich meinte nicht mbr, ich meinte den bootsector der platte, sry.

ich hab nichtmal lesenden zugriff auf C, nein, wie gesagt es lässt sich nicht mounten.

lw
 
A

Anonymous

Gast
lawilog schrieb:
nein, ich hab das file-system weder geprüft noch defragmentiert.

GAME OVER

Das mag NTFS gar nicht.

Mit _viel_ Glück kannst Du vielleicht noch ein paar Daten retten, aber dazu muß zunächst das Filesystem wieder hergestellt werden.

http://www.google.com/search?client=opera&rls=de&q=NTFS+Filesystem+wiederherstellen&sourceid=opera&ie=utf-8&oe=utf-8

Vielleicht findest Du da etwas.

Greetz,

RM
 
Oben