Am Montag, 4. Februar 2008 20:52 schrieb Martin Schulze:
> Christoph Sandhaus wrote:
> > Am Montag, 4. Februar 2008 20:01 schrieb Martin Schulze:
> > > Gut, dass Du Deine Daten wieder gefunden hast. Weisst Du noch, was
> > > das Problem verursacht hat? I.e. welche Befehle Du eingegeben
> > > hast, um das Volume zu vergroessern, was letztendlich fehlgeschlagen
> > > ist?
> >
> > In der History bereits bis Platz 6 hochgerutscht - also keinen Tag zu
> > früh gefragt:
> > lvextend -L+57G /dev/home/lv_home
> >
> > Dem ist aber mit Sicherheit ein rename vorausgegangen, den vorher hieß
> > das LV nur "home" und nicht "lv_home".
> >
> > Danach ein "reboot", ohne die fstab anzupassen.
>
> Ich mag mich irren, aber das sollte nur zu einem haengenden Boot
> fuehren, aber nicht dazu, dass LVM die Konfiguration vergisst.
>
> > Hier die wesentlichen Schritte aus der History:
> > pvcreate /dev/hdb
> > ...
> > cfdisk /dev/hdb
> > pvcreate /dev/hdb1
> > ...
> > vgextend home /dev/hdb1
> >
> > [ab hier der Versuch, die erweiterung wieder loszuwerden]
> > vgreduce home /dev/hdb1
> > vgreduce -a home
> > [funktioniert nicht, also ggf schon vorhandene Daten verschieben]
> > pvmove -v /dev/hdb1
> > vgreduce -a home
> > [neue Partition /dev/hdb1 gelöscht, da keine Daten drauf]
> > vgreduce --removemissing home
>
> Hmm. Leuchtet mir nicht ein, wieso das zu einem derartigen Problem
> fuehrt. pvcreate hdb und hdb1 sieht natuerlich nicht gesund aus..
>
> Du weisst auch nicht, was letztendlich das Problem verursacht hat?
Tut mir leid, kann ich dir nicht genau sagen.
Gruß,
Christoph
>
> Wuerde gerne, wenn ueberhaupt, in einen anderen Brunnen fallen...
>
> Gruesse,
>
> Joey
>
> --
> Beware of bugs in the above code; I have only proved it correct,
> not tried it. -- Donald E. Knuth
Received on Mon Feb 04 2008 - 20:59:38 CET
This archive was generated by hypermail 2.2.0 : Mon Feb 04 2008 - 20:59:55 CET