public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michael 'entropie' Trommer" <mictro@gmail.com>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] partitionstabelle bei cryptfs iso weg
Date: Fri, 30 Sep 2005 00:14:41 +0200	[thread overview]
Message-ID: <20050929221440.GB8119@violet.lan.wglpz> (raw)
In-Reply-To: <20050929124110.25756225.hilse@web.de>

[-- Attachment #1: Type: text/plain, Size: 2254 bytes --]

Hoi hilse :)

* Hans-Werner Hilse (hilse@web.de) wrote:
> Hallo,
> 
> > Naja, wie auch immer. Iregndwann kam dann ein reboot und seitdem:
> 
> "reboot"? Ext2 verträgt eigentlich so gut wie überhaupt keinen "harten"
> Neustart... Du hast es schon wieder ge-unmountet, bevor du den reboot
> gemacht hast?

Also schon ein soft-reboot. Der mountpoint steht in der fstab,
deswegen sollte er geunmountet werden bei einem reboot.
Aber jetzt wo ich gerade darueber nachdenke faellt mir ein das ich die
kiste auch kalt gerebootet habe. (u.a. wegen des mldonkey init
scriptes welches sich aufhaengt beim beenden).

> Hm, ist nicht ganz so. So weit ich das sehe, benutzt du ja ein
> Loopback. So wie du das benutzt, ist da keine Partitionstabelle drauf.
> Muss auch nicht, für ein einziges Dateisystem (muss man sich also so
> vorstellen, wie das z.B. bei Disketten üblich ist).

Stimmt.

> Das de-crypten des Loop-Devices funktioniert noch. Nur beklagt sich der
> Kernel, dass *kein* Dateisystem (auch kein leeres) drauf/drin ist. Das
> ist natürlich schlecht -- du könntest jetzt allenfalls mal ein
> 
> e2fsck /dev/loop1

Soweit war ich schon, doch dann hoerts mit meinem wissen ueber
fs-rettung auch schon auf.

~ [258]# e2fsck -b 8193 /dev/loop1 
e2fsck 1.38 (30-Jun-2005)
e2fsck: Bad magic number in super-block while trying to open
/dev/loop1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the
superblock
is corrupt, and you might try running e2fsck with an alternate
superblock:
    e2fsck -b 8193 <device>

Ich habe keine ahnung worums da geht und atm auch keine zeit mich da
einzulesen, sowas war aber geplant.
Gibt es moeglichkeiten "superblock" oder die magic number wieder
herzustellen (warum auch immer es verschwunden ist und was auch immer
es ist).


Danke fuer die zeit.


So long
-- Michael 'entropie' Trommer;  http://ackro.org

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GMU d--- s:--- a-- C++++ UL P L+++ E+ W+++ N o-- K- w---
O- M V- PS+ PE-- Y++ PGP++ t+ 5- X+ R+ tv-- b++ DI-- D-
G++ e h r y++
------END GEEK CODE BLOCK------

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2005-09-29 22:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-28 12:37 [gentoo-user-de] partitionstabelle bei cryptfs iso weg Michael 'entropie' Trommer
2005-09-29 10:41 ` Hans-Werner Hilse
2005-09-29 22:14   ` Michael 'entropie' Trommer [this message]
2005-09-30  8:48     ` Hans-Werner Hilse

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050929221440.GB8119@violet.lan.wglpz \
    --to=mictro@gmail.com \
    --cc=gentoo-user-de@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox