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 1DrjR7-0002OO-Lf for garchives@archives.gentoo.org; Sun, 10 Jul 2005 21:34:06 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6ALWCBI022077; Sun, 10 Jul 2005 21:32:12 GMT Received: from hetzner.email-server.info (new.email-server.info [213.133.109.44]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6ALWCLT000934 for ; Sun, 10 Jul 2005 21:32:12 GMT Received: from my.email-server.info (muedsl-82-207-206-084.citykom.de [82.207.206.84]) by hetzner.email-server.info (Postfix) with ESMTP id 1EB04274007 for ; Sun, 10 Jul 2005 23:32:50 +0200 (CEST) Received: from [172.17.2.172] (server.bei.digitalprojects.com [172.17.2.172]) by my.email-server.info (Postfix) with ESMTP id 6C4EB9 for ; Sun, 10 Jul 2005 23:32:44 +0200 (CEST) Message-ID: <42D193FB.4040406@mid.alexander.skwar.name> Date: Sun, 10 Jul 2005 23:32:43 +0200 From: Alexander Skwar User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050624) X-Accept-Language: de-de,de;q=0.9,de-at;q=0.7,de-ch;q=0.6,de-lu;q=0.4,de-li;q=0.3,en;q=0.1 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 To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] xfs Dateisystem reparieren? References: <42D0226A.805@mid.alexander.skwar.name> <1121019056.11268.3.camel@p54B6CD6A.dip.t-dialin.net> <42D1787F.2030606@mid.alexander.skwar.name> <1121027242.11268.18.camel@p54B6CD6A.dip.t-dialin.net> In-Reply-To: <1121027242.11268.18.camel@p54B6CD6A.dip.t-dialin.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id j6ALWCBo022077 X-Archives-Salt: 43b53ec0-4ada-4e34-a766-abc5f2e3d945 X-Archives-Hash: d520928da3c7adea418b532468016b4a Daniel Rindt schrieb: > Am Sonntag, den 10.07.2005, 21:35 +0200 schrieb Alexander Skwar: >> > Die Entwicklier selbst sagen es gibt keine Tools die gel=F6schte >> Dateien >> > wiederholen >>=20 >> Klar. Das ist aber doch bei jedem (?) journal FS so. > das muss nicht zwingend so sein. Stimmt, es *muss* nicht so sein. Wo ist's denn nicht so? >> > noch welche die auf XFS wirklich Daten reparieren. >>=20 >> Hm, also bei (scheinbar) einfaches defekten hat xfs_repair bisher >> eigentlich fu > defekt ist relativ, auf einer defekten Platte w=FCrde ich sowas nicht > machen. Und eine "Besch=E4digung" des fs durch Stromausfall ist in den > meisten f=E4llen wie Du selbst sagst nicht wirklich problematisch. Ich > w=FCrde die Platte insoweit es eine IDE ist mal mit smartmontools check= en > bevor Du da irgendwelche repairs machst. Warum? dd if=3D/dev/hde of=3D/dev/null lief problemlos durch. [23:29:07 alexander@server:~] $ sudo /usr/sbin/smartctl -H /dev/hde smartctl version 5.33 [i686-pc-linux-gnu] Copyright (C) 2002-4 Bruce Alle= n Home page is http://smartmontools.sourceforge.net/ =3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D SMART overall-health self-assessment test result: PASSED >> > Ich w=FCrde sagen schick die Platte zu Ontrack wenn es wichtig ist. >>=20 >> *LOL* Die bekommen es ja noch nicht mal hin, einfache gel=F6schte >> Dateien zu recovern. Bei xfs on dm_crypt on lvm2 glaube ich kaum, >> das die auch nur Ansatzweise 'ne Chance h=E4tten. > Was gibts da zu lachen? Die Idee, das Ontrack was zur=FCckholen k=F6nnte. > je nachdem wie das setup durchgef=FChrt wurde wird > sich so mancher erschrecken u.U. was da alles m=F6glich ist. Bzw. wohl eher, was alles nicht m=F6glich ist. Kennst Du einen verifizierten Fall, wo Ontrack eine =FCberschriebene (sagen wir mit 0x00) Datei zur=FCckholen konnte? Alexander Skwar --=20 Force has no place where there is need of skill. -- Herodotus --=20 gentoo-user-de@gentoo.org mailing list