Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Robert Michel
Salve Andreas!

On Sun, 28 May 2006, Andreas Pakulat wrote:
> Da sollte man erstmal klaeren ob cp die existierende Datei wirklich
> entfernt oder einfach nur "truncatet" und dann den Inhalt rueberschiebt.
> Ich mag aber nicht in den Quellcode schauen.
:) wenn man es genau wissen will ist diese Idee richtig,
vielleicht werd ich mal naechstes WE in die Sourcen schauen
und kucken ob ich etwas verstehe. Immerhin hatte ich es jetzt
geschaft libfaketime von einer Datei im Homeverzeichnis
auf eine in /etc/faketime/ abzuaendern.. 

> > Aehnliche Effekte soll es bei Konfigdateien, z.B. bei asterisk
> > geben so das man diese lieber moven statt copieren sollte
> > (so habe ich gehoert...)
> 
> Ich denke nicht das dir mv geholfen haette, da ja das Ziel trotzdem weg
> waere. mv == cp + rm, wobei rm nur ausgefuehrt wird wenn das cp
> erfolgreich war, AFAIK. 

Damit waere aber der Zeitpunkt des undefinierten Zustandes kleiner
oder gar nicht mehr gegeben

Nachdem der Hoster mir /etc/ld.so.preload geloescht hatte konnte
ich die Library ohne Probleme kopieren und in /etc/ld.so.preload
neu eintragen - ich werd das Ueberschreiben mal morgen bei meinem 
PC probieren (vorher eine KnoppixCD beiseitelegen) :)

Gute Nacht,
rob







-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Andreas Pakulat
On 28.05.06 22:50:02, Robert Michel wrote:
> On Sun, 28 May 2006, Andreas Pakulat wrote:
> > On 28.05.06 18:33:01, Robert Michel wrote:
> > > Haette ich in dieser Situation besser ein mv (move) verwendet?
> > 
> > Vmtl. nicht. Was du wirklich suchst ist der -i Parameter fuer mv und cp,
> > der fragt dann naemlich nach wenn die Datei schon existiert. Wenn man
> > ganz sicher sein will definiert man in der Shell-Konfigdatei
> 
> Nein, ich wollte die Datei ueberschreiben :) es ist also nicht "-i",
> ein pruefen ob die Datei schon da ist was ich meint, sondern cp
> genause wie echo "bla fasel" > datei erstellt eine leere Datei
> die dann gefuellt wird.

Da fehlen IMHO ein paar Woerter, jedenfalls krieg ich da nicht so 100%ig
Sinn rein.

> Dummerweise ist wohl bei cp die Date/Time Abfrage nachdem 
> /usr/local/lib/libfakelib.so.3
> neu angelegt wurde

Da sollte man erstmal klaeren ob cp die existierende Datei wirklich
entfernt oder einfach nur "truncatet" und dann den Inhalt rueberschiebt.
Ich mag aber nicht in den Quellcode schauen.

> Aehnliche Effekte soll es bei Konfigdateien, z.B. bei asterisk
> geben so das man diese lieber moven statt copieren sollte
> (so habe ich gehoert...)

Ich denke nicht das dir mv geholfen haette, da ja das Ziel trotzdem weg
waere. mv == cp + rm, wobei rm nur ausgefuehrt wird wenn das cp
erfolgreich war, AFAIK. 

Andreas

-- 
Generosity and perfection are your everlasting goals.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Robert Michel
Salve Andreas!

On Sun, 28 May 2006, Andreas Pakulat wrote:

> On 28.05.06 18:33:01, Robert Michel wrote:
> > Haette ich in dieser Situation besser ein mv (move) verwendet?
> 
> Vmtl. nicht. Was du wirklich suchst ist der -i Parameter fuer mv und cp,
> der fragt dann naemlich nach wenn die Datei schon existiert. Wenn man
> ganz sicher sein will definiert man in der Shell-Konfigdatei

Nein, ich wollte die Datei ueberschreiben :) es ist also nicht "-i",
ein pruefen ob die Datei schon da ist was ich meint, sondern cp
genause wie echo "bla fasel" > datei erstellt eine leere Datei
die dann gefuellt wird.
Dummerweise ist wohl bei cp die Date/Time Abfrage nachdem 
/usr/local/lib/libfakelib.so.3
neu angelegt wurde
Aehnliche Effekte soll es bei Konfigdateien, z.B. bei asterisk
geben so das man diese lieber moven statt copieren sollte
(so habe ich gehoert...)
Das war mein Punkt, nicht "-i".

Gruss
rob




-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Thorsten Haude
Moin,

* Martin Reising wrote (2006-05-28 20:03):
>On Sun, May 28, 2006 at 07:39:19PM +0200, Thorsten Haude wrote:
>> I wrote (2006-05-28 19:29):
>> >On Sun, May 28, 2006 at 07:07:54PM +0200, Andreas Pakulat wrote:
>> >> alias cp="cp -i"
>> >> alias mv="mv -i"
>> >
>> >Und darf die Daten aus dem Backup zurückholen, wenn man auf einem
>> >System ohne diese Unix untypische "Fragerei" agiert. BTST.
>> 
>> Fängst Du an, wahllos Kopier- oder Verschiebeaktionen auszulösen, nur
>> weil Du denkst, daß Du sie gleich wieder abbrechen kannst?
>
>Ich nicht, deswegen ja auch BTST und nicht BTDT.

