From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NKASt-0001JL-EA for garchives@archives.gentoo.org; Mon, 14 Dec 2009 12:55:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9F14DE07C8; Mon, 14 Dec 2009 12:54:57 +0000 (UTC) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by pigeon.gentoo.org (Postfix) with ESMTP id 01A0DE07C8 for ; Mon, 14 Dec 2009 12:54:56 +0000 (UTC) Received: by ewy24 with SMTP id 24so3469174ewy.26 for ; Mon, 14 Dec 2009 04:54:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=JF+tD8IYRxLXCowj0M7680+E3CHqi+QWo2UPvzE5diA=; b=IsV/Jb7n0qbfG3LcBC2MR4Qz52U5Gj/eVDoPgJ+Sp/Kei2F/HJfsxEobabO8LIwBSj RW7gri3UaMBmvPQWao4ByXgAz1F9NoeB9/8VmENlYwHzrTkkiowegGFGHN+44eAgcrEt WPMkqlLpYM1WfeSFj4ckbWQJUt+hdW5cJ4d4w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qux1t8+Q0HvBP4V9KJuSnzY+c7AfJLH/l3p3Z5LAc+cVi7nc7fjPGEQX9PvjXpnT1C ciOtIOX4o3RjSgCDBHyz406A7T6Ss9ahHBK1eA4XojWLqJmcoQjIeZKYDiA4vzJqeHT6 aak7ju+LwF64WIH8wtau2T5+DlJZldAx57yks= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Received: by 10.213.109.86 with SMTP id i22mr3508819ebp.58.1260795295829; Mon, 14 Dec 2009 04:54:55 -0800 (PST) In-Reply-To: <4B26142F.5070704@gmx.ch> References: <200912131917.36381.gentoo@donbruno.de> <200912132007.27261.gentoo@donbruno.de> <200912140027.40967.roland-damm@arcor.de> <200912140726.24783.gentoo@donbruno.de> <4B26142F.5070704@gmx.ch> Date: Mon, 14 Dec 2009 13:54:55 +0100 Message-ID: Subject: Re: [gentoo-user-de] upstart bei gentoo? From: Randy Andy To: gentoo-user-de@lists.gentoo.org Content-Type: multipart/alternative; boundary=000e0cdf6b74be27f2047aafc7f7 X-Archives-Salt: 4cb1acb1-c671-449a-a588-9547b0f5e865 X-Archives-Hash: b38d8fca563c5a4dcaf2ea23ce2636f9 --000e0cdf6b74be27f2047aafc7f7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Das mit der migration sehe ich auch so. eine fliessende migration ist nur von ext3 zu ext4 m=C3=B6glich (hab's scho= n erfolgreich auf allen PC's gemacht als ext4 als stable deklariert wurde) Einer der dokumentierten Vorteile ist u.a. der erheblich schnellere fsck - kann ich best=C3=A4tigen. Dieser hat die gleichen Voreinstellungen wie ext3, die man aber nach Wunsch parametrieren kann. Es gibt auch Stimmen die sagen dass man ihn auch ganz abschalten kann, denn wenn eine Inkonsistenz auftriff, wird ein flag gesetzt, dass beim n=C3=A4ch= sten Neustart eine =C3=9Cberpr=C3=BCfung erzwingt - also quasi nur im Fehlerfall= , was ja ev. genau das ist was der ein oder andere m=C3=B6chte... Aber dar=C3=BCber kann man nat=C3=BCrlich geteilter Meinung sein. Jedenfalls hatte ich noch keine Datenverlust, trotz der anf=C3=A4nglich vie= l diskutierten Gefahren wegen der "Delayed allocation". Und das auch trotz einiger harter resets, und abschalten des Stroms, wovon ja grunds=C3=A4tzlich stark abzuraten ist... Gru=C3=9F, Andy. --000e0cdf6b74be27f2047aafc7f7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Das mit der migration sehe ich auch so.
eine fliessende migration ist nur von ext3 zu ext4 m=C3=B6glich (hab&#= 39;s schon erfolgreich auf allen PC's gemacht als ext4 als stable dekla= riert wurde)
=C2=A0
Einer der dokumentierten Vorteile ist u.a. der erheblich schnellere fs= ck - kann ich best=C3=A4tigen.
Dieser hat die gleichen Voreinstellungen wie ext3, die man aber nach W= unsch parametrieren kann.
Es gibt auch Stimmen die sagen dass man ihn auch ganz abschalten kann,= denn wenn eine Inkonsistenz auftriff, wird ein flag gesetzt, dass beim n= =C3=A4chsten Neustart eine =C3=9Cberpr=C3=BCfung erzwingt - also quasi nur = im Fehlerfall, was ja ev. genau das ist was der ein oder andere m=C3=B6chte= ...
Aber dar=C3=BCber kann man nat=C3=BCrlich geteilter Meinung sein.
=C2=A0
Jedenfalls hatte ich noch keine Datenverlust, trotz der anf=C3=A4nglic= h viel diskutierten Gefahren wegen der "Delayed allocation".
Und das auch trotz einiger harter resets, und abschalten des Stroms, w= ovon ja grunds=C3=A4tzlich stark abzuraten ist...
=C2=A0
Gru=C3=9F, Andy.
--000e0cdf6b74be27f2047aafc7f7--