From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EL6iD-0006Ko-TE for garchives@archives.gentoo.org; Thu, 29 Sep 2005 22:17:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8TM7Ltf031428; Thu, 29 Sep 2005 22:07:21 GMT Received: from qproxy.gmail.com (qproxy.gmail.com [72.14.204.200]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8TM7K5q028850 for ; Thu, 29 Sep 2005 22:07:21 GMT Received: by qproxy.gmail.com with SMTP id p32so1282187qba for ; Thu, 29 Sep 2005 15:14:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to:x-editor:x-info:x-operating-system:x-uptime:user-agent; b=jCBPHOvbFDqhVDSA9GV3c+o9PDWWPSQpQfo+QAO3cqddQwltuDKuoKNAaZvL+d2ukgsSgjf1ff800Vw2OKKc08popoVzSkvI6+zmrRO57qNHzC3LTfwp73xrfRAyK5pWyZMSISJKXfOIWAm8W+0gnOWGzMFEAPzBZacG+2b7zQ8= Received: by 10.65.112.5 with SMTP id p5mr555822qbm; Thu, 29 Sep 2005 15:14:47 -0700 (PDT) Received: from localhost ( [195.158.172.248]) by mx.gmail.com with ESMTP id a29sm803349qbd.2005.09.29.15.14.46; Thu, 29 Sep 2005 15:14:47 -0700 (PDT) Received: by localhost (Postfix, from userid 1001) id 9607D4181A; Fri, 30 Sep 2005 00:14:42 +0200 (CEST) Date: Fri, 30 Sep 2005 00:14:41 +0200 From: "Michael 'entropie' Trommer" To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] partitionstabelle bei cryptfs iso weg Message-ID: <20050929221440.GB8119@violet.lan.wglpz> Mail-Followup-To: Michael 'entropie' Trommer , gentoo-user-de@lists.gentoo.org References: <20050928123728.GC7483@violet.lan.wglpz> <20050929124110.25756225.hilse@web.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <20050929124110.25756225.hilse@web.de> X-Editor: Emacs X-Info: http://www.ackro.org X-Operating-System: Linux/2.6.11-gentoo-r11 (i686) X-Uptime: 00:04:03 up 2 days, 59 min, 5 users, load average: 1.76, 2.18, 2.36 User-Agent: Mutt/1.5.8i X-Archives-Salt: 894027f9-df5c-4e09-8951-c8f8f436a75f X-Archives-Hash: 6a3f03b0b360c171b005a74af13c0c6b --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hoi hilse :) * Hans-Werner Hilse (hilse@web.de) wrote: > Hallo, >=20 > > Naja, wie auch immer. Iregndwann kam dann ein reboot und seitdem: >=20 > "reboot"? Ext2 vertr=E4gt eigentlich so gut wie =FCberhaupt keinen "harte= n" > 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=FCr ein einziges Dateisystem (muss man sich also so > vorstellen, wie das z.B. bei Disketten =FCblich 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=FCrlich schlecht -- du k=F6nntest jetzt allenfalls mal ein >=20 > 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=20 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 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------ --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDPGdQBBd8ye5RguQRAkUEAJ9izJp7vHAw0B61CeY4o/0HJYJCigCdFh9I 372Yn4nwfwENk5vNWXY0o+E= =GiqU -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- -- gentoo-user-de@gentoo.org mailing list