Problem mit Fat32-Partition
Hallo, folgendes Problem: Ich habe SuSE Linux 9.1 mit einer reiserfs Root-Partition. Zusätzlich habe ich noch meine Windows 2000-Partition gemountet, die mit Fat32 formatiert ist. Auf der Fat32-Partition scheint ein Fehler zu sein. Aufgefallen ist mir das dadurch, dass mein Overnet immer sagt: "Input/Output Error Das könnte evtl. an einer vollen Festplatte liegen" Aber auf der Partition sind noch 55 GB frei und auf der Root-Partition auch noch 20 GB. Das Overnet lädt übrigens auf die Fat32-Partition. Dann hab ich die Partition mal ausgehängt und ein fsck gestartet und da kommt dann folgende Ausgabe: # fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument Kann mir einer evtl. dabei helfen, diese Meldung zu interpretieren? Google kann mir zu dieser Meldung komischerweise gar keine Hinweise geben. Ein Badblocks lief im "Nur-Lesen-Modus" durch und hat keine Fehler gefunden. Kann das heissen, dass meine Festplatte defekt ist? Das will ich nicht hoffen, denn der gesamte Rechner ist gerade mal 2 Monate alt. Mfg, Thomas
Thomas Gräber schrieb:
Hallo,
folgendes Problem: Ich habe SuSE Linux 9.1 mit einer reiserfs Root-Partition. Zusätzlich habe ich noch meine Windows 2000-Partition gemountet, die mit Fat32 formatiert ist. Auf der Fat32-Partition scheint ein Fehler zu sein. Aufgefallen ist mir das dadurch, dass mein Overnet immer sagt: "Input/Output Error Das könnte evtl. an einer vollen Festplatte liegen" Aber auf der Partition sind noch 55 GB frei und auf der Root-Partition auch noch 20 GB. Das Overnet lädt übrigens auf die Fat32-Partition. Dann hab ich die Partition mal ausgehängt und ein fsck gestartet und da kommt dann folgende Ausgabe: # fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Kann mir einer evtl. dabei helfen, diese Meldung zu interpretieren? Google kann mir zu dieser Meldung komischerweise gar keine Hinweise geben.
Ein Badblocks lief im "Nur-Lesen-Modus" durch und hat keine Fehler gefunden.
Kann das heissen, dass meine Festplatte defekt ist? Das will ich nicht hoffen, denn der gesamte Rechner ist gerade mal 2 Monate alt.
Mfg, Thomas
Welche Meldung wird nach einer Überprüfung der Partition mit scandisk unter w2k ausgegeben? Gruss Peter
Am Dienstag, 26. April 2005 11:19 schrieb Peter Marian:
Thomas Gräber schrieb:
Hallo,
folgendes Problem: Ich habe SuSE Linux 9.1 mit einer reiserfs Root-Partition. Zusätzlich habe ich noch meine Windows 2000-Partition gemountet, die mit Fat32 formatiert ist. Auf der Fat32-Partition scheint ein Fehler zu sein. Aufgefallen ist mir das dadurch, dass mein Overnet immer sagt: "Input/Output Error Das könnte evtl. an einer vollen Festplatte liegen" Aber auf der Partition sind noch 55 GB frei und auf der Root-Partition auch noch 20 GB. Das Overnet lädt übrigens auf die Fat32-Partition. Dann hab ich die Partition mal ausgehängt und ein fsck gestartet und da kommt dann folgende Ausgabe: # fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Kann mir einer evtl. dabei helfen, diese Meldung zu interpretieren? Google kann mir zu dieser Meldung komischerweise gar keine Hinweise geben.
Ein Badblocks lief im "Nur-Lesen-Modus" durch und hat keine Fehler gefunden.
Kann das heissen, dass meine Festplatte defekt ist? Das will ich nicht hoffen, denn der gesamte Rechner ist gerade mal 2 Monate alt.
Mfg, Thomas
Welche Meldung wird nach einer Überprüfung der Partition mit scandisk unter w2k ausgegeben?
Hab ich noch nicht probiert, unter anderem deshalb, weil das Windows schon seit einer Weile nicht mehr hochfährt, und ich noch keine Zeit hatte, mich damit zu beschäftigen. An der fehlerhaften Partition dürfte das aber nicht liegen, weil das Windows auf einer extra Partition liegt. Ich denk mal, Anfang nächster Woche, wenn der Rechner mal nicht gebraucht wird, werde ich mal von einer SuSE- oder Knoppix-CD starten und mal von dort das fsck ausführen. Und eine WinME- bzw. Win98-CD werd ich dann auch mal starten und das Scandisk da mal ausführen. Danke, Thomas
Am Dienstag, 26. April 2005 13:51 schrieb Peter Wiersig:
On Tue, Apr 26, 2005 at 10:11:41AM +0200, Thomas Gräber wrote:
Kann mir einer evtl. dabei helfen, diese Meldung zu interpretieren?
geraten: Du hast die Platte in /etc/fstab eingetragen und deshalb wird diese als root gemountet.
Stimmt, die Platte ist in der Fstab eingetragen mit folgender Zeile /dev/hde5 /windows/E vfat users,gid=users,umask=0002,iocharset=utf8,exec 0 0 Hat das was zu sagen? Für den fsck hatte ich ja ein umount /dev/hde5 ausgeführt. Danke, Thomas
Am Dienstag, 26. April 2005 14:52 schrieb Thomas Gräber:
/dev/hde5 /windows/E vfat users,gid=users,umask=0002,iocharset=utf 8,exec 0 0
Hat das was zu sagen? Für den fsck hatte ich ja ein umount /dev/hde5 ausgeführt.
Mit umask=0 ohne gid sollte eigentlich jeder auf der Platte rummachen dürfen. Probier mal aus. Wenn das klappt, dann passen Deine jetzigen Berechtigungen nicht. Grüße René
Hallo, Am Tue, 26 Apr 2005, Thomas Gräber schrieb:
# fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Zeig mal die Ausgaben von 'fdisk -l /dev/hde' und 'dd if=/dev/hde5 bs=1 count=80 | od -t x1z' -dnh -- Fertility is hereditary. If your parents didn't have any children, neither will you.
Am Dienstag, 26. April 2005 20:13 schrieb David Haller:
Hallo,
Am Tue, 26 Apr 2005, Thomas Gräber schrieb:
# fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Zeig mal die Ausgaben von 'fdisk -l /dev/hde' und 'dd if=/dev/hde5 bs=1 count=80 | od -t x1z'
Hab ich mal gemacht, evtl. kannst du damit etwas anfangen: Platte /dev/hde: 163.9 GByte, 163928604672 Byte 255 Köpfe, 63 Sektoren/Spuren, 19929 Zylinder Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes Gerät Boot Start End Blocks Id System /dev/hde1 * 1 2637 21181671 c W95 FAT32 (LBA) /dev/hde2 2638 19929 138897990 5 Erweiterte /dev/hde5 2638 12364 78132096 b W95 FAT32 /dev/hde6 12365 19781 59577021 83 Linux /dev/hde7 19782 19929 1188778+ 82 Linux Swap 0000000 eb 58 90 50 41 52 41 47 4f 4e 23 00 02 20 20 00 >.X.PARAGON#.. .< 0000020 02 00 00 00 00 f8 00 00 3f 00 ff 00 3f 00 00 00 >........?...?...< 0000040 d8 1a c4 09 2f 9c 00 00 00 00 00 00 02 00 00 00 >..../...........< 0000060 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< 0000100 80 00 29 67 0a 5c 0a 57 49 4e 44 4f 57 53 32 20 >..)g.\.WINDOWS2 < 0000120 Langsam wirds echt ulkig, wenn ich jetzt versuche, etwas von der Platte zu löschen, kommt: entfernen von "/windows/E/temp.txt" nicht möglich: Das Dateisystem ist nur lesbar. # mount | grep hde5 /dev/hde5 on /windows/E type vfat (rw,nosuid,nodev,gid=100,umask=0002,iocharset=utf8) # ls -l /windows | grep E drwxrwxr-x 23 root users 16384 1970-01-01 01:00 E Die Rechte sind eigentlich richtig gesetzt und als root kann ich auch nicht löschen. Aber auffälig ist das Erstellungsdatum: 1970-01-01 Woher kann das denn kommen? Mfg, Thomas
Am Donnerstag, 28. April 2005 19:03 schrieb Thomas Gräber:
Langsam wirds echt ulkig, wenn ich jetzt versuche, etwas von der Platte zu löschen, kommt: entfernen von "/windows/E/temp.txt" nicht möglich: Das Dateisystem ist nur lesbar.
# mount | grep hde5 /dev/hde5 on /windows/E type vfat (rw,nosuid,nodev,gid=100,umask=0002,iocharset=utf8)
# ls -l /windows | grep E drwxrwxr-x 23 root users 16384 1970-01-01 01:00 E
Die Rechte sind eigentlich richtig gesetzt und als root kann ich auch nicht löschen. Aber auffälig ist das Erstellungsdatum: 1970-01-01
Schau Dir mal die Rechte von /windows an. Da war bei mir per default nur lesen gesetzt, so dass ich in Unterordnern, sprich den Partitionen, auch nur lesen konnte. Grüße René
Hallo, Am Thu, 28 Apr 2005, Thomas Gräber schrieb:
Am Dienstag, 26. April 2005 20:13 schrieb David Haller:
Am Tue, 26 Apr 2005, Thomas Gräber schrieb:
# fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Zeig mal die Ausgaben von 'fdisk -l /dev/hde' und 'dd if=/dev/hde5 bs=1 count=80 | od -t x1z'
Hab ich mal gemacht, evtl. kannst du damit etwas anfangen:
Platte /dev/hde: 163.9 GByte, 163928604672 Byte 255 Köpfe, 63 Sektoren/Spuren, 19929 Zylinder Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes
Gerät Boot Start End Blocks Id System /dev/hde1 * 1 2637 21181671 c W95 FAT32 (LBA) /dev/hde2 2638 19929 138897990 5 Erweiterte
Das sollte eher ID 0x0f sein: ' f Win95 Ext'd (LBA)'
/dev/hde5 2638 12364 78132096 b W95 FAT32
und dies eher ebenfalls ID 0x0c sein: ' c W95 FAT32 (LBA)' Grund: mit !LBA lassen sich maximal 1023*255*63 Sektoren =~ 8 GB ansprechen. Das sollte man bei Gelegenheit korrigieren -- aber nicht jetzt (s.u.). Das kann aber (mit) ursaechlich fuer dein Problem sein. Bei der erweiterten Partition ist das weniger kritisch, sowas hatte ich hier auch mal, "gut" ist das aber nicht unbedingt. Wie Windows auf das 0x0b reagiert weiss ich nicht.
/dev/hde6 12365 19781 59577021 83 Linux /dev/hde7 19782 19929 1188778+ 82 Linux Swap
0000000 eb 58 90 50 41 52 41 47 4f 4e 23 00 02 20 20 00 >.X.PARAGON#.. .< ^^^^^^^^^^^^^^^^^^^^^^^[1] ^^^^^^^^[1] [1] Uh oh, mit den Paragon Partitionierungstools habe ich keine guten Erfahrungen...
0000020 02 00 00 00 00 f8 00 00 3f 00 ff 00 3f 00 00 00 >........?...?...<
Ok.
0000040 d8 1a c4 09 2f 9c 00 00 00 00 00 00 02 00 00 00 >..../...........< ^^^^^^^^^^^[2]
[2] das ist die Laenge des Dateisystems in Sektoren (in little endian), hier also: echo 'scale=2; ibase=16; 09C41AD8 / 2' | bc 81923436.00 Kilobytes. Das passt jetzt aber dummerweise gar nicht zu der Laenge die von fdisk ausgegeben wird, das sieht ja nur 78132096 KBytes.
0000060 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< 0000100 80 00 29 67 0a 5c 0a 57 49 4e 44 4f 57 53 32 20 >..)g.\.WINDOWS2 <
Ok, denke ich.
0000120
Mist. Die naechste Zeile waere noch interessant gewesen, da muss ab dem 2ten Zeichen der String "FAT32" stehen. [..]
Woher kann das denn kommen?
Hast du zufaellig dieses Paragon-Dingens verwendet, nachdem Linux installiert war? Achso: zeig mir (ggfs. per PM) bitte mal den MBR und den EPBR 1 [a]: dd if=/dev/hde bs=512 count=1 | od -t x1z -Ax dd if=/dev/hde2 bs=512 count=1 | od -t x1z -Ax und wo wir schon dabei sind kontrolliere ob bei der Ausgabe von dd if=/dev/hde5 bs=512 count=1 | od -t x1z -Ax in der Zeile mit '000050 ' am Anfang ein 'FAT32' ab dem 3ten Zeichen in der Textspalte steht[b]. Die weiteren EPBR auszurechnen bin ich grad zu muede/faul zu (ich komm hier grad eh nur auf komische Werte), das ist mit den weiteren Daten einfacher... BTW: v.a. auch wg. der Fehlermeldung, das ein Sektor gesucht wurde, der nicht mehr auf der Partition liegt, vermute ich, dass deine Partitionierung einen Knacks hat. Bitte lasse bis auf weiteres, bis das Problem identifiziert ist, die Finger von der Partition und verwende bitte keinerlei "Tools"... Die kannst du dann immer noch ausprobieren. Schon beim dosfsck kann man nur hoffen, dass das nicht mehr kaputtgemacht hat. Achso, nochwas: du solltest auch die Folgepartition (/dev/hde6) nicht anfassen. Und hoffen, dass hde6 noch in Ordnung ist. -dnh PS: du hast doch ein Backup? Wenn nicht dann ist's jetzt zu spaet. Auch wenn du vermutlich noch an die meisten Daten rankommst. [a] Extended Partition Boot Record [b] diesmal sind's hexadezimale Offsets, nicht mehr oktale wie per default und wie oben zitiert... Vgl. 'od -t x1z -Ax', 'od -t x1z -Ad' und 'od -t x1z -Ao' ('-Ao' ist der default). -- Auch wenn ich an Wunder glaube, auf eine Verbesserung bei der nächsten OE Version zu hoffen, wäre wohl zuviel erwartet. [Sylvia Berger in de.newusers.questions]
Am Freitag, 29. April 2005 06:26 schrieb David Haller:
Hallo,
Am Thu, 28 Apr 2005, Thomas Gräber schrieb:
Am Dienstag, 26. April 2005 20:13 schrieb David Haller:
Am Tue, 26 Apr 2005, Thomas Gräber schrieb:
# fsck /dev/hde5 fsck 1.34 (25-Jul-2003) dosfsck 2.10 22 Sep 2003 FAT32, LFN Seek to 83889597952: Invalid Argument
Zeig mal die Ausgaben von 'fdisk -l /dev/hde' und 'dd if=/dev/hde5 bs=1 count=80 | od -t x1z'
Hab ich mal gemacht, evtl. kannst du damit etwas anfangen:
Platte /dev/hde: 163.9 GByte, 163928604672 Byte 255 Köpfe, 63 Sektoren/Spuren, 19929 Zylinder Einheiten = Zylinder von 16065 * 512 = 8225280 Bytes
Gerät Boot Start End Blocks Id System /dev/hde1 * 1 2637 21181671 c W95 FAT32 (LBA) /dev/hde2 2638 19929 138897990 5 Erweiterte
Das sollte eher ID 0x0f sein: ' f Win95 Ext'd (LBA)'
Wenn ich mich recht entsinne, habe ich Windows das so anlegen lassen. Ich hatte erst versucht, das ganze mit fdisk für Linux zu partitionieren, aber dann war Windows nicht mehr zu einer Installation zu bewegen und dann habe ich wieder alle Partitionen gelöscht und anschliessend Windows seinen Teil selbst partitionieren lassen und dann mit Linux den Rest partitioniert.
/dev/hde5 2638 12364 78132096 b W95 FAT32
und dies eher ebenfalls ID 0x0c sein: ' c W95 FAT32 (LBA)'
Auch von Windows anlegen lassen.
Grund: mit !LBA lassen sich maximal 1023*255*63 Sektoren =~ 8 GB ansprechen.
Das sollte man bei Gelegenheit korrigieren -- aber nicht jetzt (s.u.). Das kann aber (mit) ursaechlich fuer dein Problem sein.
Bei der erweiterten Partition ist das weniger kritisch, sowas hatte ich hier auch mal, "gut" ist das aber nicht unbedingt. Wie Windows auf das 0x0b reagiert weiss ich nicht.
/dev/hde6 12365 19781 59577021 83 Linux /dev/hde7 19782 19929 1188778+ 82 Linux Swap
0000000 eb 58 90 50 41 52 41 47 4f 4e 23 00 02 20 20 00 >.X.PARAGON#.. .<
^^^^^^^^^^^^^^^^^^^^^^^[1] ^^^^^^^^[1] [1] Uh oh, mit den Paragon Partitionierungstools habe ich keine guten Erfahrungen...
Wenn ich jetzt noch genau wüsste, was ich damals gemacht hatte.... Aber mit den Paragon tools kann schon sein. Ich glaube, ich hatte nachträglich die Grösse der Partitionen nochmal geändert. Das müsste aber gewesen sein, bevor ich die Linux-Partitionen angelegt habe, denn bei denen steht nix von Paragon drin.
0000020 02 00 00 00 00 f8 00 00 3f 00 ff 00 3f 00 00 00
........?...?...<
Ok.
0000040 d8 1a c4 09 2f 9c 00 00 00 00 00 00 02 00 00 00
..../...........<
^^^^^^^^^^^[2]
[2] das ist die Laenge des Dateisystems in Sektoren (in little endian), hier also:
echo 'scale=2; ibase=16; 09C41AD8 / 2' | bc 81923436.00
Kilobytes. Das passt jetzt aber dummerweise gar nicht zu der Laenge die von fdisk ausgegeben wird, das sieht ja nur 78132096 KBytes.
0000060 01 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00
................< 0000100 80 00 29 67 0a 5c 0a 57 49 4e 44 4f 57 53 32 20 >..)g.\.WINDOWS2 <
Ok, denke ich.
0000120
Mist. Die naechste Zeile waere noch interessant gewesen, da muss ab dem 2ten Zeichen der String "FAT32" stehen.
hab das mal mit count=90 gemacht und in der nächsten Zeile steht wirklich FAT32.
[..]
Woher kann das denn kommen?
Hast du zufaellig dieses Paragon-Dingens verwendet, nachdem Linux installiert war?
Wie gesagt, ich denke, ja.
Achso: zeig mir (ggfs. per PM) bitte mal den MBR und den EPBR 1 [a]:
dd if=/dev/hde bs=512 count=1 | od -t x1z -Ax
000000 eb 48 90 d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c >.H....|.P.P....|< 000010 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 >...PW...........< 000020 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 >8n.|.u..........< 000030 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 03 02 >...It.8,t.......< 000040 ff 00 00 20 01 00 00 00 00 02 fa 80 ca 80 ea 53 >... ...........S< 000050 7c 00 00 31 c0 8e d8 8e d0 bc 00 20 fb a0 40 7c >|..1....... ..@|< 000060 3c ff 74 02 88 c2 52 be 7b 7d e8 36 01 f6 c2 80 ><.t...R.{}.6....< 000070 74 56 b4 41 bb aa 55 cd 13 5a 52 72 4b 81 fb 55 >tV.A..U..ZRrK..U< 000080 aa 75 45 a0 41 7c 84 c0 78 3e 75 05 83 e1 01 74 >.uE.A|..x>u....t< 000090 37 66 8b 4c 10 be 05 7c c6 44 ff 01 66 8b 1e 44 >7f.L...|.D..f..D< 0000a0 7c c7 04 10 00 c7 44 02 01 00 66 89 5c 08 c7 44 >|.....D...f.\..D< 0000b0 06 00 70 66 31 c0 89 44 04 66 89 44 0c b4 42 cd >..pf1..D.f.D..B.< 0000c0 13 72 05 bb 00 70 eb 7d b4 08 cd 13 73 0a f6 c2 >.r...p.}....s...< 0000d0 80 0f 84 ee 00 e9 8d 00 be 05 7c c6 44 ff 00 66 >..........|.D..f< 0000e0 31 c0 88 f0 40 66 89 44 04 31 d2 88 ca c1 e2 02 >1...@f.D.1......< 0000f0 88 e8 88 f4 40 89 44 08 31 c0 88 d0 c0 e8 02 66 >....@.D.1......f< 000100 89 04 66 a1 44 7c 66 31 d2 66 f7 34 88 54 0a 66 >..f.D|f1.f.4.T.f< 000110 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 08 7d >1.f.t..T..D.;D.}< 000120 3c 8a 54 0d c0 e2 06 8a 4c 0a fe c1 08 d1 8a 6c ><.T.....L......l< 000130 0c 5a 8a 74 0b bb 00 70 8e c3 31 db b8 01 02 cd >.Z.t...p..1.....< 000140 13 72 2a 8c c3 8e 06 48 7c 60 1e b9 00 01 8e db >.r*....H|`......< 000150 31 f6 31 ff fc f3 a5 1f 61 ff 26 42 7c be 81 7d >1.1.....a.&B|..}< 000160 e8 40 00 eb 0e be 86 7d e8 38 00 eb 06 be 90 7d >.@.....}.8.....}< 000170 e8 30 00 be 95 7d e8 2a 00 eb fe 47 52 55 42 20 >.0...}.*...GRUB < 000180 00 47 65 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 >.Geom.Hard Disk.< 000190 52 65 61 64 00 20 45 72 72 6f 72 00 bb 01 00 b4 >Read. Error.....< 0001a0 0e cd 10 ac 3c 00 75 f4 c3 00 00 00 00 00 00 00 >....<.u.........< 0001b0 00 00 00 00 00 00 00 00 c1 9a c1 9a 00 00 80 01 >................< 0001c0 01 00 0c fe ff ff 3f 00 00 00 ce 69 86 02 00 fe >......?....i....< 0001d0 ff ff 05 fe ff ff 0d 6a 86 02 8c d4 8e 10 00 00 >.......j........< 0001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< 0001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa >..............U.< 000200
dd if=/dev/hde2 bs=512 count=1 | od -t x1z -Ax
000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< * 0001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fe >................< 0001c0 ff ff 0b fe ff ff 3f 00 00 00 00 67 50 09 00 fe >......?....gP...< 0001d0 ff ff 05 fe ff ff 3f 67 50 09 b9 25 1a 07 00 00 >......?gP..%....< 0001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >................< 0001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa >..............U.< 000200
und wo wir schon dabei sind kontrolliere ob bei der Ausgabe von
dd if=/dev/hde5 bs=512 count=1 | od -t x1z -Ax
in der Zeile mit '000050 ' am Anfang ein 'FAT32' ab dem 3ten Zeichen in der Textspalte steht[b]. Jap, steht da.
Die weiteren EPBR auszurechnen bin ich grad zu muede/faul zu (ich komm hier grad eh nur auf komische Werte), das ist mit den weiteren Daten einfacher...
BTW: v.a. auch wg. der Fehlermeldung, das ein Sektor gesucht wurde, der nicht mehr auf der Partition liegt, vermute ich, dass deine Partitionierung einen Knacks hat.
Das fürchte ich auch...
Bitte lasse bis auf weiteres, bis das Problem identifiziert ist, die Finger von der Partition und verwende bitte keinerlei "Tools"...
Die kannst du dann immer noch ausprobieren. Das sowieso....Mein Windows läuft eh nicht mehr. Hängt vielleicht auch damit zusammen.
Schon beim dosfsck kann man nur hoffen, dass das nicht mehr kaputtgemacht hat.
Achso, nochwas: du solltest auch die Folgepartition (/dev/hde6) nicht anfassen. Und hoffen, dass hde6 noch in Ordnung ist.
-dnh
PS: du hast doch ein Backup? Wenn nicht dann ist's jetzt zu spaet. Auch wenn du vermutlich noch an die meisten Daten rankommst.
Naja, eigentlich nicht wirklich. Aber da liegen kaum wichtige Daten drauf. Ist eigentlich mehr oder weniger nur temporär und einige Sachen, die ich mal runtergeladen habe, z.B. CD-Images von diversen Linux-Distris. Die kann man dann ja wieder neu laden. Schon erstmal danke für die Analysen, jetzt kann ich mir schon ungefähr vorstellen, woran es liegen könnte und dass ich selbst schuld bin, wenn ich solche Tools verwende. Mir ist noch aufgefallen, dass ungefähr seit dem Zeitpunkt, der gesamte Festplattenzugriff langsamer zu sein scheint und dadurch das Laden von verschiedenen Programmen teilweise ewig dauert. Ausserdem hab ich den Eindruck, dass die Ladegeräusche der Festplatte wesentlich lauter geworden sind. Evtl. doch ein Hardwarefehler? Das geht sogar soweit, dass, wenn ich was von meiner Linux-Partition auf meine USB-Festplatte schiebe, wobei ich komischerweise den vollen Datendurchsatz von etwa 30 MB pro Sekunde noch bekomme, das tippen von Befehlen in der Konsole sehr verzögert funktioniert, bei einer CPU-Last von 10 % oder so. Das war auf jeden Fall vorher nicht.
[a] Extended Partition Boot Record
[b] diesmal sind's hexadezimale Offsets, nicht mehr oktale wie per default und wie oben zitiert... Vgl. 'od -t x1z -Ax', 'od -t x1z -Ad' und 'od -t x1z -Ao' ('-Ao' ist der default).
-- Auch wenn ich an Wunder glaube, auf eine Verbesserung bei der nächsten OE Version zu hoffen, wäre wohl zuviel erwartet. [Sylvia Berger in de.newusers.questions]
participants (5)
-
David Haller
-
Peter Marian
-
Peter Wiersig
-
René Falk
-
Thomas Gräber