| 1 |
Hans-Werner Hilse schrieb: |
| 2 |
|
| 3 |
>Moin, |
| 4 |
> |
| 5 |
>On Wed, 26 Oct 2005 14:54:16 +0200 |
| 6 |
>Christian Stadach <christian@×××××××××××.de> wrote: |
| 7 |
> |
| 8 |
> |
| 9 |
> |
| 10 |
>>[...] aber sobald ich auf dem Loop Device |
| 11 |
>>einen fsck.ext3 mache kriege ich folgende Antwort |
| 12 |
>>[...] |
| 13 |
>>root@newton:/# fsck.ext3 /dev/loop0 |
| 14 |
>>[...] |
| 15 |
>>SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2 |
| 16 |
>>Dateisystem. Wenn Gerät gültig ist und ein ext2 |
| 17 |
>>Dateisystem (kein swap oder ufs usw.) enthält, dann ist der SuperBlock |
| 18 |
>>beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock: |
| 19 |
>> e2fsck -b 8193 <Gerät> |
| 20 |
>> |
| 21 |
>> |
| 22 |
> |
| 23 |
>Hm, schonmal in |
| 24 |
>$ man e2fsck |
| 25 |
>geguckt? Die Position des ersten Backup-Superblocks ist nämlich |
| 26 |
>abhängig von der Blockgröße. Die wiederum wählt mke2fs abhängig von der |
| 27 |
>FS-Größe. Falls du 4k-Blocks hast, ist der erste Backup-Block für |
| 28 |
>gewöhnlich an 32768. Also probier' doch mal |
| 29 |
> |
| 30 |
>$ e2fsck -b 32768 /dev/loop0 |
| 31 |
> |
| 32 |
>Ansonsten mal ein mke2fs im dry-run starten (-n) und gucken, wo die |
| 33 |
>Backup-Superblocks geschrieben werden würden (ist in der man-page von |
| 34 |
>e2fsck erklärt). |
| 35 |
> |
| 36 |
> |
| 37 |
>Gruß, |
| 38 |
> |
| 39 |
>-hwh |
| 40 |
> |
| 41 |
> |
| 42 |
Danke für den Tip |
| 43 |
hab mke2fs -n ausgeführt und den e2fsck -b mal mit allen Backup |
| 44 |
Blockgrößen ausprobiert |
| 45 |
leider ohne Erfolg |
| 46 |
wobei die letzten Blöcke eine neue Fehlermeldung geworfen haben |
| 47 |
++++++++++++++++++++++++++++++++++++++++++ |
| 48 |
|
| 49 |
fsck.ext3 -b 11239424 /dev/loop0 |
| 50 |
e2fsck 1.38 (30-Jun-2005) |
| 51 |
fsck.ext3: Das Argument ist ungültig beim Versuch, /dev/loop0 zu öffnen |
| 52 |
|
| 53 |
SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2 |
| 54 |
Dateisystem. Wenn Gerät gültig ist und ein ext2 |
| 55 |
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der SuperBlock |
| 56 |
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock: |
| 57 |
e2fsck -b 8193 <Gerät> |
| 58 |
++++++++++++++++++++++++++++++++++++++++++ |
| 59 |
|
| 60 |
Kann ein Reset wirklich so einen Schaden hervorrufen oder liegt das an den |
| 61 |
täglichen Updates? |
| 62 |
|
| 63 |
mfG |
| 64 |
Christian |
| 65 |
|
| 66 |
|
| 67 |
|
| 68 |
|
| 69 |
|
| 70 |
___________________________________________________________ |
| 71 |
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
| 72 |
-- |
| 73 |
gentoo-user-de@g.o mailing list |
Archives