• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Rooserver Startet nach der inst. von KDE nicht!

Hallo

ich habe ein großes problem und brauche dringend eure hilfe.

ich habe ein rootserver von s4f mit SuSe 9.2 drauf.
ich habe mir dort realvnc und kde installiert und alles lief wunderbar, aber als ich den rootserver neugestartet habe ist er nichtmehr hoch gefahren. die von s4f haben gesagt das meine bootdatei verändert wurde und haben mir ein Recoverysystem auf den root gelegt wo ich per ssh drauf zugreifen kann.

nu meine frage: was soll ich ändern damit mein root wieder normal hochfährt ?

bitte es ist sehr wichtig da icht auf meinem root wichtige dateien habe die ich nicht verlieren darf.

danke !
 

nbkr

Guru
Such mal nach Grub. Das ist der Bootmanager den SuSE verwendet. Ich vermute s4f meint die Konfigdatei von Grub.

Abgesehen davon: Auf einem root Server hat KDE nichts verloren!
 
OP
M

Mafi_linux

Newbie
also unter find Grub hab ich nix gefunden, wie soll die datei den aussehen ( inhalt ) ?

------


Sehr geehrter Kunde,

bitte prüfen Sie die Startskripte. Wenn kde und realvnc die letzten Änderungen waren, könnte es sinnvoll sein den default-runlevel wieder auf 3 zurückzusetzen statt 5 und realvnc manuell nachzustarten. Außerdem sollten Sie einen Blick ins boot-log werfen.

Mit freundlichen Grüßen
Joachim xxxxxx

------

das haben die mir gerade geschreiben, könnt ihr mir evtl helfen und sagen wor die dateien sind wo ich das von der 5 nach 3 ändern soll ?

danke !
 

towo

Moderator
Teammitglied
Meiner Meinung nach solltest Du den Root-Server wieder abgeben und Dir erstmal das nötige Wissen aneignen!
Ein Rootserver ist kein Spielzeug und eine grafische Oberfläche hat auf einem Solchen überhaupt nix verloren!
 

rolle

Guru
Den Runleveleditor findest Du unter YaST-System. Und denke daran, Deine VNC-Verbindung zum Server zu verschlüsseln.
 

nbkr

Guru
Diese Recoverysysteme sind meines Wissens schreib geschützt. Webmin lässt sich da nicht installieren. Andere Frage: Warum hast Du den Server überhaupt neugestartet? Wurde evtl. der Kernel verändert - dann sieht das ganze übel aus.

Abgesehen davon Du kannst in dem Recoverysystem Yast starten. Mounte die Festplatten des Servers in das Recoverysystem und mache anschließend ein chroot in das alte System. Dann sollte ein "yast" auch wieder funktionieren.
 
OP
M

Mafi_linux

Newbie
also neugestartet hab ich den weil er immer fast voll ausgelastet war

ne frage was ist ein chroot ? :D

wäre es möglich wenn hier jemand mir das machen würde ? ich würd ihm shh daten geben usw :)


ich weis das ne große vertraunssache, aber ich komm nicht weiter :( und ich brauche dringend den root
 

nbkr

Guru
Mafi_linux schrieb:
also neugestartet hab ich den weil er immer fast voll ausgelastet war

Hm, das ist verdächtig. Schonmal daran gedacht dass der Server gehackt wurde?

Mafi_linux schrieb:
ne frage was ist ein chroot ? :D

google -> "man chroot"


Mafi_linux schrieb:
wäre es möglich wenn hier jemand mir das machen würde ? ich würd ihm shh daten geben usw :)

Frag doch mal s4f - die machen das bestimmt. Kosten halt vermutlich was.

Mafi_linux schrieb:
ich weis das ne große vertraunssache, aber ich komm nicht weiter :( und ich brauche dringend den root

Ganz im Ernst: Gib die Kiste wieder ab, oder mache dich zumindest sehr zugig daran etwas über Linux zu lernen. Mit einem Rootserver kann man bei falscher Bedienung in Teufels Küche kommen - schlimmstensfalls kann man sogar Post von der Staatsanwaltschaft bekommen.
 
OP
M

Mafi_linux

Newbie
danke 4 info :D aba ich bin imma noch nicht weiter gekommen :)

