Hallo an alle!
Gestern abend hatte ich noch eine schlechte Überraschung mit meinem Rechner... Vielleicht es wird wirklich zu alt...
Also, noch eine Festplatte ist kaputt gegangen (Seufz! Die zwiete in 4 Tage..). Zum Glück habe ich ein Backup!
Shutdown, Festplatte weggeworfen, Boot: Ich kann die andere Festplatte nicht mehr mounten... =:((
Also, Linux ist auf sdb, und hat kein Problem. Ich habe aber eine alte 500Mb Platte (ich weiß! Es ist sehr alt!), FAT formatiert (es gab Dateien von meiner alten Winshit Installation), als sda von Linux gesehen, und die kann ich nicht mehr mounten...
Sehr "lustig" ist daß, auf diese Platte, ist LILO installiert. Die SCSI-Karte kann diese Platte lesen, und booten, auch! Aber, Linux kann nicht mehr sie mounten... Ich kriege ein "Bad Superblock" Fehler...
Was kann ich machen? Es gibt nicht wichtige Daten, auf diese Platte, nur einige Lustige WAV oder MP3. Aber, bevor formatieren, ich will probieren diese Dateien zu speichern...
Was kann ich tun?
Vielen Dank! Luca Bertoncello (lucabert@lucabert.de)
Am 08. November 2002 schrieb Luca Bertoncello:
Shutdown, Festplatte weggeworfen, Boot: Ich kann die andere Festplatte nicht mehr mounten... =:((
man e2fsck:
-b superblock Instead of using the normal superblock, use an alternative superblock specified by superblock. This option is normally used when the primary superblock has been corrupted. The location of the backup superblock is dependent on the filesystem's blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768.
Additional backup superblocks can be determined by using the mke2fs program using the -n option to print out where the superblocks were created. The -b option to mke2fs, which specifies blocksize of the filesystem must be specified in order for the superblock locations that are printed out to be accurate.
If an alternative superblock is specified and the filesystem is not opened read-only, e2fsck will make sure that the primary superblock is updated appropriately upon completion of the filesystem check.
Torsten
Hi Torsten,
On Fri, Nov 08, 2002 at 11:22:46 +0100, Torsten Werner wrote:
man e2fsck:
^^^^^^ ...was im Fall von vfat sicher bestens funktioniert :) Luca geht es um die Rettung eines FAT Filesystems.
bye, Chris
Christian Perle perle@itm.tu-clausthal.de schrieb:
man e2fsck:
^^^^^^
...was im Fall von vfat sicher bestens funktioniert :) Luca geht es um die Rettung eines FAT Filesystems.
Ja, genau!
Wie gesagt, das war eine alte Platte die ich mit Windows vor 6 Jahre formatiert habe... Da ich keine Rechtestruktur für diese wenige Daten brauchte, ich habe es nicht ext2 formatiert...
Ich wollte genau fragen: kann e2fsck mit FAT funktionieren? Ich denke nicht, wäre aber schön wenn ich mich irre... =:))
Tschüß Luca Bertoncello (lucabert@lucabert.de)
Am 08. November 2002 schrieb Luca Bertoncello:
Ich wollte genau fragen: kann e2fsck mit FAT funktionieren? Ich denke nicht, wäre aber schön wenn ich mich irre... =:))
Das mit FAT hatte ich überlesen, Entschuldigung - e2fsck hilft dann natürlich nicht. Wahrscheinlich sind die beiden FATs und/oder das Wurzelverzeichnis beschädigt. Dann kannst du (fast) nichts mehr machen, außer wegwerfen oder eine teure Firma beauftragen.
Torsten
Hi Luca,
On Fri, Nov 08, 2002 at 13:25:00 +0100, Luca Bertoncello wrote:
Wie gesagt, das war eine alte Platte die ich mit Windows vor 6 Jahre formatiert habe... Da ich keine Rechtestruktur für diese wenige Daten brauchte, ich habe es nicht ext2 formatiert...
IMHO schadet es nicht, auch Datenpartitionen mit ext2 zu betreiben. (v)fat ist nur dann angebracht, wenn Windows auch darauf zugreifen muss.
Ich wollte genau fragen: kann e2fsck mit FAT funktionieren? Ich denke nicht, wäre aber schön wenn ich mich irre... =:))
Nein, e2fsck ist nur fuer ext2 gedacht. Dich interessiert wohl eher dosfsck. Wenn das auch nicht hilft, musst Du irgendwelche DOS-Tools von einer DOS-Bootdiskette aus verwenden oder die Platte in einen Windows-Rechner einbauen.
bye, Chris
man e2fsck:
^^^^^^
...was im Fall von vfat sicher bestens funktioniert :) Luca geht es um die Rettung eines FAT Filesystems.
Ja, genau!
Ein Bekannter von mir hatte mal ne Diskette (mit allen seinenen Dokumenten) mit FAT. Windows konnte die nicht mehr lesen. Unter SuSE (6.0) hab ich sie einfach gemountet, was zwar eine Viertelstunde dauerte (viel Geratter, alter 486), aber anschließend konnte ich von Linux aus richtig (dann ohne Geratter) auf die Daten zugreifen. Ich hatte ein Paket aus der Systemserie installierte, das zum Reparieren von FAT-Datenträgern da war, das an der Stelle vielleicht eingesprungen ist.
mfg, Fabian
Hallo,
On Fri, Nov 08, 2002 at 04:41:53PM +0100, Fabian H?nsel wrote:
Ein Bekannter von mir hatte mal ne Diskette (mit allen seinenen Dokumenten) mit FAT. Windows konnte die nicht mehr lesen. Unter SuSE (6.0) hab ich sie einfach gemountet, was zwar eine Viertelstunde dauerte (viel Geratter, alter 486), aber anschlie?end konnte ich von Linux aus richtig (dann ohne Geratter) auf die Daten zugreifen. Ich hatte ein Paket aus der Systemserie installierte, das zum Reparieren von FAT-Datentr?gern da war, das an der Stelle vielleicht eingesprungen ist.
Unwahrscheinlich. Linux hat nur sehr beharrlich versucht, die schlechten Sektoren zu lesen und war irgendwann erfolgreich. Alle folgenden Leseversuche wurden mit den Daten im Buffercache beantwortet...
Waere die FAT kaputt gewesen, haette sich mount nach kurzer Zeit geweigert, weiterzumachen - ohne Geratter.
Holger
Nur eine Frage...
Ich habe, letzte Woche, LILO auf diese FAT-Platte installiert (früher war auf andere Platte installiert, aber diese andere Platte ist letzte Sonnabend gestorben...).
Kann sein daß das das Problem ist? In dieser Platte (sda) gibt es nur eine Partition (sda1: FAT), und habe auf diese Partition LILO installiert...
Ich habe Angst daß ich ein große Fehler gemacht habe...
Danke! Luca Bertoncello (lucabert@lucabert.de)
Am 08. November 2002 schrieb Luca Bertoncello:
Ich habe, letzte Woche, LILO auf diese FAT-Platte installiert (früher war auf andere Platte installiert, aber diese andere Platte ist letzte Sonnabend gestorben...).
Man darf LILO nicht auf eine FAT-Partition installieren, aber der lässt sich auch deinstallieren:
lilo -u
oder so...
Torsten
Torsten Werner email@twerner42.de schrieb:
Man darf LILO nicht auf eine FAT-Partition installieren, aber der lässt sich auch deinstallieren:
lilo -u
oder so...
Ich dachte daß ich ein Fehler gemacht habe... Denkst du daß, wenn ich LILO deinstalliere, dann kann ich wieder die Platte mounten?
Vielen Dank! Luca Bertoncello (lucabert@lucabert.de)
Hi Luca,
On Fri, Nov 08, 2002 at 14:23:00 +0100, Luca Bertoncello wrote:
Ich habe, letzte Woche, LILO auf diese FAT-Platte installiert (früher war auf andere Platte installiert, aber diese andere Platte ist letzte Sonnabend gestorben...).
Kann sein daß das das Problem ist? In dieser Platte (sda) gibt es nur eine Partition (sda1: FAT), und habe auf diese Partition LILO installiert...
^^^^^^^^^^^^^^^^^^^ Das ist wahrscheinlich der Fehler. Du haettest LILO besser in den MBR der Platte installieren sollen (/dev/sda), nicht in die erste Partition (/dev/sda1). Im Gegensatz zu ext2 vertraegt FAT keinen LILO auf der Partition.
LILO sollte aber den Bootsektor der FAT-Partition in die Datei /boot/boot.0801 gesichert haben. Wenn Du also den Bootsektor auf /dev/sda1 mit dem gesicherten alten ueberschreibst, muesste sich die Partition wieder mounten lassen: dd if=/boot/boot.0801 of=/dev/sda1 bs=512 count=1
Danach aenderst in /etc/lilo.conf die Zeile boot=/dev/sda1 in boot=/dev/sda und rufst /sbin/lilo nochmal auf.
bye, Chris
Christian Perle schrieb:
LILO sollte aber den Bootsektor der FAT-Partition in die Datei /boot/boot.0801 gesichert haben. Wenn Du also den Bootsektor auf /dev/sda1 mit dem gesicherten alten ueberschreibst, muesste sich die Partition wieder mounten lassen: dd if=/boot/boot.0801 of=/dev/sda1 bs=512 count=1
ES GEHT!!!!!
Vielen Dank an alle!!! Jetzt habe ich wieder meine Daten!
Tschüß Luca Bertoncello (lucabert@lucabert.de)
lug-dd@mailman.schlittermann.de