1&1 Server: Rescue Modus

R

RobotSox

New Member
Hallo.

Ich habe seit kurzen ein rießen Problem. Ich habe einen Windows Server bei 1und1 welchen ich jetz auf Debian 6 neu installiert habe. Nach der neuinstallation war der Server nurnoch im Rescue Modus online. Das Normale System läuft garnicht. Da funktioniert nichtmal der Ping. Leider habe ich mit dem Rescue Modus keine wirklichen erfahrungen, und würde Hilfe von euch benötigen. Wäre nett wenn Ihr mir helfen könntet.

Gruß Tim

PS: Ich habe auch bereits nach der 1und1 Hilfe Seite (http://hilfe-center.1und1.de/server/root_server/rescue_und_recovery/1.html)

die Befehle probiert, allerdings funktinieren nicht alle bei mir, wie z.B. lilo da sagt er mir sofort das er das Komando nicht kennt.
 
Hier noch ein paar Aszüge zu meinen taten in dem rescue:


Befehl: df
Code: 
rescue:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
tmpfs                  2020596         0   2020596   0% /lib/init/rw
tmpfs                  2020596         4   2020592   1% /dev/shm
rootfs                  337127    301468     35659  90% /

Befehl: fdisk -l

Code: 
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xe887feb8

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         487     3911796   fd  Linux raid autodetect
/dev/sda2             488         731     1959930   82  Linux swap / Solaris
/dev/sda3             732       60801   482512275   fd  Linux raid autodetect

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x7d0a8710

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1         487     3911796   fd  Linux raid autodetect
/dev/sdb2             488         731     1959930   82  Linux swap / Solaris
/dev/sdb3             732       60801   482512275   fd  Linux raid autodetect

Disk /dev/md1: 4005 MB, 4005560320 bytes
2 heads, 4 sectors/track, 977920 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

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

Befehl: fsck -f /dev/md1
Code: 
rescue:~# fsck -f /dev/md1
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
root: 4654/489600 files (0.0% non-contiguous), 68144/977920 blocks

Befehl: xfs_repair -L /dev/mdx
rescue:~# fsck -f /dev/md1
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
root: 4654/489600 files (0.0% non-contiguous), 68144/977920 blocks
rescue:~# xfs_repair -L /dev/mdx
/dev/mdx: No such file or directory

fatal error -- couldn't initialize XFS library
Click to expand...

Befehl: mount /dev/md1 /mnt
Code: 
rescue:~# mount  /dev/md1 /mnt
[  590.169593] kjournald starting.  Commit interval 5 seconds
[  590.191009] EXT3-fs (md1): using internal journal
[  590.200432] EXT3-fs (md1): mounted filesystem with writeback data mode

Befehl: cat /etc/fstab
Code: 
rescue:~# cat /etc/fstab
# UNCONFIGURED FSTAB FOR BASE SYSTEM

Befehl:

rescue:~# mount /dev/md1 /mnt
rescue:~# mount /dev/md5 /mnt/usr
rescue:~# mount /dev/md6 /mnt/var
rescue:~# mount /dev/md7 /mnt/home

Code: 
rescue:~# mount  /dev/md1 /mnt
mount: /dev/md1 already mounted or /mnt busy
mount: according to mtab, /dev/md1 is already mounted on /mnt
rescue:~# mount  /dev/md5 /mnt/usr
mount: you must specify the filesystem type
rescue:~# mount  /dev/md6 /mnt/var
mount: you must specify the filesystem type
rescue:~# mount  /dev/md7 /mnt/home
mount: you must specify the filesystem type

Befehl: memtest -all
Code: 
-bash: memtest: command not found


Folgendes im chroot:

Befehl: lilo
Code: 
bash: lilo: command not found


Ich hoffe das hilft noch weiter
Gruß Tim
 
Als erstes: Das blinde abtippen von Befehlen, deren Sinn du nicht kennst ist nicht nur unproduktiv, sondern auch gefährlich.
Google oder die man-Page helfen dir, den Befehl und seine Synthax zu verstehen.

mount /dev/md1 /mnt hat offenbar dazu geführt, dass etwas nach /mnt gemountet wurde.
/dev/md2 wird vermutlich dein 2. Raid sein (zumindest hast du 2 RAID-Partitionen pro HDD).

Der nächste - sinnvolle - Schritt wäre, herauszufinden, was auf deiner Root-Partition bzw dem entsprechenden Raid liegt und was die log-files ergeben.
Du solltest dir also die ausgabe von ls /mnt angucken.
Danach ggf dein 2. Raid mounten und dir schließlich die logfiles(syslog, messages, dmesg) angucken.
 
Zu allererst: Es wird dich keinen Millimeter weiter bringen, wenn du da jetzt stumpf alle Befehle, die du in irgend einem Wiki liest in die Rescue-Konsole feuerst. Man sieht mehr als deutlich, dass du nicht die Spur einer Ahnung hast, was du da machst. Das ist gefährlich!!! Gerade ein fsck auf dem falschen Dateisystem, wie von dir ausgeführt, kann böse schief gehen und deine Daten schrotten!

Also, bevor du da einen Befehl abfeuerst, lernst du bitte VORHER!!! was du da genau machst. Linux ist nicht Windows, wo man mal überall drauf klickt und hofft, dass es schon werden wird.

Dein Grundproblem ist, dass du das Konzept von mount und chroot nicht verstanden hast. Du testest zwar die Festplatten, bist darüber hinaus aber die ganze Zeit im Rescue-System und bastelst am Rescue-Linux rum. Das führt natürlich zu nichts.

Wenn du unter /mnt mountest, dann musst du natürlich auch nach /mnt chrooten oder zumindest dort weiterarbeiten, um den Fehler am System zu finden. Informationen zu deinen Partitionen findest du dann z.B. unter /mnt/etc/fstab. Da kannst du auch nachvollziehen, was du nun wirklich mounten musst.

Zum jetzigen Zeitpunkt kann dir keiner helfen. Informiere dich und versuche Auszüge aus den Log-Dateien zu beschaffen (Tipp: /mnt/var/log/). Dann geht's weiter.

P.S.: Da war Jesaja schneller...
 
Ho ich verstehe das nicht du sagst du hast in neuinitialisiert und er ist dabei schon nicht mehr hochgefahren ?
Dann mach das gleiche einfach nochmal, ansonsten Support.
Es ist ja wohl nicht deine Aufgabe das Standardimage zu fixen!
 
Bitte den Windows-Server kündigen und für das gleiche Geld einen Managed-Server wählen, dann bleibt Dir viel Ärger erspart.
 
Siehe ersten Beitrag, es ist ein Windows-Server, auf dem der OP Debian installiert hat.
Somit kostet ihn ein Managed-Server nicht mehr und er hat weniger Probleme.
 
You must log in or register to reply here.
Back
Top