ich hab zwar alles gefunden aba das mit dem runlevel scheint zu stimmen ( 3 ist standart steht da und ist aktiviert )

sonst kann ich nix finden was da nicht hingehört :(

wei evtl noch jemand nen rat ?
 

admine

Ultimate Guru
Mal ganz ehrlich Mafi_linux, meiner Meinung bist du noch lange nicht reif für einen root-Server.

Installiere dir doch zuerst einmal ein Linux auf einem PC bei dir zu Hause und lerne damit, bevor du an einen root-Server denkst.
 
OP
M

Mafi_linux

Newbie
also die boot.log ist leer aber die bot.msg hat folgendes drinne:

Cannot find map file.
No module symbols loaded - kernel modules not enabled.

Cannot build symbol table - disabling symbol lookups
klogd 1.4.1, log source = ksyslog started.
<5>Linux version 2.6.12.2-ig3 (root@chamukh.glowfish.de) (gcc version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0, pie-8.7.7)) #2 SMP Wed Jul 6 12:10:47 CEST 2005
<6>BIOS-provided physical RAM map:
<4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
<4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
<4> BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
<4> BIOS-e820: 0000000000100000 - 000000003bff0000 (usable)
<4> BIOS-e820: 000000003bff0000 - 000000003bff8000 (ACPI data)
<4> BIOS-e820: 000000003bff8000 - 000000003c000000 (ACPI NVS)
<4> BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
<4> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
<4> BIOS-e820: 00000000ffee0000 - 00000000fff00000 (reserved)
<4> BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
<5>63MB HIGHMEM available.
<5>896MB LOWMEM available.
<6>found SMP MP-table at 000fbc70
<7>On node 0 totalpages: 245744
<7> DMA zone: 4096 pages, LIFO batch:1
<7> Normal zone: 225280 pages, LIFO batch:31
<7> HighMem zone: 16368 pages, LIFO batch:7
<6>DMI 2.3 present.
<6>Intel MultiProcessor Specification v1.4
<6> Virtual Wire compatibility mode.
<6>OEM ID: SiS Product ID: 741 APIC at: 0xFEE00000
<4>Processor #0 6:10 APIC version 0
<4>BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor)
<6>I/O APIC #2 Version 17 at 0xFEC00000.
<4>Enabling APIC mode: Flat. Using 1 I/O APICs
<6>Processors: 1
<4>Allocating PCI resources starting at 3c000000 (gap: 3c000000:c2c00000)
<4>Built 1 zonelists
<5>Kernel command line: initrd=suse91rescue-rz.rd vga=normal root=/dev/ram0 ide=serialize hda=nodma hdb=nodma hdc=nodma hdd=nodma noacpi noapic nosmp noscci ip=::::rescue::eek:ff init=/linuxrc video=vesa:eek:ff BOOT_IMAGE=suse91rescue.ker
<6>ide_setup: ide=serialize -- BAD OPTION
<6>ide_setup: hda=nodma -- BAD OPTION
<6>ide_setup: hdb=nodma -- BAD OPTION
<6>ide_setup: hdc=nodma -- BAD OPTION
<6>ide_setup: hdd=nodma -- BAD OPTION
<7>mapped APIC to ffffd000 (fee00000)
<7>mapped IOAPIC to ffffc000 (fec00000)
<6>Initializing CPU#0
<4>PID hash table entries: 4096 (order: 12, 65536 bytes)
<4>Detected 2100.054 MHz processor.
<6>Using tsc for high-res timesource
<4>Console: colour VGA+ 80x25
<4>Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
<4>Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
<6>Memory: 963560k/982976k available (5116k kernel code, 18812k reserved, 2460k data, 404k init, 65472k highmem)
<4>Checking if this processor honours the WP bit even in supervisor mode... Ok.
<7>Calibrating delay loop... 4153.34 BogoMIPS (lpj=2076672)
<6>Security Framework v1.0.0 initialized
<6>Capability LSM initialized
<4>Mount-cache hash table entries: 512
...
...
...

