PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Problem mit 1und1 Rootserver nach Yast update



Seiten : [1] 2

Rudi96
01.10.07, 16:33
Hallo ihr lieben,

ich weiss nicht ob ich hier richtig bin. Wir sind eine kleine Tuningfirma und haben ein riesen Problem. Unser Ansprechpartner (Serveradmin) befindet sich im Urlaub und ist nicht erreichbar, also versuche ich gerade dieses Problem zu lösen.

Es handelt sich um einen Root Server von 1&1 (Suse10.1)) der nach einem Yast online update nicht mehr bootet. Nach Rücksprache mit 1und1 wurde ein anderer Kernel inst. und deswegen bootet er nicht mehr. Wir sollen das Ding im Rescue Modus starten --> kein Problem.........
und jetzt gehts los:

die Partitionen mounten und "auf den alten Kernel" verlinken da dieser vorhanden ist( vmlinuz ?)
dann sollte es wieder gehen. Kann mit jemand verraten was ich im Rescue Modus eingeben muss ? Der 1und1 Supporter meine das wäre eine Sache von 2 Min. Die selber dürfen das leider nicht.

Bin für jede hilfe dankbar.

Viele Grüsse... jemand der keine Ahnung von Linux hat und sich trotzdem kümmern muss

zeromancer1972
01.10.07, 18:17
Schau mal nach, ob Du in der Verzeichnisstruktur diesen Ordner samt Inhalt findest:

/boot/grub/menu.lst
Wenn dem so ist, dann poste bitte mal den Inhalt der Datei menu.lst hier.
Zusätzlich auch noch die Dateien nennen, die Du in der Root, also direkt im Verzeichnis / findest. Das sollten dann die vmlinuz-Dateien sein.
Keine Panik, das kriegen wir hin ;)

Rudi96
01.10.07, 18:35
bei der Eingabe /boot/grub/menu.lst

kommt folgendes

rescue:~# /boot/grub/menu.lst
-bash: /boot/grub/menu.lst: No such file or directory
rescue:~#

:S

zyrusthc
01.10.07, 19:39
bei der Eingabe /boot/grub/menu.lst

kommt folgendes

rescue:~# /boot/grub/menu.lst
-bash: /boot/grub/menu.lst: No such file or directory
rescue:~#

:S

Wie währe es den mit:
ls -l /boot/grub

Aber die /boot/grub/menu.lst scheint sowie nicht zu existieren!

Greeez Oli

Rudi96
01.10.07, 21:25
Da da komm die selbe Meldung

-bash: ls -l /boot/grub: No such file or directory

