<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Große Dateien finden unter Linux</title>
	<atom:link href="http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/</link>
	<description>Ist die Katze schon auf dem Baum, holen wir sie runter!</description>
	<lastBuildDate>Fri, 11 Feb 2011 16:50:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Von: admin</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-679</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Sun, 23 Jan 2011 15:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-679</guid>
		<description>Sorry @Klaus mit der Laus,

vergesse immer die Beiträge zu genehmigen sorry nochmal.

Gruß

Markus</description>
		<content:encoded><![CDATA[<p>Sorry @Klaus mit der Laus,</p>
<p>vergesse immer die Beiträge zu genehmigen sorry nochmal.</p>
<p>Gruß</p>
<p>Markus</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Klaus mit der Laus</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-678</link>
		<dc:creator>Klaus mit der Laus</dc:creator>
		<pubDate>Sun, 23 Jan 2011 14:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-678</guid>
		<description>warum wurde mein Kommentar gelöscht?
&lt;code&gt;find / -type f -size +100M -print0 2&gt;/dev/null &#124;xargs -0 -i ls -lahS {}&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>warum wurde mein Kommentar gelöscht?<br />
<code>find / -type f -size +100M -print0 2&gt;/dev/null |xargs -0 -i ls -lahS {}</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Klaus mit der Laus</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-677</link>
		<dc:creator>Klaus mit der Laus</dc:creator>
		<pubDate>Mon, 17 Jan 2011 16:49:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-677</guid>
		<description>die beiden Ansätze
&lt;code&gt;
ls -lahS $(find / -type f -size +100000k)
find /tmp/ -type f -size +100M -print0 2&gt;/dev/null &#124;xargs -0 ls -lhaS
&lt;/code&gt;
sind zwar deutlich schneller als dieser
&lt;code&gt;
find / -type f -size +100000k -exec ls -lah {} \; 2&gt;/dev/null &#124; sort -r -k5
&lt;/code&gt;
jedoch kommt es zu einer Fehlermeldung, wenn die maximale Anzahl von Argumenten erreicht wird. Die maximale Anzahl von Argumenten kann wie folgt ermittelt werden:
&lt;code&gt;
getconf ARG_MAX
&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>die beiden Ansätze<br />
<code><br />
ls -lahS $(find / -type f -size +100000k)<br />
find /tmp/ -type f -size +100M -print0 2&gt;/dev/null |xargs -0 ls -lhaS<br />
</code><br />
sind zwar deutlich schneller als dieser<br />
<code><br />
find / -type f -size +100000k -exec ls -lah {} \; 2&gt;/dev/null | sort -r -k5<br />
</code><br />
jedoch kommt es zu einer Fehlermeldung, wenn die maximale Anzahl von Argumenten erreicht wird. Die maximale Anzahl von Argumenten kann wie folgt ermittelt werden:<br />
<code><br />
getconf ARG_MAX<br />
</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Klaus mit der Laus</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-676</link>
		<dc:creator>Klaus mit der Laus</dc:creator>
		<pubDate>Mon, 17 Jan 2011 15:13:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-676</guid>
		<description>&lt;code&gt;find /tmp/ -type f -size +100M -print0 2&gt;/dev/null &#124;xargs -0 ls -lhaS&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p><code>find /tmp/ -type f -size +100M -print0 2&gt;/dev/null |xargs -0 ls -lhaS</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Klaus mit der Laus</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-675</link>
		<dc:creator>Klaus mit der Laus</dc:creator>
		<pubDate>Mon, 17 Jan 2011 15:12:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-675</guid>
		<description>find /tmp/ -type f -size +100M -print0 2&gt;/dev/null &#124;xargs -0 ls -lhaS</description>
		<content:encoded><![CDATA[<p>find /tmp/ -type f -size +100M -print0 2&gt;/dev/null |xargs -0 ls -lhaS</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Stefan Bleschschmidt</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-672</link>
		<dc:creator>Stefan Bleschschmidt</dc:creator>
		<pubDate>Sun, 12 Sep 2010 01:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-672</guid>
		<description>@Hammer Man

das kann ich nicht auf mich sitzen lassen, denn so einfach ist das nicht wie du schreibst. 

Was macht denn dein Befehl. Er sortiert eine Zusammenfassung der Unterverzeichnisse in dem du den Befehl ausführst.

Beschrieben wird aber ein Befehl der auf der Festplatte Dateien sucht die eine bestimmte Größe überschreitet und diese Ausgabe dann sortiert ausgibt.

Thema verfehlt, setzen, sechs.</description>
		<content:encoded><![CDATA[<p>@Hammer Man</p>
<p>das kann ich nicht auf mich sitzen lassen, denn so einfach ist das nicht wie du schreibst. </p>
<p>Was macht denn dein Befehl. Er sortiert eine Zusammenfassung der Unterverzeichnisse in dem du den Befehl ausführst.</p>
<p>Beschrieben wird aber ein Befehl der auf der Festplatte Dateien sucht die eine bestimmte Größe überschreitet und diese Ausgabe dann sortiert ausgibt.</p>
<p>Thema verfehlt, setzen, sechs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Hammer Man</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-649</link>
		<dc:creator>Hammer Man</dc:creator>
		<pubDate>Tue, 08 Jun 2010 12:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-649</guid>
		<description>du -sk * &#124; sort -k 1n,1

so einfach ist das</description>
		<content:encoded><![CDATA[<p>du -sk * | sort -k 1n,1</p>
<p>so einfach ist das</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Stefan Blechschmidt</title>
		<link>http://blog.wagerer.de/opensource/debian/grose-dateien-finden-unter-linux/comment-page-1/#comment-538</link>
		<dc:creator>Stefan Blechschmidt</dc:creator>
		<pubDate>Wed, 16 Dec 2009 10:07:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.wagerer.de/?p=155#comment-538</guid>
		<description>Nicht schlecht der Befehl aber birgt noch einige Probleme.

Mit dem /proc/ Verzeichnis hat find seine Probleme hier ist eine Umleitung des Fehlerkanals sicher sinnvoll. 

Wenn find Namen mit Leerzeichen findet übergibt er 2 Parameter an ls und dann kann ls nichts mehr damit anfangen. „No such file or directory“

Besser wäre es den in find eingebauten Prozess -exec zu verwenden. Zwar geht dann die Sortierung verloren, weil find für jeden Fund einen ls Prozess startet, aber diese kannst du dir dann mit sort wieder einbauen.

&lt;code&gt;find / -type f -size +100000k -exec ls -lah {} \; 2&gt;/dev/null &#124; sort -r -k5&lt;/code&gt;

Und wenn man ehrlich ist braucht man die Ausgabe der Rechte und des Benutzers auch nicht. Also würde ich den Befehl am Ende so schreiben

&lt;code&gt;find / -type f -size +100000k  -exec ls -sah {} \; 2&gt;/dev/null &#124; sort -r -k1&lt;/code&gt;

Gruß stefan</description>
		<content:encoded><![CDATA[<p>Nicht schlecht der Befehl aber birgt noch einige Probleme.</p>
<p>Mit dem /proc/ Verzeichnis hat find seine Probleme hier ist eine Umleitung des Fehlerkanals sicher sinnvoll. </p>
<p>Wenn find Namen mit Leerzeichen findet übergibt er 2 Parameter an ls und dann kann ls nichts mehr damit anfangen. „No such file or directory“</p>
<p>Besser wäre es den in find eingebauten Prozess -exec zu verwenden. Zwar geht dann die Sortierung verloren, weil find für jeden Fund einen ls Prozess startet, aber diese kannst du dir dann mit sort wieder einbauen.</p>
<p><code>find / -type f -size +100000k -exec ls -lah {} \; 2&gt;/dev/null | sort -r -k5</code></p>
<p>Und wenn man ehrlich ist braucht man die Ausgabe der Rechte und des Benutzers auch nicht. Also würde ich den Befehl am Ende so schreiben</p>
<p><code>find / -type f -size +100000k  -exec ls -sah {} \; 2&gt;/dev/null | sort -r -k1</code></p>
<p>Gruß stefan</p>
]]></content:encoded>
	</item>
</channel>
</rss>

