amnesie
New Member
Dein vserver hat keine Terminals; kommentier in der /etc/inittab die Zeilen, in denen "/sbin/getty" drinsteht, aus. Müssten 6 Stück sein.
Dann noch ein
Code:
init qJetzt startet init keine Terminals mehr.
Dein vserver hat keine Terminals; kommentier in der /etc/inittab die Zeilen, in denen "/sbin/getty" drinsteht, aus. Müssten 6 Stück sein.
Dann noch ein
Jetzt startet init keine Terminals mehr.
@V40
Naja ifconfig funktioniert ja jetzt nur noch von der Rettungskonsole aus da sieht es so aus.
@amnesie
Ok hab ich gemacht nun sind die Meldungen zwar verschwunden aber pingen geht trotzdem noch nicht. Die logs sehen jetzt so aus.
messages
Naja ifconfig funktioniert ja jetzt nur noch von der Rettungskonsole aus da sieht es so aus.
@amnesie
Ok hab ich gemacht nun sind die Meldungen zwar verschwunden aber pingen geht trotzdem noch nicht. Die logs sehen jetzt so aus.
messages
Und die daemon.log
Was ich nicht so ganz verstehe wieso Switching to runlevel: 0 ?
amnesie
New Member
Also die Meldungen aus dem daemon.log hab ich auch (ist mir ehrlich gesagt gar nicht aufgefallen); funktionieren tut alles.
Zu dem fehlenden Netzwerk: Poste bitte mal die /etc/network/interfaces und prüfe, ob es eine solche Zeile
in /etc/rcS.d gibt. Ansonsten kannst du auch mal ein Debugging-Versuch folgender Art starten: Erzeuge einen Cronjob, der die Ausgabe von "ifconfig -a" in einer Datei ablegt; zu diesem Zeitpunkt sollte das System nicht in der Rettungskonsole laufen, sondern "richtig" gebootet sein; dann wieder in die Rettungskonsole gehen und nachschauen, wie denn das Netz so aussah.
Zu dem fehlenden Netzwerk: Poste bitte mal die /etc/network/interfaces und prüfe, ob es eine solche Zeile
Code:
lrwxrwxrwx 1 root root 18 2006-10-23 20:35 S39ifupdown -> ../init.d/ifupdownin /etc/rcS.d gibt. Ansonsten kannst du auch mal ein Debugging-Versuch folgender Art starten: Erzeuge einen Cronjob, der die Ausgabe von "ifconfig -a" in einer Datei ablegt; zu diesem Zeitpunkt sollte das System nicht in der Rettungskonsole laufen, sondern "richtig" gebootet sein; dann wieder in die Rettungskonsole gehen und nachschauen, wie denn das Netz so aussah.
amnesie
New Member
Dann stellt sich die Frage, warum das ganze bei mir tut ... Ich habe die Meldung auch ein paar Mal im Log, allerdings tut mein vserver ohne Probleme.
Code:
joerg@kerberos ~ $ grep -v "^#" /etc/inittab
id:2:initdefault:
si::sysinit:/etc/init.d/rcS
~~:S:wait:/sbin/sulogin
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
z6:6:respawn:/sbin/sulogin
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop
joerg@kerberos ~ $Hallo!
Schön, dass es nun tut!
Vermutlich lag es wohl daran, dass man "address" mit Doppel-d im Englischen schreibt. Das passt auch ganz gut zu der Ausgabe vom ifconfig. Mich wundert es aber, dass dazu keine Fehlermeldung irgendwo auftaucht.
Naja, weiterhin viel Spaß!
Daniel D
Schön, dass es nun tut!
Vermutlich lag es wohl daran, dass man "address" mit Doppel-d im Englischen schreibt. Das passt auch ganz gut zu der Ausgabe vom ifconfig. Mich wundert es aber, dass dazu keine Fehlermeldung irgendwo auftaucht.
Naja, weiterhin viel Spaß!
Daniel D
TheSandman
Registered User
Du sagst es Daniel. Der Weg ist das Ziel!
thedsp
New Member
Genau dies hab ich auch festgestellt... Jetzt wollte ich aber mal herausfinden, wie das Debian konfiguriert ist. Kennt jemand einen Link oder hat Informationen aus erster Hand, welche Module in welchen Releases drauf sind?
Mir schwebt vor, das Debian schwerpunktmäßig mit Webmin zu managen...
(Natürlich gabs bei Strato "SuSE + Plesk" Probleme, als ich dazu dann alternativ Webmin einsetzen wollte...)
Gruß Dirk
TheSandman
Registered User
Wo liegt das Problem etsprechende Pakete (ich denke du meinst das mit dem Wort "Module") zu installieren/deinstallieren?
thedsp
New Member
Naja,
das Installieren der Pakete an sich ist sicher weniger ein Problem, nur eventuell das konfigurieren? Keine Ahnung, was Strato/Plesk da so angestellt hat, aber als ich mir per Webmin eine weitere email Box bei qmail anlegen wollte, funktionierte nachher Mail gar nicht mehr auf unserem Server...
Insofern würd ich gern wissen, ob ich mit 90% der Standardinstallation leben kann, oder ob ich 90% erst umkonfigurieren muß...
Unbegründet?
Dirk
das Installieren der Pakete an sich ist sicher weniger ein Problem, nur eventuell das konfigurieren? Keine Ahnung, was Strato/Plesk da so angestellt hat, aber als ich mir per Webmin eine weitere email Box bei qmail anlegen wollte, funktionierte nachher Mail gar nicht mehr auf unserem Server...
Insofern würd ich gern wissen, ob ich mit 90% der Standardinstallation leben kann, oder ob ich 90% erst umkonfigurieren muß...
Unbegründet?
Dirk
So, etwas sehr offtopic, aber hier ist die Liste der Strato-Vorinstallation-Debian-Pakete, die mir ein Freund geschickt hat:
Code:
a2ps 4.13b-4.3
aap 1.072-1
aap-doc 1.072-1
adduser 3.63
anacron 2.3-11
apt 0.5.28.6
apt-utils 0.5.28.6
aptitude 0.2.15.9-2
ash 0.5.2-5
at 3.1.8-11
autoconf 2.59a-3
autoconf2.13 2.13-54
automake1.4 1.4-p6-9
automake1.6 1.6.3-12
automake1.7 1.7.9-7
automake1.8 1.8.5-3
automake1.9 1.9.5-1
autoproject 0.17-1
autotools-dev 20050422.1
base-config 2.53.10
base-files 3.1.2
base-passwd 3.5.9
bash 2.05b-26
bc 1.06-15
binutils 2.15-6
bison 1.875d-1
bsdmainutils 6.0.17
bsdutils 2.12p-4sarge1
bzip2 1.0.2-7
chrpath 0.13-1
comerr-dev 2.1-1.37-2sarge1
console-common 0.7.49
console-data 2002.12.04dbs-49
console-tools 0.2.3dbs-56
console-tools-dev 0.2.3dbs-56
coreutils 5.2.1-2
cpio 2.5-1.3
cpp 3.3.5-3
cpp-3.3 3.3.5-13
cracklib-runtime 2.7-16
cracklib2 2.7-16
cron 3.0pl1-86
dash 0.5.2-5
debconf 1.4.30.13
debconf-i18n 1.4.30.13
debconf-utils 1.4.30.13
debhelper 4.2.32
debian-policy 3.6.1.1
debianutils 2.8.4
debootstrap 0.2.45-0.2
defoma 0.11.8-0.1
developers-reference 3.3.6
devscripts 2.8.14
dh-make 0.38
dialog 1.0-20050306-1
diff 2.8.1-11
diffstat 1.39-1
dpatch 2.0.10
dpkg 1.10.28
dpkg-dev 1.10.28
dselect 1.10.28
e2fslibs 1.37-2sarge1
e2fslibs-dev 1.37-2sarge1
e2fsprogs 1.37-2sarge1
ed 0.2-20
emacs21-bin-common 21.4a-1
emacs21-common 21.4a-1
emacs21-el 21.4a-1
emacs21-nox 21.4a-1
emacsen-common 1.4.16
esound-common 0.2.35-2
exim4 4.50-8sarge2
exim4-base 4.50-8sarge2
exim4-config 4.50-8sarge2
exim4-daemon-light 4.50-8sarge2
expat 1.95.8-3
fakeroot 1.2.10
fetchmail 6.2.5-12sarge3
ffingerd 1.28-5
file 4.12-1
findutils 4.1.20-6
finger 0.17-7
flex 2.5.31-31
freetds-dev 0.61-6.2
ftp 0.17-12
g++ 3.3.5-3
g++-3.3 3.3.5-13
gawk 3.1.4-2
gcc 3.3.5-3
gcc-3.3 3.3.5-13
gcc-3.3-base 3.3.5-13
gettext 0.14.4-2
gettext-base 0.14.4-2
gettext-el 0.14.4-2
gnu-standards 2005.03.08
gnupg 1.4.1-1
grep 2.5.1.ds1-4
groff-base 1.18.1.1-7
gzip 1.3.5-10sarge1
hostname 2.13
html2text 1.3.2a-2
ifupdown 0.6.7
imlib-base 1.9.14-16.2
info 4.7-2.2
initscripts 2.86.ds1-1
intltool-debian 0.30+20040213
iproute 20041019-3
iptables 1.2.11-10
iputils-arping 20020927-2
iputils-ping 20020927-2
iputils-tracepath 20020927-2
joe 3.1-0.2
klogd 1.4.1-17
ksymoops 2.4.9-1
ldap-utils 2.2.23-8
ldso 1.9.11-15
less 382-1
libacl1 2.2.23-1
libart2 1.4.2-19
libasn1-6-heimdal 0.6.3-10sarge1
libatm1 2.4.1-17
libattr1 2.4.16-1
libaudiofile0 0.2.6-6
libauthen-pam-perl 0.15-1
libbind-dev 9.2.4-1
libblkid1 1.37-2sarge1
libbz2-1.0 1.0.2-7
libbz2-dev 1.0.2-7
libc-client-dev 2002edebian1-11.swsoft.1
libc-client2002edebian 2002edebian1-11.swsoft.1
libc5 5.4.46-15
libc6 2.3.2.ds1-22
libc6-dev 2.3.2.ds1-22
libcap1 1.10-14
libcdb-file-perl 0.84-2.1
libcomerr2 1.37-2sarge1
libcompress-zlib-perl 1.34-1
libconsole 0.2.3dbs-56
libconvert-asn1-perl 0.18-1
libconvert-binhex-perl 1.119-2
libct1 0.61-6.2
libcupsys2 1.1.23-10
libcupsys2-gnutls10 1.1.23-10
libcurl3 7.13.2-2sarge4
libcurl3-dev 7.13.2-2sarge4
libdb1-compat 2.1.3-7
libdb2 2.7.7.0-9
libdb3 3.2.9-22
libdb4.1 4.1.25-18
libdb4.2 4.2.52-18
libdb4.2-dev 4.2.52-18
libdbi-perl 1.46-6
libdevel-symdump-perl 2.03-3
libdns16 9.2.4-1
libesd0 0.2.35-2
libexpat1 1.95.8-3
libexpat1-dev 1.95.8-3
libg++2.8.1.3-glibc2.2 2.95.4-22
libgcc1 3.4.3-13
libgcrypt11 1.2.0-11.1
libgcrypt11-dev 1.2.0-11.1
libgdbm3 1.8.3-2
libgdbmg1 1.7.3-28
libglib1.2 1.2.10-9
libglib2.0-0 2.6.4-1
libgmp3 4.1.4-6
libgnutls11 1.0.16-13.1
libgpg-error-dev 1.0-1
libgpg-error0 1.0-1
libgpmg1 1.19.6-19sarge1
libgssapi1-heimdal 0.6.3-10sarge1
libgtk1.2-common 1.2.10-17
libhesiod0 3.0.2-15.1
libhtml-parser-perl 3.45-2
libhtml-tagset-perl 3.04-1
libhtml-tree-perl 3.18-1
libident 0.22-3
libidn11 0.5.13-1.0
libidn11-dev 0.5.13-1.0
libio-stringy-perl 2.110-1
libisc7 9.2.4-1
libisccc0 9.2.4-1
libisccfg0 9.2.4-1
libjpeg-progs 6b-10
libjpeg62 6b-10
libjpeg62-dev 6b-10
libkadm55 1.3.6-2sarge2
libkrb-1-kerberos4kth 1.2.2-11.2
libkrb5-17-heimdal 0.6.3-10sarge1
libkrb5-dev 1.3.6-2sarge2
libkrb53 1.3.6-2sarge2
liblcms1 1.13-1
liblcms1-dev 1.13-1
libldap-2.2-7 2.2.23-8
libldap2 2.1.30-8
libldap2-dev 2.1.30-8
liblocale-gettext-perl 1.01-17
liblockfile-dev 1.06
liblockfile1 1.06
libltdl3 1.5.6-6
libltdl3-dev 1.5.6-6
liblwres1 9.2.4-1
liblzo1 1.08-1.2
libmagic1 4.12-1
libmailtools-perl 1.62-1
libmcal0 0.6-15
libmcal0-dev 0.6-15
libmd5-perl 2.03-1
libmhash-dev 0.9.1-1
libmhash2 0.9.1-1
libmime-perl 5.417-1
libmm13 1.3.1-1
libmng-dev 1.0.8-1
libmng1 1.0.8-1
libncurses5 5.4-4
libncursesw5 5.4-4
libnet-daemon-perl 0.38-1
libnet-ldap-perl 0.3202-3
libnet-perl 1.19-1
libnet-ssleay-perl 1.25-1.1
libnetpbm10 10.0-8sarge2
libnewt0.51 0.51.6-20
libnss-ldap 238-1
libopencdk8 0.5.5-10
liborbit0 0.5.17-11.1
libpam-krb5 1.0-12
libpam-modules 0.76-22
libpam-runtime 0.76-22
libpam0g 0.76-22
libpam0g-dev 0.76-22
libpaper-utils 1.1.14-3
libpaper1 1.1.14-3
libpaperg 1.1.14-3
libparted1.6-12 1.6.21-1
libpcap0.8 0.8.3-5
libpcre3 4.5-1.2sarge1
libpcre3-dev 4.5-1.2sarge1
libperl5.8 5.8.4-8
libplrpc-perl 0.2017-1
libpng10-0 1.0.18-1
libpng12-0 1.2.8rel-1
libpng12-dev 1.2.8rel-1
libpng3 1.2.8rel-1
libpopt0 1.7-5
libqt3-headers 3.3.4-3
libreadline4 4.3-11
libreadline5 5.0-10
librecode-dev 3.6-10
librecode0 3.6-10
libroken16-kerberos4kth 1.2.2-11.2
libsablot0-dev 1.0-1
libsablot0c102 1.0-1
libsasl2 2.1.19-1.5
libsasl2-dev 2.1.19-1.5
libsasl2-modules 2.1.19-1.5
libsigc++-1.2-5c102 1.2.5-4
libsnmp-base 5.1.2-6.2
libss2 1.37-2sarge1
libssl-dev 0.9.7e-3sarge1
libssl0.9.7 0.9.7e-3sarge1
libstdc++2.10-glibc2.2 2.95.4-22
libstdc++5 3.3.5-13
libstdc++5-3.3-dev 3.3.5-13
libsybdb3 0.61-6.2
libtasn1-2 0.2.10-3
libtext-charwidth-perl 0.04-1
libtext-iconv-perl 1.2-3
libtext-wrapi18n-perl 0.06-1
libtiff4 3.7.2-3
libtimedate-perl 1.1600-4
libtool 1.5.6-6
libungif4g 4.1.3-2sarge1
liburi-perl 1.35-1
libusb-0.1-4 0.1.10a-9.sarge.1
libuuid1 1.37-2sarge1
libwrap0 7.6.dbs-8
libwrap0-dev 7.6.dbs-8
libwww-perl 5.803-4
libxml2 2.6.16-7
libxml2-dev 2.6.16-7
libxmltok1 1.2-2
libxmltok1-dev 1.2-2
libxslt1 1.1.12-8
libxslt1-dev 1.1.12-8
libxslt1.1 1.1.12-8
libzzip-0-12 0.12.83-4
libzzip-dev 0.12.83-4
lintian 1.23.8
linux-kernel-headers 2.5.999-test7-bk-17
locales 2.3.2.ds1-22
login 4.0.3-31sarge5
logrotate 3.7-5
lprng 3.8.28-2
lsof 4.74.dfsg.3-2
lynx 2.8.5-2sarge1
m4 1.4.2-1
mailx 8.1.2-0.20040524cvs-4
make 3.80-9
makedev 2.3.1-77
man-db 2.4.2-21
man2html 1.5p-3
manpages 1.70-1
mawk 1.3.3-11
metamail 2.7-47
mime-support 3.28-1
mingetty 1.07-1
mlock 2002edebian1-11.swsoft.1
modconf 0.2.48
modutils 2.4.26-1.2
mount 2.12p-4sarge1
nano 1.2.4-5
ncftp 3.1.8-1
ncompress 4.2.4-15
ncurses-base 5.4-4
ncurses-bin 5.4-4
ncurses-term 5.4-4
net-tools 1.60-10
netbase 4.21
netkit-inetd 0.10-10
netpbm 10.0-8sarge2
nmap 3.81-1
nscd 2.3.2.ds1-22
nvi 1.79-22
odbcinst1 2.2.4-11
openssl 0.9.7e-3sarge1
parted 1.6.21-1
passwd 4.0.3-31sarge5
patch 2.5.9-2
pbuilder 0.123
perl 5.8.4-8
perl-base 5.8.4-8
perl-modules 5.8.4-8
perl-suid 5.8.4-8
pidentd 3.0.18-2
pinfo 0.6.8-6
pkg-config 0.17.2-1
po-debconf 0.8.23
popa3d 0.6.4.1-3.swsoft.3
portmap 5-9
procmail 3.22-11
procps 3.2.1-2
psmisc 21.5-1
psutils 1.17-17
pump 0.8.21-2
pwgen 2.03-1
python 2.3.5-2
python-dev 2.3.5-2
python2.3 2.3.5-3sarge1
python2.3-dev 2.3.5-3sarge1
python2.4 2.4.1-2
quota 3.12-6.swsoft.1
re2c 0.9.1-6
rsync 2.6.4-6
sasl2-bin 2.1.19-1.5
screen 4.0.2-4.1
sed 4.1.2-8
sensible-mda 8.13.4-3sarge1
sgml-base 1.26
sharutils 4.2.1-13
slang1 1.4.9dbs-8
slang1a-utf8 1.4.9dbs-8
slocate 2.7-4
ssh 3.8.1p1-8.sarge.4
ssl-cert 1.0-11
strace 4.5.8-1.2
sudo 1.6.8p7-1.2
sysklogd 1.4.1-17
syslinux 2.11-0.1
sysutils 1.3.8.5.1
sysv-rc 2.86.ds1-1
sysvinit 2.86.ds1-1
talk 0.17-11
talkd 0.17-11
tar 1.14-2
tasksel 2.24
tcl8.4 8.4.9-1
tcl8.4-dev 8.4.9-1
tcl8.4-doc 8.4.9-1
tcpd 7.6.dbs-8
tcpdump 3.8.3-5sarge1
tcsh 6.13.00-1
telnet 0.17-29
timezoneconf 0.10
traceroute 1.4a12-18
tree 1.5.0-2
ucf 1.17
units 1.81-4
unixodbc 2.2.4-11
unzip 5.52-1sarge2
usbutils 0.70-8
util-linux 2.12p-4sarge1
vim 6.3-071+1sarge1
vim-common 6.3-071+1sarge1
wget 1.9.1-12
whiptail 0.51.6-20
whois 4.7.5
xinetd 2.3.13-3
yada 0.34
zlib1g 1.2.2-4.sarge.2
zlib1g-dev 1.2.2-4.sarge.2
S
salnet
Guest
Ist jemand hier, der auch einen vServer bei 1blu.de hat?
Ich habe versucht in den Repair-Modus zu kommen, allerdings ist das nicht möglich.
Grund ist, dass im Repairmodus wohl kein SSH läuft und ich somit auch nicht auf die Konsole komme.
Eh ichs vergesse: Über die in Virtuozzo integrierten Tools komme ich auch nicht drauf, weder der "Dateimanager" noch der JavaSSH-Client (wie denn auch ohne SSH...)
Kennt jemand eine Möglichkeit, dem Repair-Modus mitzuteilen, dass er gefälligst den SSH aktivieren soll? Eine Neuinstallation des Servers hat keine Änderung herbeigeführt.
Die Jungs am Telefon meinten, der Server würde 100%ig laufen und es wäre unsinnig, in die Reparaturkonsole zu gehen. Ich sollte doch bei Suse bleiben und nicht an der Config rumspielen (ja ich weiß: Never change a runnig system, aber Suse und Plesk, das halte ich nicht aus. Ich will Debian und Webmin).
Viele Grüße aus Bonn,
salnet
Ich habe versucht in den Repair-Modus zu kommen, allerdings ist das nicht möglich.
Grund ist, dass im Repairmodus wohl kein SSH läuft und ich somit auch nicht auf die Konsole komme.
Eh ichs vergesse: Über die in Virtuozzo integrierten Tools komme ich auch nicht drauf, weder der "Dateimanager" noch der JavaSSH-Client (wie denn auch ohne SSH...)
Kennt jemand eine Möglichkeit, dem Repair-Modus mitzuteilen, dass er gefälligst den SSH aktivieren soll? Eine Neuinstallation des Servers hat keine Änderung herbeigeführt.
Die Jungs am Telefon meinten, der Server würde 100%ig laufen und es wäre unsinnig, in die Reparaturkonsole zu gehen. Ich sollte doch bei Suse bleiben und nicht an der Config rumspielen (ja ich weiß: Never change a runnig system, aber Suse und Plesk, das halte ich nicht aus. Ich will Debian und Webmin).
Viele Grüße aus Bonn,
salnet
Last edited by a moderator:
Hallo*! (* = bin müde, keine Garantie auf Rechtschreibung oder Inhalt! 
(EDIT: Das könnte jetzt funktionieren
Wenn dich 1blu gar nicht in die Rettungskonsole lässt, ist der Repairmodus für dich tatsächlich nutzlos, denke ich. Du kannst auch auf die Rettungskonsole keinen Einfluss nehmen, da die von einem separaraten Image gestartet wird und nicht deine Konfigurationsdateien oder sonstwas von deinem Partition berücksichtigt.
Du könntest natürlich versuchen, dem laufenden System ein Debian unterzuschieben ... Nur, das stelle ich mir etwas schwierig vor. Schwierig ist aber nicht immer unmöglich
Hast du etwas Ahnung von Shell-Skripten, viel Frusttoleranz, ein gutes Backup und die Möglichkeit, den abgestürzten Server neuzustarten? Dann kannst du ja mal folgendes probieren, was ich mir eben aus den tippenden Fingern gesogen habe:
* Sammle ein paar wichtige Dateien, die man braucht um bash und mv auszuführen und reproduziere diese Dateien im Verzeichnis /wichtig/ (ganz unten steht, wie das in etwa gehen sollte)
* Erstelle eine Datei /wichtig/daswirdehnichts
* Schau in /etc/inittab nach, was bei der Zeile, die mit "si::" beginnt, steht (bei Debian steht da "si::sysinit:/etc/init.d/rcS", bei Suse vermutlich "si::bootwait:/etc/init.d/boot"). Ersetze dann deine Entsprechung von "/etc/init.d/rcS" durch "/wichtig/testskript"
* Erstelle ein Skript /wichtig/testskript (und mach es für alle ausführbar)
wobei die letzte Zeile das sein soll, was vorher in der inittab stand.
* Starte deinen Server neu
Was nun passieren sollte:
Der Server startet, führt /sbin/init aus, das schlägt in /etc/inittab nach und führt das kleine Skript aus. Das verwendet hoffentlich nur Dateien aus dem /wichtig/-Verzeichnis, um die Befehle auszuführen (gerade an Bibliotheken könnte es aber trotz LD_LIBRARY_PATH scheitern). Damit wird dann die Datei umbenannt, damit man erkennen kann, ob alles geklappt hat. Nun sollte der Server ganz normal starten (mit Suse), denn das ursprüngliche Startskript wurde aufgerufen.
Natürlich kann einiges schief gehen und insbesondere würde ich davon ausgehen, dass der Server überhaupt nicht mehr startet. Dann müsstest du das Image von 1blue wieder einspielen.
Wenn das aber geht, ist das noch keine Garantie, dass wirklich alles geklappt hat. Vor allem kann es sein, dass mv trotz anderer Anweisung die bereits existierenden Bibliotheken aus /lib statt /wichtig/lib genommen hat. Dann würde die Datei umbenannt werden, aber es würde dir nicht helfen.
Aber wir sind mal optimistisch. Weiter geht's:
* Installiere Debian nach /debian/ (das geht genauso wie im Tutorial, nur ohne die Rettungskonsole), und sorge auch dafür, dass das Netzwerk/SSH funktioniert etc.
(* evtl: Mach ein Backup von /debian per tar, lad es dir herunter und spar die damit beim nächsten Mal Arbeit, weil das bestimmt nicht beim ersten Mal klappt
* Erstelle ein Verzeichnis /altessuse
* Erstelle ein Skript /wichtig/allesverschieben , das alles bis auf /debian und /wichtig nach /altessuse verschiebt. Danach soll alles aus /debian nach / verschoben werden. Insbesondere wird dabei /etc/inittab überschrieben, was aber nicht stören sollte.
Beachte, dass nun wirklich /etc/init.d/rcS ausgeführt werden muss, denn du hast ja nun ein Debian-System.
Das war's.
Ob das geht? Öhm. Keine Ahnung. Angenommen das Verschieben klappt, kann es sein, dass dir irgendwann alles abbricht, weil das /sbin/init von Suse sich nicht mit dem Debian verträgt. Das sollte nach einem Neustart aber behoben sein. Über sonstige Fehler habe ich noch nicht so sehr nachgedacht.
Was /wichtig/ angeht: Im Prinzip erstellen wir ein chroot, ohne wirklich zu chrooten. Also, such dir die Programme aus, die du haben willst (mv, bash), schau mit ldd nach, welche Bibliotheken die benötigen und kopier die ins /wichtig/ Verzeichnis. Bei mir sieht das so aus:
Also kopiere ich /lib/libncurses.so.5 nach /wichtig/lib/libncurses.so.5, /lib/tls/libdl.so.2 nach /wichtig/lib/tls/libdl.so.2 und so weiter.
Und natürlich noch /bin/bash nach /wichtig/bin/bash und das auch mit mv.
Mehr fällt mir momentan nicht ein. Kleine Details werden wohl scheitern, aber dafür müsste ich meinen vServer riskieren und habe keine Lust dazu.
Viel Glück (wirst du brauchen
Daniel D
EDIT:
* /sbin/init wie ursprünglich vorgeschlagen zu verändern klappt nicht so einfach, /etc/inittab ist aber auch viel besser geeignet.
* pivot_root hilft nicht, da es 2 unterschiedliche Dateisystem in ihren Mountpunkten vertauscht und nicht innerhalb eines Dateisystem arbeiten kann.
(EDIT: Das könnte jetzt funktionieren
Wenn dich 1blu gar nicht in die Rettungskonsole lässt, ist der Repairmodus für dich tatsächlich nutzlos, denke ich. Du kannst auch auf die Rettungskonsole keinen Einfluss nehmen, da die von einem separaraten Image gestartet wird und nicht deine Konfigurationsdateien oder sonstwas von deinem Partition berücksichtigt.
Du könntest natürlich versuchen, dem laufenden System ein Debian unterzuschieben ... Nur, das stelle ich mir etwas schwierig vor. Schwierig ist aber nicht immer unmöglich
Hast du etwas Ahnung von Shell-Skripten, viel Frusttoleranz, ein gutes Backup und die Möglichkeit, den abgestürzten Server neuzustarten? Dann kannst du ja mal folgendes probieren, was ich mir eben aus den tippenden Fingern gesogen habe:
* Sammle ein paar wichtige Dateien, die man braucht um bash und mv auszuführen und reproduziere diese Dateien im Verzeichnis /wichtig/ (ganz unten steht, wie das in etwa gehen sollte)
* Erstelle eine Datei /wichtig/daswirdehnichts
* Schau in /etc/inittab nach, was bei der Zeile, die mit "si::" beginnt, steht (bei Debian steht da "si::sysinit:/etc/init.d/rcS", bei Suse vermutlich "si::bootwait:/etc/init.d/boot"). Ersetze dann deine Entsprechung von "/etc/init.d/rcS" durch "/wichtig/testskript"
* Erstelle ein Skript /wichtig/testskript (und mach es für alle ausführbar)
Code:
#!/wichtig/bin/bash
LD_LIBRARY_PATH = /wichtig/lib/
export LD_LIBRARY_PATH
/wichtig/bin/mv /wichtig/daswirdehnichts /wichtig/eshatdochgeklappt
LD_LIBRARY_PATH = ''
export LD_LIBRARY_PATH
/etc/init.d/boot* Starte deinen Server neu
Was nun passieren sollte:
Der Server startet, führt /sbin/init aus, das schlägt in /etc/inittab nach und führt das kleine Skript aus. Das verwendet hoffentlich nur Dateien aus dem /wichtig/-Verzeichnis, um die Befehle auszuführen (gerade an Bibliotheken könnte es aber trotz LD_LIBRARY_PATH scheitern). Damit wird dann die Datei umbenannt, damit man erkennen kann, ob alles geklappt hat. Nun sollte der Server ganz normal starten (mit Suse), denn das ursprüngliche Startskript wurde aufgerufen.
Natürlich kann einiges schief gehen und insbesondere würde ich davon ausgehen, dass der Server überhaupt nicht mehr startet. Dann müsstest du das Image von 1blue wieder einspielen.
Wenn das aber geht, ist das noch keine Garantie, dass wirklich alles geklappt hat. Vor allem kann es sein, dass mv trotz anderer Anweisung die bereits existierenden Bibliotheken aus /lib statt /wichtig/lib genommen hat. Dann würde die Datei umbenannt werden, aber es würde dir nicht helfen.
Aber wir sind mal optimistisch. Weiter geht's:
* Installiere Debian nach /debian/ (das geht genauso wie im Tutorial, nur ohne die Rettungskonsole), und sorge auch dafür, dass das Netzwerk/SSH funktioniert etc.
(* evtl: Mach ein Backup von /debian per tar, lad es dir herunter und spar die damit beim nächsten Mal Arbeit, weil das bestimmt nicht beim ersten Mal klappt
* Erstelle ein Verzeichnis /altessuse
* Erstelle ein Skript /wichtig/allesverschieben , das alles bis auf /debian und /wichtig nach /altessuse verschiebt. Danach soll alles aus /debian nach / verschoben werden. Insbesondere wird dabei /etc/inittab überschrieben, was aber nicht stören sollte.
Code:
#!/wichtig/bin/bash
LD_LIBRARY_PATH = /wichtig/lib/
export LD_LIBRARY_PATH
/wichtig/bin/mv ............ HIER STEHT VIEL ..................... /altessuse
/wichtig/bin/mv /debian /
LD_LIBRARY_PATH = ''
export LD_LIBRARY_PATH
/etc/init.d/rcSDas war's.
Ob das geht? Öhm. Keine Ahnung. Angenommen das Verschieben klappt, kann es sein, dass dir irgendwann alles abbricht, weil das /sbin/init von Suse sich nicht mit dem Debian verträgt. Das sollte nach einem Neustart aber behoben sein. Über sonstige Fehler habe ich noch nicht so sehr nachgedacht.
Was /wichtig/ angeht: Im Prinzip erstellen wir ein chroot, ohne wirklich zu chrooten. Also, such dir die Programme aus, die du haben willst (mv, bash), schau mit ldd nach, welche Bibliotheken die benötigen und kopier die ins /wichtig/ Verzeichnis. Bei mir sieht das so aus:
Code:
$ ldd /bin/bash
libncurses.so.5 => /lib/libncurses.so.5 (0xb7fa5000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7fa2000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e6c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fe9000)
ldd /bin/mv
libacl.so.1 => /lib/libacl.so.1 (0xb7fdd000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7ea8000)
libattr.so.1 => /lib/libattr.so.1 (0xb7ea3000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fe9000)Und natürlich noch /bin/bash nach /wichtig/bin/bash und das auch mit mv.
Mehr fällt mir momentan nicht ein. Kleine Details werden wohl scheitern, aber dafür müsste ich meinen vServer riskieren und habe keine Lust dazu.
Viel Glück (wirst du brauchen
Daniel D
EDIT:
* /sbin/init wie ursprünglich vorgeschlagen zu verändern klappt nicht so einfach, /etc/inittab ist aber auch viel besser geeignet.
* pivot_root hilft nicht, da es 2 unterschiedliche Dateisystem in ihren Mountpunkten vertauscht und nicht innerhalb eines Dateisystem arbeiten kann.
Last edited by a moderator:
S
salnet
Guest
-keininhalt-
Last edited by a moderator:
S
salnet
Guest
-keininhalt-
Last edited by a moderator: