OVH Community, your new community space.

Probleme beim Raid restore nach Tausch von /dev/sda


Felix
17.04.13, 10:06
chris12 wrote:
> --------------------
> grub-install /dev/sda
> --------------------
>
> Ging leider auch nicht, glaube kam ein Fehler x. Diesen konnte ich
> mithilfe von diversen google Seiten lösen.
> Maschine startete aber immer noch nicht. Habe noch einige andere
> Versuche unternommen, leider ohne Erfolg!
> Das Ende vom Lied war dann Neuinstallation und Backuprestore ^^
>
> Wie hätte ich die Maschine wieder zum booten kriegen können ?


Laesst sich jetzt im Nachhinein nicht sagen, da es nicht geprueft werden
kann... Aber grub ist immer eine heisse Piste

Mit folgenden Schritten erledige ich das ueblicherweise (und in der Art wird
das auch waehrend der Installation selbst gemacht):

mount /dev/md1 /mnt
for i in proc sys dev; do mount --bind /$i /mnt/$i; done
chroot /mnt grub-install /dev/md1
umount /mnt/dev/ /mnt/proc/ /mnt/sys/ /mnt/

Zu beachten ist auch, das der von dir genannte erste Schritt (kopieren der
Partitionstabelle mit sfdisk) nur bei MSDos-partitionstabellen klappt, bei GPT
muss mit sgdisk gearbeitet werden:
sgdisk -R=/dev/sda /dev/sdb
(kopiert die partitionstabelle von /dev/sdb auf /dev/sda)

chris12
15.04.13, 12:10
Hi,

nein in dem Link ist nichts beschrieben, was man tut wenn die Kiste nicht mehr bootet.
Output von KVM war direkt nach dem Bios einfach
Code:
_

strex
14.04.13, 17:22
Eine Anleitung bietet hier auch OVH selbst, eventuell hätte es mit der geklappt: http://hilfe.ovh.de/DedizierteSoftwareRaid

Hättest im KVM auch erst einmal checken können, warum die Maschine nicht startet. Denn so ist das dann nur ein einfaches Raten ohne wirklich auf das Problem schließen zu können.

chris12
13.04.13, 18:09
Hallo,

kurze Rahmenbedingungen:
Proxmox Image
Software Raid 1


vergangene Nacht wurde in einem Server die /dev/sda ausgetauscht.
Sollte eigentlich kein Problem sein, dachte ich...

Nunja, Maschine bootete nicht mehr und wurde von Techniker ins Rescue gefahren.
Habe mich dann erst einmal um den Raid-Wiederaufbau gekümmert:

Code:
cat /proc/mdstat
zeigt eine Platte fehlt im Raid.

Danach habe ich Bootsektor und Partitionierung von funktionierender sdb kopiert
Code:
dd if=/dev/sdb of=/dev/sda count=1 bs=512
Parttabelle neu eingelesen
Code:
sfdisk -R /dev/sda
Parts wieder neu ins Raid eingehängt
Code:
mdadm /dev/md1 -a /dev/sda1
mdadm /dev/md2 -a /dev/sda2
Raid wurde dann neu aufgebaut und ich konnte md1 auch mounten.

Nach folgendem Neustart (von Platte) ist die Maschine immer noch nicht hoch gekommen.

Also wieder zurück ins Rescue:
md gemountet und via
Code:
chroot /mnt/md1 /bin/bash
Zugang ins System gekriegt.

Dachte mir vermutlich wird es am Bootloader liegen, dass das Betriebssystem nicht mehr hochfährt, weil sda vermutlich Bootinfos hatte:
Code:
grub-install /dev/sda
Ging leider auch nicht, glaube kam ein Fehler x. Diesen konnte ich mithilfe von diversen google Seiten lösen.
Maschine startete aber immer noch nicht. Habe noch einige andere Versuche unternommen, leider ohne Erfolg!
Das Ende vom Lied war dann Neuinstallation und Backuprestore ^^

Wie hätte ich die Maschine wieder zum booten kriegen können ?

Quellen:
http://blog.purrucker.de/2011/06/01/...software-raid/
http://wiki.hetzner.de/index.php/Fes..._Software-RAID
http://debianforum.de/forum/viewtopic.php?f=13&t=127837