<6>md: ... autorun DONE.
<5>RAMDISK: Compressed image found at block 0
<4>VFS: Mounted root (ext2 filesystem) readonly.
<6>Mounted devfs on /dev
<6>Freeing unused kernel memory: 404k freed
<4>EXT2-fs warning: checktime reached, running e2fsck is recommended
<6>md: Autodetecting RAID arrays.
<6>md: autorun ...
<6>md: ... autorun DONE.
Kernel logging (ksyslog) stopped.
Kernel log daemon terminating.

Boot logging started on /dev/tty1(/dev/console) at Mon Nov 14 16:17:34 2005

Master Resource Control: previous runlevel: N, switching to runlevel: 3
<notice>start services (random)
Initializing random number generatordone
<notice>exit status of (random) is (0)
<notice>start services (network)
ls: /sys/class/net/: No such file or directory
Setting up network interfaces:
lo
lo IP address: 127.0.0.1/8
doneSetting up service network . . . . . . . . . . . . . . . .done
<notice>exit status of (network) is (0)
<notice>start services (syslog)
Starting syslog services<notice>startproc: execve (/sbin/syslogd) [ /sbin/syslogd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=22 INIT_VERSION=sysvinit-2.85 initrd=suse91rescue-rz.rd REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=3 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 BOOT_IMAGE=suse91rescue.ker video=vesa:eek:ff sscripts=25 _=/sbin/startproc DAEMON=/sbin/syslogd ]
<notice>startproc: execve (/sbin/klogd) [ /sbin/klogd -c 1 -2 ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=22 INIT_VERSION=sysvinit-2.85 initrd=suse91rescue-rz.rd REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=3 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 BOOT_IMAGE=suse91rescue.ker video=vesa:eek:ff sscripts=25 _=/sbin/startproc DAEMON=/sbin/klogd ]
done
<notice>exit status of (syslog) is (0)
<notice>start services (sshd kbd)
<notice>startproc: execve (/usr/sbin/sshd) [ /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=23 INIT_VERSION=sysvinit-2.85 initrd=suse91rescue-rz.rd REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin vga=normal RUNLEVEL=3 PWD=/ PREVLEVEL=N LINES=25 SHLVL=2 BOOT_IMAGE=suse91rescue.ker video=vesa:eek:ff sscripts=25 _=/sbin/startproc DAEMON=/usr/sbin/sshd ]
Starting SSH daemondone
Loading keymap qwertz/de-latin1-nodeadkeys.map.gz
doneLoading compose table latin1.adddone
Ausfuehren der post-boot Skripte
Setzen des rpw's...<notice>exit status of (sshd kbd) is (0 0)
<notice>start services (postboot)
done
Loeschen der authorized_keys... done
Updaten des Recoverystatus... done
Aufraeumen... done

Kernel: 2.6.12.2-ig3
Netzwerkkonfig:
addr:217.172.177.30
Bcast:217.172.177.255
Mask:255.255.255.0

Postboot setup...done
Master Resource Control: runlevel 3 has been reached
<notice>exit status of (postboot) is (0)
<notice>killproc: kill(1369,3)


ich kann dort aber nix finden was auf ein fehler hinweist :(

woran kann das sonst liegen das ich mein root nicht erreichen kann ?
 

nbkr

Guru
TeXpert schrieb:
Du kannst ihn doch erreichen, sonst könntest Du uns hier nicht mit diesem Log kommen.

Kann er nicht unbedingt, s4f hat ein Rettungssystem. Es könnte sich also um das Rettungssystem handeln.

Abgesehen davon: Hast Du auch die richtige boot.log genommen. Du darfst nicht die vom Rettungssystem verwenden, sondern musst die Festplatte von deinem Rechner mounten und da nach /var/log/
 

nbkr

Guru
Aber um mal ne eindeutige und hilfreiche Fehlermeldung zu nennen: Es tut trotzdem nicht! *g*
 
Oben