Softpicks.Net Deutsch

[Wolfgang M. Weyand]

Also sprach Manuel Soukup <linuxuser-space [at] gmx.de>

> Wie heißt der Befehl mit dem man auch volle Verzeichnisse löschen kann.

rm -r verzeichnis (man rm hilft verstehen).

> 2. Frage warum nimmt man nicht den Befehl sonder kreiert noch rmdir der
> nur leere Verzeichnisse löschen kann. Die meisten Verzeichnisse sind ja
> voll. Also macht rmdir nicht viel Sinn oder?

Weil man manchmal Verzeichnisse nur dann löschen will, wenn sie auch
wirklich leer sind. rmdir hat mir schon einige Restores erspart.

--
This sig intentionally left blank
.

[Reinhold Birkenfeld]

Manuel Soukup wrote:
> Hi
>
> Wie heißt der Befehl mit dem man auch volle Verzeichnisse löschen kann.

Wurde schon genannt.

> Es muss den Befehl geben denn unter kde kann man ja auch volle
> Verzeichnisse löschen.

Das ist ein Trugschluss. Wer sagt dir, dass KDE nicht einfach alle
Dateien auflistet, dann einzeln löscht und dann die Verzeichnisse entfernt?

Reinhold

--
Wenn eine Linuxdistribution so wenig brauchbare Software wie Windows
mitbrächte, wäre das bedauerlich. Was bei Windows der Umfang eines
"kompletten Betriebssystems" ist, nennt man bei Linux eine Rescuedisk.
-- David Kastrup in de.comp.os.unix.linux.misc
.

[Alexander Skwar]

Manuel Soukup wrote:

> Wie heißt der Befehl mit dem man auch volle Verzeichnisse löschen kann.

rm

> 2. Frage warum nimmt man nicht den Befehl sonder kreiert noch rmdir der
> nur leere Verzeichnisse löschen kann. Die meisten Verzeichnisse sind ja
> voll. Also macht rmdir nicht viel Sinn oder?

Ehrlich gesagt habe ich den Sinn von rmdir auch noch nie so ganz
verstanden - und dementsprechend habe ich rmdir noch nie genutzt.

Alexander Skwar
--
Zapp: There's only one surefire way back into a woman's heart and
parts beyond. I speak, of course, of Karaoke.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
.

[Oliver Lehmann]

Thorsten Kampe wrote:

> Cool. Jetzt brauchen wir nur noch ein rm, das nur leere Dateien
> l=F6scht. Das verringert auch stark die Wahrscheinlichkeit, "gef=FCllte"
> Dateien zu l=F6schen.

Da dir der Nutzen scheinbar noch nicht so ganz einleuchtet hier mal ein
praktisches Beispiel:

Es ist in Scripten (z.B. deinstall Scripte von Package Systemen)
wesentlich einfacher ein rmdir zu machen (z.B. auf Verz die auch von
anderen Packages genutzt werden) als vorher zu pruefen ob da noch
irgendwas im Verz. rumliegt... Oder faelschlicherweise genau deine
wichtige Kopie der Konfigurationsdatei xyz mitzuloeschen.


--=20
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
.

[Stefan Lagotzki]

Thorsten Kampe schrieb:
> rm loescht Dateien, aber keine Verzeichnisse, es sei denn mit "-r",
> dann auch volle Verzeichnisse und auch mit Unterverzeichnissen. rmdir
> loescht Verzeichnisse, aber nur leere.
>
> Das nennt man *Konfusion*. Ein typischer Fall von Security through
> Obscurity.

Worin siehst Du hier "obscurity"? Die Anwendung dieser Befehle ist
doch sauber dokumentiert.

Stefan

..
.

[Thorsten Kampe]