Mich interessiert gerade nicht, was diese Abkürzungen heißen sollen,
allerdings kannst Du die Frage ruhig allgemein auffassen, wenn Du
selbst eh vor Fehlern geschützt bist. Also: Glaubst Du, daß andere
Leute (also außer Dir) wahllos Kopier- oder Verschiebeaktionen
auszulösen, nur weil Du denkst, daß sie sie gleich wieder abbrechen
können?


>Wenn man sich allerdings rm * angewöhnt, da man ja sowieso gefragt
>wird welche Datei denn nun glöscht werden soll...

So funktioniert 'rm -i' nicht, vielleicht solltest Du Dich mal
schlauer machen.  Du hast nach dem 'rm -i' nur noch die Wahl, die
Operation abzubrechen, nach der gewünschten Datei wirst Du nicht
mehr gefragt.


Thorsten
-- 
There is no drug known to man which becomes safer when its
production and distribution are handed over to criminals.


pgpDMluLkiTsj.pgp
Description: PGP signature


Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Martin Reising
On Sun, May 28, 2006 at 07:39:19PM +0200, Thorsten Haude wrote:
> I wrote (2006-05-28 19:29):
> >On Sun, May 28, 2006 at 07:07:54PM +0200, Andreas Pakulat wrote:
> >> alias cp="cp -i"
> >> alias mv="mv -i"
> >
> >Und darf die Daten aus dem Backup zurückholen, wenn man auf einem
> >System ohne diese Unix untypische "Fragerei" agiert. BTST.
> 
> Fängst Du an, wahllos Kopier- oder Verschiebeaktionen auszulösen, nur
> weil Du denkst, daß Du sie gleich wieder abbrechen kannst?

Ich nicht, deswegen ja auch BTST und nicht BTDT.

Wenn man sich allerdings rm * angewöhnt, da man ja sowieso gefragt
wird welche Datei denn nun glöscht werden soll...

-- 
Nicht Absicht unterstellen, wenn auch Dummheit ausreicht!


pgp8E7dTJOfGS.pgp
Description: PGP signature


Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Thorsten Haude
Moin,

* Martin Reising wrote (2006-05-28 19:29):
>On Sun, May 28, 2006 at 07:07:54PM +0200, Andreas Pakulat wrote:
>> Wenn man ganz sicher sein will definiert man in der Shell-Konfigdatei
>>
>> alias cp="cp -i"
>> alias mv="mv -i"
>
>Und darf die Daten aus dem Backup zurückholen, wenn man auf einem
>System ohne diese Unix untypische "Fragerei" agiert. BTST.

Fängst Du an, wahllos Kopier- oder Verschiebeaktionen auszulösen, nur
weil Du denkst, daß Du sie gleich wieder abbrechen kannst? Na also.


Thorsten
-- 
The man who does not read good books has no
advantage over the man who cannot read them.
- Mark Twain


pgpCekz4UMQsn.pgp
Description: PGP signature


Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Martin Reising
On Sun, May 28, 2006 at 07:07:54PM +0200, Andreas Pakulat wrote:

> Wenn man ganz sicher sein will definiert man in der Shell-Konfigdatei
>
> alias cp="cp -i"
> alias mv="mv -i"

Und darf die Daten aus dem Backup zurückholen, wenn man auf einem
System ohne diese Unix untypische "Fragerei" agiert. BTST.

-- 
Nicht Absicht unterstellen, wenn auch Dummheit ausreicht!


pgpeKiE68AwUu.pgp
Description: PGP signature


Re: waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Andreas Pakulat
On 28.05.06 18:33:01, Robert Michel wrote:
> Haette ich in dieser Situation besser ein mv (move) verwendet?

Vmtl. nicht. Was du wirklich suchst ist der -i Parameter fuer mv und cp,
der fragt dann naemlich nach wenn die Datei schon existiert. Wenn man
ganz sicher sein will definiert man in der Shell-Konfigdatei

alias cp="cp -i"
alias mv="mv -i"

Andreas

-- 
You will be awarded a medal for disregarding safety in saving someone.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



waere das mit mv statt cp nicht passiert? Re: mit /etc/ld.so.preload kann man sich auch aussperren..... :o

2006-05-28 Diskussionsfäden Robert Michel
Salve ML!

Robert Michel schrieb am Sonntag, den 28. Mai 2006 um 18:05h:
> Hatte 
> /etc/lib/libfaketime.so.3
> in /etc/ld.so.preload stehen. Ein
> cp libfakelib.so.rob /etc/lib/libfaketime.so.3
> hat eben meine SSH verbindung gekillt, beim Wiederaufversuch:
> ssh_exchange_identification: Connection closed by remote host
> :o
> 
> Man sollte vielleicht nicht eine Library, die in ld.so.preload steht
> ueberschreiben (wer kann das den ahnen, werd ich mal Zuhause
> reproduzieren)
Nachtrag: die Datei /etc/lib/libfaketime.so.3 hatte nach dem
Kopierversuch eine Groesse von 0Byte.

Haette ich in dieser Situation besser ein mv (move) verwendet?
Hatte gehoert, das dabei sichergestellt wird, das entweder die
alte, oder die neue Datei ganz bei Lesezugriffen zur Verfuegung
steht.

Stimmt das?
Gibt es dann zu cp eine Alternative?
Ok koennte man sich bauen:

#!/bin/sh
# cps, copy secure
cp $1 $2.tmp
mv $2.tmp $2
exit 0
# EOF

War das der Grund und waere dies die Loesung?

Gruss
rob


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)