ahhh hilfe die ganzen Daten :(

stefan.becker
01.10.07, 21:29
Muss man beim Recovery System nicht erstmal die Rootpartition mounten und ein chroot ausführen?

Mal so nebenbei: Eine Firma sollte sich kostenpflichtigen Support leisten können. Lasst Profis ran, ohne Wissen machst du mehr kaputt als sonst was.

Geiz ist halt nicht immer geil.

kreol
01.10.07, 21:30
Ist unter dem rescue system die Systempartition überhaupt eingebunden? Was sagt denn ein "mount" ohne alle Parameter und "fdisk -l"?


Kreol

zeromancer1972
01.10.07, 21:36
Jap, ich war so frei und hab da mal direkt draufgeschaut (mit Rudis Erlaubnis natürlich). Erst mount, dann chroot - konnte aber auch mit geändertem Link zum Kernelimage nicht das Problem beheben.

Rudi96
01.10.07, 22:13
wir haben ja jemanden der sich um den Server kümmert, der ist leider im Ausland und nicht zu erreichen :(

hiiilfe die ganzen Daten

zyrusthc
01.10.07, 22:17
wir haben ja jemanden der sich um den Server kümmert, der ist leider im Ausland und nicht zu erreichen :(

hiiilfe die ganzen Daten


Unser Ansprechpartner (Serveradmin) befindet sich im Urlaub und ist nicht erreichbar, also versuche ich gerade dieses Problem zu lösen.

Es handelt sich um einen Root Server von 1&1 (Suse10.1)) der nach einem Yast online update nicht mehr bootet.

Wer hat den das Update ausgeführt?
Wurden dort Meldungen ausgeben die eventuell einfach ignoriert wurden?

PS: Hilfe schreien hilft dir bestimmt nicht!

Greeez Oli

solarix
01.10.07, 22:33
Jap, ich war so frei und hab da mal direkt draufgeschaut (mit Rudis Erlaubnis natürlich). Erst mount, dann chroot - konnte aber auch mit geändertem Link zum Kernelimage nicht das Problem beheben.

Was hat er den ausgegeben als Du ueber die serielle Konsole drauf gegangen bist.

Ein paar Messages waeren evtl. hilfreich.

was steht denn in der mnt/etc/fstab ?

im Zweifelsfall unter /mnt fuer jeden Eintrag ein Directory anlegen und die Partitionen haendisch einmounten.

und dann noch mal Analyse machen.

Rudi96
01.10.07, 22:36
Das kann ich dir leider nicht beantworten. Wir haben heute lediglich einen Neustart gemacht und seitdem dieses Problem.

Vielleicht ist das auch der Grund warum der nicht erreichbar ist :D
NEIN, tut mir Leid, hilfe schreien bringt nichts und hilft auch nicht weiter, aber
ich beschäftige mich da jetzt seit heut morgen um 7 mit und könnte nur noch lachen, wenn es nicht so traurig wäre :(

Der 1und1 Support meinte es müsste nur auf die vorherige Kernelversion der Symlink neu gesetzt werden und es würde wieder funktionen.

Ich hab mir schon die Finger wund gegoogelt und weiss mir keinen Rat mehr.

stefan.becker
01.10.07, 22:42
Bietet den 1&1 keinen kostenpflichtigen Reparaturservice?

Rudi96
01.10.07, 22:47
leider nein. Das war der erste Anruf heute morgen

zyrusthc
01.10.07, 22:50
Hmm wenn hier mal was fassbares wie ein paar Ausgaben kommen würden, dann könnte man mal schauen!

System chrooten....

Welcher Kernel uname -r ?
Was sagt find /boot ?
Wie sieht die /boot/grub/menu.lst und /etc/fstab aus ?


Greeez Oli

Rudi96
01.10.07, 23:19
Hallo nochmal,

das Problem ist das wir eMail mässig nicht zu erreichen sind. Die müssen dringend wieder laufen.

Wer sich zutraut den Server wieder in Betrieb zu bekommen möge sich bei mir melden ICQ 499259779 oder Skype ker.innovatec

Ansonsten wird uns nichts anderes übrig bleiben als das Ding neu zu initialisieren.

Viele Grüße
Rudi

kreol
01.10.07, 23:24
Sorry. Du bist nicht imstande, ein paar genannte Befehle einzugeben und die Ausgabe hier zu posten, willst den Server aber "neu initialisieren" (was auch immer Du darunter verstehst)?

Das ist wohl keine gute Idee.

Und die Idee mit ICQ oder skype ist auch nicht so prickelnd. Oder ziehst Du das zu zahlende Entgelt, einschliesslich Nachtzuschlag von dem Admingehalt ab?


Kreol

Rudi96
01.10.07, 23:35
Tut mir Leid du hast ja Recht, aber die Nerven liegen echt blank :(



Last login: Mon Oct 1 22:37:37 2007 from p5483fd60.dip.t-dialin.net
rescue:~# uname -r
2.6.16.27-061220a
rescue:~#

lt. 1und1 sollte es 2.6.16.53-070731a sein



rescue:~# find /boot
/boot
/boot/sid.bmp
/boot/sarge.bmp
/boot/debianlilo.bmp
/boot/coffee.bmp
/boot/debian.bmp
rescue:~#

Wie sieht die /boot/grub/menu.lst und /etc/fstab aus ?
wenn ich wüsste wie ja da ran komme würd ich es posten.

kreol
01.10.07, 23:46
ls -la /boot/
cat /boot/grub/menu.lst
cat /etc/fstab
fdisk -l

Kreol

Rudi96
01.10.07, 23:52
danke


rescue:~# ls -la /boot/
total 509
drwxr-xr-x 2 root root 1024 Oct 28 2005 .
drwxr-xr-x 18 root root 1024 May 18 08:53 ..
-rw-r--r-- 1 root root 308326 Oct 28 2005 coffee.bmp
lrwxrwxrwx 1 root root 15 May 18 08:53 debian.bmp -> /boot/sarge.bmp
-rw-r--r-- 1 root root 153720 Oct 28 2005 debianlilo.bmp
-rw-r--r-- 1 root root 23662 Oct 28 2005 sarge.bmp
-rw-r--r-- 1 root root 24116 Oct 28 2005 sid.bmp


rescue:~# cat /etc/fstab
/dev/ram0 / ext2 defaults,errors=remount-ro 0 0
/proc /proc proc defaults 0 0
rescue:~#




rescue:~# fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 123 987966 fd Linux raid autodetect
/dev/sda2 124 367 1959930 82 Linux swap / Solaris
/dev/sda4 368 19457 153340425 5 Extended
/dev/sda5 368 976 4891761 fd Linux raid autodetect
/dev/sda6 977 1585 4891761 fd Linux raid autodetect
/dev/sda7 1586 4018 19543041 fd Linux raid autodetect
/dev/sda8 4019 19457 124013736 fd Linux raid autodetect

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 123 987966 fd Linux raid autodetect
/dev/sdb2 124 367 1959930 82 Linux swap / Solaris
/dev/sdb4 368 19457 153340425 5 Extended
/dev/sdb5 368 976 4891761 fd Linux raid autodetect
/dev/sdb6 977 1585 4891761 fd Linux raid autodetect
/dev/sdb7 1586 4018 19543041 fd Linux raid autodetect
/dev/sdb8 4019 19457 124013736 fd Linux raid autodetect

Disk /dev/md8: 126.9 GB, 126989959168 bytes
2 heads, 4 sectors/track, 31003408 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md8 doesn't contain a valid partition table

Disk /dev/md7: 20.0 GB, 20012007424 bytes
2 heads, 4 sectors/track, 4885744 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md7 doesn't contain a valid partition table

Disk /dev/md6: 5009 MB, 5009047552 bytes
2 heads, 4 sectors/track, 1222912 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md6 doesn't contain a valid partition table

Disk /dev/md5: 5009 MB, 5009047552 bytes
2 heads, 4 sectors/track, 1222912 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md5 doesn't contain a valid partition table

Disk /dev/md1: 1011 MB, 1011548160 bytes
2 heads, 4 sectors/track, 246960 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md1 doesn't contain a valid partition table
rescue:~#


das will er nicht

rescue:~# cat /boot/grub/menu.lst
-bash: cat /boot/grub/menu.lst: No such file or directory

kreol
01.10.07, 23:57
Ja, das find und das ls weisen aus, daß in /boot keine menu.lst existiert. Das Ding bootet offenbar nicht mit Grub. Sry, davon bin auch ich stillschweigend ausgegangen.

debianlilo.bmp deutet auf Lilo hin. Also bitte
ls -l /
cat /etc/lilo.conf


Kreol

zeromancer1972
01.10.07, 23:58
Last login: Mon Oct 1 22:37:37 2007 from p5483fd60.dip.t-dialin.net
rescue:~# uname -r
2.6.16.27-061220a
rescue:~#

lt. 1und1 sollte es 2.6.16.53-070731a sein


Ich hatte Dir vorhin den Link auf das Kernelimage gesetzt, wohin auch vmlinuz.old zeigte. Weder dieser noch der von 1&1 genannte liefen ja bei Dir. Auch der, den Du durch die Updates mit Yast eingerichtet hattest, funktioniere ja nicht nach Deiner Aussage.

Vorsicht Leute, Ihr befindet Euch noch im Rescue-System. Hier steht beschrieben, wie dann vorzugehen ist, allerdings sind die Geräte hdaX durch mdX zu ersetzen.
http://hilfe-center.1und1.de/server/root_server/schritte/3.html

Rudi96
02.10.07, 00:03
Hi Oli, ich gebe ja nur weiter was mir der 1und1 Techniker erzählt hat.
richtig, nach dem Yast onlinle update und dem Neustart ging nichts mehr


rescue:~# ls -l /
total 45
drwxr-xr-x 2 root root 2048 Feb 23 2007 bin
drwxr-xr-x 2 root root 1024 Oct 28 2005 boot
drwxr-xr-x 12 root root 24576 Oct 1 22:37 dev
drwxr-xr-x 46 root root 2048 Oct 2 00:53 etc
drwxrwsr-x 2 root staff 1024 Feb 18 2005 home
drwxr-xr-x 2 root root 1024 Jul 30 2005 initrd
drwxr-xr-x 8 root root 3072 Oct 28 2005 lib
lrwxrwxrwx 1 root root 3 May 18 08:53 lib64 -> lib
drwxr-xr-x 3 root root 1024 Oct 2 00:43 mnt
dr-xr-xr-x 79 root root 0 Oct 1 22:37 proc
drwxr-xr-x 4 root root 1024 Oct 2 00:19 root
drwxr-xr-x 2 root root 4096 May 18 08:35 sbin
drwxr-xr-x 2 root root 1024 Jul 30 2005 srv
drwxr-xr-x 11 root root 0 Oct 1 22:37 sys
drwxrwxrwt 2 root root 1024 Oct 2 00:59 tmp
drwxr-xr-x 11 root root 1024 Jul 30 2005 usr
drwxr-xr-x 12 root root 1024 Aug 8 2005 var



rescue:~# cat /etc/lilo.conf
cat: /etc/lilo.conf: No such file or directory
rescue:~#

zyrusthc
02.10.07, 00:04
Allerdings frage ich mich jetzt wo die Kernelimages?
Bei Debian liegen diese in /boot und von / exisitert normalerweise ein Symlink vmlinux nach /boot/vmlinuz-2.6.bla

zeromancer1972
02.10.07, 00:05
Rudi mach einfach mal folgendes:

mount /dev/md1 /mnt
mount /dev/md5 /mnt/usr
mount /dev/md6 /mnt/var
mount /dev/md7 /mnt/home
chroot /mnt

Und dann poste die angefragten Ausgaben ab Post #18 nochmal.

zyrusthc
02.10.07, 00:06
rescue:~# cat /etc/lilo.conf
cat: /etc/lilo.conf: No such file or directory
rescue:~#

Jetzt wird es komisch!

Was sagt :
rpm -qa | egrep "lilo|grub"
?

Greeez Oli

Rain_maker
02.10.07, 00:07
Wie zeromancer schon schrieb.

Die Kiste ist immer noch im Rescuesystem!

Da ist wahrscheinlich nichts gemountet, also ist es auch kein Wunder, daß da keine menu.lst, lilo.conf, Kernelimages usw usw.... zu finden sind.

//Edit:

2 late

Greetz,

RM

Rudi96
02.10.07, 00:08
rescue:~# rpm -qa | egrep "lilo|grub"
rpm: To install rpm packages on Debian systems, use alien. See README.Debian.
error: cannot open Packages index using db3 - No such file or directory (2)
rescue:~#

zyrusthc
02.10.07, 00:09
Wie zeromancer schon schrieb.

Die Kiste ist immer noch im Rescuesystem!

Da ist wahrscheinlich nichts gemountet, also auch keine Kernelimages usw usw....

//Edit:

2 late

Greetz,

RM
Darum schrieb ich ja vorhin vorausgehend vor den Befehlen chroot!
http://www.linuxforen.de/forums/showpost.php?p=1578501&postcount=15

kreol
02.10.07, 00:09
Allerdings frage ich mich jetzt wo die Kernelimages?
Bei Debian liegen diese in /boot und von / exisitert normalerweise ein Symlink vmlinux nach /boot/vmlinuz-2.6.blaDa grübel ich auch gerade. Was wirft
find / -name "vmlinuz*"aus?


Kreol