* Stefan Lagotzki (2004-08-23 07:14 +0200)
> Thorsten Kampe schrieb:
>> rm loescht Dateien, aber keine Verzeichnisse, es sei denn mit "-r",
>> dann auch volle Verzeichnisse und auch mit Unterverzeichnissen. rmdir
>> loescht Verzeichnisse, aber nur leere.
>>
>> Das nennt man *Konfusion*. Ein typischer Fall von Security through
>> Obscurity.
>
> Worin siehst Du hier "obscurity"? Die Anwendung dieser Befehle ist
> doch sauber dokumentiert.

Obskur im Sinne von "konfus".
.

[Thorsten Kampe]

* Oliver Lehmann (2004-08-22 23:24 +0200)
> Thorsten Kampe wrote:
>> Cool. Jetzt brauchen wir nur noch ein rm, das nur leere Dateien
>> löscht. Das verringert auch stark die Wahrscheinlichkeit, "gefüllte"
>> Dateien zu löschen.
>
> Da dir der Nutzen scheinbar noch nicht so ganz einleuchtet hier mal ein
> praktisches Beispiel:
>
> Es ist in Scripten (z.B. deinstall Scripte von Package Systemen)
> wesentlich einfacher ein rmdir zu machen (z.B. auf Verz die auch von
> anderen Packages genutzt werden) als vorher zu pruefen ob da noch
> irgendwas im Verz. rumliegt... Oder faelschlicherweise genau deine
> wichtige Kopie der Konfigurationsdatei xyz mitzuloeschen.

Na ja, in einem Skript will mir noch einleuchten. Interaktiv habe ich
das noch nie verwendet. Meiner Meinung nach ist die Trennung zwischen
Dateien und Verzeichnissen artifiziell und sollte alles in "rm"
gepackt werden.
.

[Stefan Lagotzki]

/me (Stefan Lagotzki) schrieb:
>>Worin siehst Du hier "obscurity"? Die Anwendung dieser Befehle ist
>>doch sauber dokumentiert.

Thorsten Kampe schrieb:
>
> Obskur im Sinne von "konfus".

Meinst Du jetzt: "Unix ist konfus" oder "Das Vorhandensein der
beiden Befehle macht den Benutzer konfus."? Es sind doch klar
voneinander abgegrenzte Befehle mit sehr ueberschaubaren Optionen
und es wird sogar Nutzer geben, die 'rmdir' nie brauchen. Aber den
anderen kann man es doch lassen.

Stefan

..

.

[Alexander Bartolich]

begin followup to Sebastian Waschik:
> [...] Gibt es "rm -r" eigentlich auf *jedem* Unix-artigen System?

http://www.opengroup.org/onlinepubs/009695399/utilities/rm.html

--
The end is near! Repent! The end is here:
.

[Sebastian Waschik]

Hallo,

Thorsten Kampe <thorsten [at] thorstenkampe.de> writes:
> Na ja, in einem Skript will mir noch einleuchten. Interaktiv habe ich
> das noch nie verwendet. Meiner Meinung nach ist die Trennung zwischen
> Da

[Oliver Lehmann]

Christian Schneider wrote:

> ,----[ setopt normstarsilent ]
> | [dope [at] dreckskind:~]% rm -r * .jpg
> | zsh: sure you want to delete all the files in /home/dope [yn]? n

liesst du dir eigentlich wirklich die Zeile bewusst durch? Solche Abfragen
fuehren naemlich (da wo man sie leider nicht deaktivieren kann) zummindest
bei mir schnell zum fast-automatischem
y
enter
'hoer auf mich zu nerven'
Oder einige Applikationen werden gleich mit yes | appl. zum schweigen
gebracht...

--
Oliver Lehmann
http://www.pofo.de/
http://wishlist.ans-netz.de/
.

[Reinhold Birkenfeld]

