Linux SuSE 9.0 - Komplettes Dateisystem in ein Unterverzeichnis verschoben - Dringend HILFE - bitte
Hallo, auch wenn hier viele lachen werden - ich würde auch darüber lachen aber es ist nunmal passiert. Ich habe ein leerzeichen zu viel eingetippt - etwas gefrorene Hände und so was passiert dann. Wenn jemand eine schnelle Hilfe parat hat wäre ich bis endlos dankbar. Folgendes ist passiert. Ich gebe einfach die Befehle, die ich der Reihe nach eingetippt habe und man sieht daraus dass ich zum zeitpunkt des letzten fatalen befehls im Wurzelverzeichnis "/" war um von dort alle verzeichnisse des root-verzeichnis in ein per softlink erreichbares unterverzeichnis verschoben habe. Jetzt weiss ich nicht weiter. Ich bin mir nicht sicher wo im baum jetzt das wurzelverzeichnis sich befindet. Kein Kommando funktioniert weil alle bash-binariey ja auch verschoben sind Sachen wie ls cp mv gehen jetzt natürlich nicht ohne weiteres Das waren die letzten befehle cd / cd srv/www/htdocs/private mkdir svn_update_scripts ln -s /srv/www/htdocs/private/svn_update_scripts/ /svn_update cd / chown root:users svn_update mv /srv/www/htdocs/private/web_extern/svn_update_scripts/ * /svn_update Das wars, vor dem sternchen ist ein leerzeichen. Habe schon folgendes versucht
cd / PATH=$PATH:/srv/www/htdocs/private/svn_update_scripts/bin export PATH
ls funktioniert immer noch nicht: no such file or directory -bash: /bin/ls: No such file or directory dann habe ich folgendes versucht
cd / /srv/www/htdocs/private/svn_update_scripts/bin/mv --help Ergebnis: -bash: /srv/www/htdocs/svn_update_scripts/bin/mv: No such file or directory
Bis vor kurzem hatte ich noch ssh-zugriff - kann mich aber seit eingen minuten nicht mehr einloggen - weiss auch nicht warum - einloggen geht nur über rsa-key und der ssh deamon scheint jetzt wohl nicht mehr zu laufen warum auch immer - wundert mich dass es so lange gedauert hat. Als ich die Mail angefangen habe war ich noch verbunden und konnte Befehle absetzen. Ich habe einen menschen vor ort, der aber keine linux kenntnisse besitzt - er sagt am monitor ist kein signal. Also bleibt wohl nur eins- die recovery-konsole von der CD. Kann mich jemand zumindest beruhigen, dass da noch alles drauf ist :)? Ich habe die mail schon fast fertig also schicke ich sie auch ab. Verdammt - bin ich sauer :) Hilfreich wäre auch die Festplattenkennung unter der SuSE 9.0 standardmässig die erste festplatte mountet so was wi HDC... oder wie es auch heisst - wie kriege ich das raus von der Recovery-CD aus heraus? Die ist an einem Promise RAID-Kontroller angeschlossen. Schönen Abend für alle - und danke für Antworten
Hallo Artur, Artur Cichosz wrote:
Hallo,
.....
Das waren die letzten befehle
cd / cd srv/www/htdocs/private mkdir svn_update_scripts ln -s /srv/www/htdocs/private/svn_update_scripts/ /svn_update cd / chown root:users svn_update mv /srv/www/htdocs/private/web_extern/svn_update_scripts/ * /svn_update
Das wars, vor dem sternchen ist ein leerzeichen.
Habe schon folgendes versucht
Mit Knoppix booten und Du hast zumindest mal alle Befehle wieder zurück. Danach kannst Du Dir ganz gemütlich alle Dateien aus svn_update wieder herausholen. Dort hast Du sie nämlich verschoben. Viele Grüße Michael
On Tuesday 13 December 2005 17:59, Artur Cichosz wrote:
cd / cd srv/www/htdocs/private mkdir svn_update_scripts ln -s /srv/www/htdocs/private/svn_update_scripts/ /svn_update cd / chown root:users svn_update mv /srv/www/htdocs/private/web_extern/svn_update_scripts/ * /svn_update
Du könntest folgendes probieren: x=/srv/www/htdocs/private/web_extern/svn_update_scripts LD_LIBRARY_PATH=$x/usr/lib:$x/lib $x/lib/ld-linux.so.2 $x/bin/mv $x/* / Die x-Variable ist nur eine Abkürzung, um nicht so viel schreiben zu müssen. ld-linux.so.x muss natürlich zu Deiner glibc passen. Das hier ist für suse 9.2 mit glibc 2.3.3. ld-linux.so.2 ist gewöhnlich ein Link auf ld-2.3.3.so wobei die 2.3.3 der Version der glibc entspricht. Eine andere kompliziertere Version könnte mit mount --bind / nach irgendwo unter $x und einem anschließendem chroot $x funktionieren. Für all das brauchst Du aber eine laufende glibc. Torsten
participants (3)
-
Artur Cichosz
-
Michael Post
-
Torsten Foertsch