/bin - Verzeichnis gelöscht - Was tun ??

[dkluger]

Hallo Leute !

Ich habe aus versehen den Inhalt des /bin-Verzeichnisses gelöscht. 8O 8O
Ich habe einen Puretec Root-Server L.

So, ich will jetzt einen Hardware-reset durchführen und das Rescue-System laden.
Aber wie zum Teufel geht es dann weiter ?
Kann ich meinen Server überhaupt selbstständig retten, oder muss ich den Puretec-Service darum bitten ?

Ein Paar Infos :
Ich habe nichts neues installiert, der Server ist [bis auf die fehlenden Dateien in /bin ] unverändert. ( Standartkonfiguration).

Ich wusste nicht, ob es in Newbie-Fragen oder in Linux gehört
Tut mir leid, wenn es die Frage schon 80mal gabe, die suche nach "bin" und "gelöscht" brachte nichts.

[dea]

Du könntest versuchen ins Rescue-System zu kommen (über das Webinterface), dann die Partition zu mounten und dann aus dem Rescue-System das /bin-Verzeichnis zu kopieren ...

[alrad]

Hallo DKluger,
wenn du sowieso noch nichts geändert hast, dann lass doch einfach einen Restore des Servers ausführen. Das geht schnell und du bist sicher, dass alles wieder drauf ist.

Gruß
Albert

[dkluger]

@dea :
Hmm, dachte ich mir auch ..
Aber soweit ich weiss, wird doch das rescue-System in den RAM geladen ..
Wo ist dann das RESCUE-BIN-Verzeichnis ??

@alrad :
Hmm, ist ja eigentlich keine schlechte idee.
Wollte das eigentlich nur so schnell wie möglich wieder am laufen haben.
Dachte, es wäre vielleicht "einfach" und ich könnte die Kiste heute Nacht wieder am laufen haben.
Aber dann werde ich wahrscheinlich morgen mal mit dem Service sprechen müssen...

[alrad]

Hallo DKluger,
du brauchst bloss das Fax zur Reinitialisierung abschicken, dann wird dein Server morgen früh bestimmt ziemlich schnell reinitialisiert. Die Reinitialisierung ist kostenlos. Ich habe das auch schon mal genutzt, in einer Stunde war mein Server wieder verfügbar.

Gruß
Albert

[dkluger]

Das ist ja Klasse !
Dann werde ich das machen.

Vielen Dank alrad , vielen dank auch dir, dea !

[dea]

Gern' geschehen :)
Bedenke aber, dass bei der Reinitialisierung _alle_ Daten verloren gehen - die "bügeln" einfach 'ne komplette Neuinstallation drüber.

[captaincrunch]

Und am allerwichtigsten dabei : aus der Geschichte lernen, und Backups machen !

[jtb]

und nicht immer als root arbeiten
Als normaler Benutzer wäre das nicht passiert..

[dkluger]

Backups des Webinhaltes habe ich ja genügend gemacht ..
Nur eben keine von den Linux-Standart-Sachen ...

So ist das passiert :
Im /bin-Verzeichnis :

Code: Select all

ls /home/www/web1/backup

Hmm,war dann 2 minuten abgelenkt.

Wollte dann die Sachen in /home/www/web1/backup löschen, also

Code: Select all

rm *

Hmm, dann fiel mir auf, dass ich ja gar nicht im /home...../backup war .

ps.: Ich habe noch FTP-Zugriff, per SSH kann ich auch noch halb drauf :
Ich werde bei PuTTy zum Login aufgefordert...
Dann will ich mich als root einloggen, aber der akzeptiert das passwort nicht. Weiß einer, woran das liegt ? habe wohl eine zum Login wichtige Datei gelöscht....
Hmm, ist ja auch egal.

Werde das fax gleich abschicken und dann meine Backups wieder aufspielen.

DKlger

[captaincrunch]

Ich werde bei PuTTy zum Login aufgefordert...
Dann will ich mich als root einloggen, aber der akzeptiert das passwort nicht. Weiß einer, woran das liegt ?

Ja : du hast kein /bin/login mehr, was für die Anmeldung zuständig ist ;)

Kleiner Tip : mach dir aliase für rm und mv in der ~/.bash_profile. Sofern du die Kommandos mit dem Parameter "-i" aufrufst, fragt er nach ... ;)

[[tom]]

Code: Select all

rm *

Für diesen einen speziellen Fall von rm gibt es nen Trick. In Verzeichnissen, die du vor diesem Befehl "schützen" willst, einfach ein

Code: Select all

touch ./-i

ausführen (Schreibweise beachten). Dann wird durch den * alles von der Shell expandiert und die erste zu löschende Datei ist die Datei "-i" - dummerweise wird das dann als Switch von rm aufgefasst. *hehehe* Wie heißt es so schön? Back to the roots! :)

Wenn du das bei mehreren Verzeichnissen anwenden willst, kannst du das ja mit find machen.

Bei diesem Trick gibt es zwei Einschränkungen. 1. muß man in dem Verzeichnis sein und 2. muß man das WIldcard * verwenden.

[TOM]

[captaincrunch]

Bei diesem Trick gibt es zwei Einschränkungen. 1. muß man in dem Verzeichnis sein und 2. muß man das WIldcard * verwenden.

Eben darum ist die ~/.bash_profile der besser Ort dafür. Zwei Einträge

Code: Select all

alias rm=rm -i
alias mv=mv -i

Helfen ungemein, egal, wo du im Verzeichnisbaum stehst.

[[tom]]

Eben darum ist die ~/.bash_profile der besser Ort dafür. Zwei Einträge

Der entscheidende Unterschied ist nur, dass du mit einem

Code: Select all

rm -f *

den Switch aus der ~/.bash_profile überschreibst. Bei dem Trick nützt das nix - du wirst trotzdem geprompted. :)

[TOM]

[captaincrunch]

rm -f * machst du aber nropmalerweise nicht standardmäßig, sondern erst, wenn du ganz genau weißt, was du tust ... ;)

[fritz]

wohl schon zu spät?! hätte noch ein komplettes /bin im Angebot ;-)
habe Dir den Link per PN geschickt.
Gruss Fritz
CC & Tom you both have excellent ideas.... ./respect * -f -R for you! :-D

[rootmaster]

So ist das passiert :
Im /bin-Verzeichnis :

Code: Select all

ls /home/www/web1/backup

Hmm,war dann 2 minuten abgelenkt.

Wollte dann die Sachen in /home/www/web1/backup löschen, also

Code: Select all

rm *

güldene admin-regel:

als root immer absolute pfadangaben machen (es ist kein zufalll, dass ./ nicht im root-pfad ist ;))

man kann natürlich auch an "rm" schrauben, zb als quick&dirty :

mv /bin/rm /bin/rmtrash

Code: Select all

#!/bin/bash

USER=`/usr/bin/whoami 2>/dev/null` || whoami=`/usr/bin/id | sed -e 's/).*//;s/^.*(//;'`

if test $1 = "--show"
then
ls -Alh /tmp/$USER
exit
fi

mkdir /tmp/$USER 2> /dev/null
chmod 700 /tmp/$USER
mv -f $@ /tmp/$USER 2> /dev/null

if test $1 = "--trash"
then
BYTES=`du -hs /tmp/$USER/* 2> /dev/null`
/bin/rmtrash -rf /tmp/$USER/*
/bin/rmtrash -rf /tmp/$USER/.* 2> /dev/null
echo "$BYTES gelöscht !!"
fi

rm -> "trash" /tmp/$USER
rm --trash -> endgültig löschen
rm --show -> "trash" zeigen

"back to the roots"