Oliver Lehmann wrote:
> Christian Schneider wrote:
>
>> ,----[ setopt normstarsilent ]
>> | [dope [at] dreckskind:~]% rm -r * .jpg
>> | zsh: sure you want to delete all the files in /home/dope [yn]? n
>
> liest du dir eigentlich wirklich die Zeile bewusst durch? Solche Abfragen
> fuehren naemlich (da wo man sie leider nicht deaktivieren kann) zummindest
> bei mir schnell zum fast-automatischem
> y
> enter
> 'hoer auf mich zu nerven'
> Oder einige Applikationen werden gleich mit yes | appl. zum schweigen
> gebracht...

Dieses Verhalten habe ich mir unter Linux nie angewöhnt. Gibt es
Beispiele von "nervigen Applikationen", bei denen die Sicherheitsabfrage
unberechtigt ist?

Reinhold

--
Wenn eine Linuxdistribution so wenig brauchbare Software wie Windows
mitbrächte, wäre das bedauerlich. Was bei Windows der Umfang eines
"kompletten Betriebssystems" ist, nennt man bei Linux eine Rescuedisk.
-- David Kastrup in de.comp.os.unix.linux.misc
.

[Stefan Wiens]

Thorsten Kampe <thorsten [at] thorstenkampe.de> schrieb:

> Meiner Meinung nach ist die Trennung zwischen Dateien und
> Verzeichnissen artifiziell und sollte alles in "rm" gepackt werden.

Es liegen nun einmal unterschiedliche Syscalls zugrunde, nämlich
rmdir(2) bzw. unlink(2). rm(1) entscheidet anhand des Dateityps,
welcher der beiden anzuwenden ist, wobei sich eine Race Condition
auftut. Ein unlink(2) auf ein Directory würde aber das Dateisystem
beschädigen. (GNU rm(2) erlaubt letzteres mit der Option -d.)
.

[Thorsten Kampe]

* Oliver Lehmann (2004-08-23 16:44 +0200)
> Christian Schneider wrote:
>> ,----[ setopt normstarsilent ]
>>| [dope [at] dreckskind:~]% rm -r * .jpg
>>| zsh: sure you want to delete all the files in /home/dope [yn]? n
>
> liesst du dir eigentlich wirklich die Zeile bewusst durch? Solche Abfragen
> fuehren naemlich (da wo man sie leider nicht deaktivieren kann) zummindest
> bei mir schnell zum fast-automatischem
> y
> enter
> 'hoer auf mich zu nerven'
> Oder einige Applikationen werden gleich mit yes | appl. zum schweigen
> gebracht...

setopt rmstarwait - geht mir zwar jedes Mal wieder auf die Nerven,
zehn Sekunden warten zu müssen, aber ist mir lieber so.

tkampe [at] kyuss% rm *
zsh: sure you want to delete all the files in
/cygdrive/c/data/install/app/emulation/colinux? (waiting ten seconds)
[yn]? n

Thorsten
.

[Thorsten Kampe]

* Stefan Wiens (2004-08-23 17:28 +0200)
> Thorsten Kampe <thorsten [at] thorstenkampe.de> schrieb:
>> Meiner Meinung nach ist die Trennung zwischen Dateien und
>> Verzeichnissen artifiziell und sollte alles in "rm" gepackt werden.
>
> Es liegen nun einmal unterschiedliche Syscalls zugrunde, nämlich
> rmdir(2) bzw. unlink(2). rm(1) entscheidet anhand des Dateityps,
> welcher der beiden anzuwenden ist, wobei sich eine Race Condition
> auftut. Ein unlink(2) auf ein Directory würde aber das Dateisystem
> beschädigen. (GNU rm(2) erlaubt letzteres mit der Option -d.)

Wenn zwei unterschiedliche "Syscalls" vorliegen, dann wäre das
natürlich eine schreckliche Vereinfachung, wenn man daraus einen
Befehl im Userland machen würde. Und "Race Conditions" beziehungweise
Dateisystembeschädigungen beim Unlinken von Verzeichnissen sind
natürlich auch suboptimal. Du hast mich überzeugt.

Thorsten
.