=== sreve_ is now known as sreve
[07:51] <sreve> tonnic_: bist du weiter gekommen?
[07:57] <tonnic_> sreve: Danke, ich konnte die VM über einen externen Kernel booten. Jetzt habe ich den Vorschlag bekommen, eine neue Partition zu erstllen, um dort das boot-Verzeichnis zu etablieren. Mal sehen wie ich Grub, Kernel, Initrd etc. auf der neuen Partition zum laufen bekomme. Hab das noch nie gemacht
[08:38] <LupusE> Grundsätzlich zeigt Dein BIOS auf ein Gerät von dem gestartet wird. Auf diesem Datenträger liegt im ersten MB ein grundprogramm (teil von Grub), wleches dahin zeigt, wo der Rest des Bootloaders liegt (traditionell auf /boot) ...
[08:39] <LupusE> wichtig ist, dass /boot auf einem lesbaren Geraet liegt. also der Treiber in die 1MB passt. wenn es ein Standardfilesystem, wie EXT4, ist, dann sollte es kaum einen unterschied machen ob es auf eine reigenen Partition liegt ode rnicht.
[08:40] <LupusE> also, du kannst in /boot/grub/grub.cfg schauen, was dort konfiguriert ist. Also ob die UUID mit denne von 'blkid' (konsolenbefehl) übereinstimmen.
[08:40] <LupusE> wenn ja, grub neu schrieben lassen. auf das device, wlehces im BIOS als stargeraet eingetragen ist.
[08:41] <LupusE> oft sorgen unaufgeraeumte bereiche dafür, dass bei einer kleinen aenderung sich alles verschiebt.
[08:52] <sreve> tonnic_: das Problem habe ich nicht ganz verstanden. Geht es um eine simple VM oder steckt mehr dahinter. Weil du oben expliziet "Ubuntu-Notebook" schreibst.
[08:53] <sreve> wie hast du installiert? Ich mache es normalerweise mit dem Virt-Manager und hatte noch nie Probleme.
[08:54] <sreve> ich denke es fehlt uns an mehr information.
[08:55] <sreve> Du möchstes das System aus einem physischen Notebook (HDD) als VM starten?
[08:55] <sreve> oder halt SSD
[08:58] <sreve> wenn es so ist, kann es an der Bezeichnung der Devices liegen. Real evtl. /dev/sda aber in der VM /dev/vda, dann noch die /etc/fstab kontrollieren, ob dort per UUID gemountet wird, ider per Device-Name.
[10:49] <tonnic_> Okay, Danke, dann beschreibe ich mal etwas genauer
[10:50] <tonnic_> Also ich habe ein Notebook mit verschiedenen Partitionen, dass prima installiert ist und super funktioniert. Auf neuen Rechnern will ich nicht wieder alles installieren - auch wenn vieles ja per Skript automatisiert werden kann.
[10:50] <tonnic_> Wichtig für Ubuntu sind nur Partition 1 (MBR, Boot denke ich) und Part 3 das Ubuntu System
[10:51] <tonnic_> Als hab ich ne Live-CD genommen und beide Partitionen auf Partition 4 als RAW image gedumpt
[10:52] <tonnic_> Diese habe ich nun einfach als Disks in die KVM/QEMU eingehangen.
[10:52] <tonnic_> Wenn ich dort mit dem EFI-BIOS boot bekomme ich nen Grub-Prompt, aber da weiß ich nicht, was zu tun ist.
[10:54] <tonnic_> Wenn ich mit nen normalen BIOS starte, kommt "Boote von Platte..." aber nix passiert. Das Notebook kann nur EFI booten, also scheint auch die Partition in der VM ein EFI BIOS zu benötigen
[10:55] <tonnic_> Wenn ich die ganze Boot-Orgie umgehen will, dann kann man Kernel, Initrd und Kernel-Args auch auf dem Host zur Verfügung stellen. Dazu hab ich einfach das Boot-Verzeichnis aus der VM auf den Host kopiert und in KVM manager darauf verwiesen.
[10:56] <tonnic_> Damit bootet die Maschine und außer Netzwerk ist alles fein. Aber ist natürlich keine Lösung auf Dauer, das die VM ihrern Kernel nicht mehr verwalten kann
[10:58] <tonnic_> Mit wurde von den KVM-Leuten erklärt, dass eine VM eine richtige Start-Disk mit Partitionstabelle, MBR und so braucht.
[10:59] <tonnic_> Ich soll also eine neue, kleine, leere Disk der VM hinzufügen und sie dort ordentlich partitionieren und dort das Boot Verzeichnis reinlegen.
[11:00] <tonnic_> Soweit so gut. Was dann noch zu tun ist (Grub, confs etc.), weiß ich grad nicht.
[11:00] <LupusE> ich denke du willst FAI (Fully automated installer) oder das stichwort 'unattended' nutzen.
[11:01] <k1l> warte mal, du hast die beiden alten non efi partitionen einfach in eine partition gepackt und bootest die jetzt mit efi?
[11:02] <tonnic_> Nein, die beiden Partionen hab ich einfach als RAW disks eingehangen. Also die beiden Partitionen funktionieren auch als eigenständige Disks in KVM.
[11:07] <tonnic_> Kenn mich mit FAI nicht aus - klingt aber plausibel: installiere ein System automatisch, bei dem die Disks schon da sind. Möglicherweise hier nicht der simpelste Weg?
[11:10] <tonnic_> Hab jetzt eine dritte, kleine Disk eingehangen, die ich partitionieren und als Boot-Platte verwenden will. Jetzt lande ich aber in einem Boot-Loop. Kurz bevor die GUI anspringt, bootet die Maschine von vorn...
[11:11] <LupusE> du willst clonen. und das ist halt nicth trivial.
[11:12] <tonnic_> Jo, es sollte einfach mit libguesfs P2V sein, aber damit ging es nicht, wegen EFI. So nun also manuell.
[11:27] <tonnic_> Also auf der ersten Disk (die ursprüngliche Partition 1) ist nur der EFI-Folder mit den efi-Files und eine grub-cfg, die auf das Grub in Partition 2 verweist
[11:28] <tonnic_> Der Dreizeiler müsste eigentlich funktionieren, das sich ja die UUID der Partition nicht geändert hat
[11:28] <tonnic_> Ist halt jetzt nur ne Disk und keine Partion mehr. 
[11:29] <tonnic_> Aber Grub stoppt einfach und gibt nur den Prompt
[11:42] <sreve> hast du mal ein komplettes Image der disk probiert, statt nur die Partitionen zu nehmen?
[11:43] <sreve> oder alternative die disk direkt per VM booten.
[11:47] <tonnic_> Ja, die komplette Disk wäre sicher einfacher, aber die Disk ist zu groß.
[11:48] <tonnic_> Die Disk kann ich nicht per VM booten - ist mein laufendes System
[11:52] <tonnic_> Kann es sein, dass Grub gar nicht auf eine zweite Platte zugreifen kann, sondern das System zwingend auf der gleichen Disk in einer anderen Partition braucht? Ich bekomme nämlich bei hd<TAB> immer nur hd0 und nicht hd1?
[11:55] <tonnic_> Disk 1 ist EFI mit grub.cfg Verweis auf eine Partition UUID, wo dann die richtige gub.cfg liegt. Aber diese Partition liegt eben auf einer anderen Disk - und die scheint er nicht zu kennen.
[12:06] <tonnic_> ls in der Grub command line zeigt nur (proc) und (hd0), nicht aber die (hd1), auf der dann der Grub liegt. Wieso kennt Grub die zweite Platte nicht?
[12:53] <sreve> du clonest das System in einer VM die auf dem gleichen System läuft?
[12:56] <sreve> hast du mal überlegt einfach nur das Dateisystem zu kopieren, dann rein zu chrooten um grub zu installieren? Kann mir gut vorstellen, dass das auch geht.
[12:56] <sreve> LupusE: k1l: oder?
[12:57] <sreve> könnte aber mit dem MBR schwierig werden.
[12:58] <LupusE> die id aendern sich -> problem. also ggf von UUID auf devicefile aendern? ... aber dazu kann ich wenig sagen bei einem so speziellen setup. dafuer habe ich gerade zu wenig zeit.
[13:32] <tonnic_> sreve: ja genau, das ist der Plan! Ich hab jetzt neue Partition mit gparted bootfähig ung so gemacht. Habe auch ne Anleitung gefunden für die Grub-Installation, aber die scheint alt und jede Menge Dinge funktionieren nicht. Wenn ich das mit jemandem live machen könnte, wäre ich sehr dankbar!
[13:32] <tonnic_> https://wiki.ubuntuusers.de/GRUB_2/Reparatur/
[13:32] <le_bot> Title: Reparatur › GRUB 2 › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[19:16] <tonnic_> So, jetzt hats geklappt - und zwar ganz einfach: ich hab die VM ohne die Boot und nur mit der System-Partition, aber mit externen Kernel und Initrd gestartet. Dort habe ich dann durch das Tool 'boot-repair' Grub auf der Systemplatte installiert - und schon läuft eine Partition sauber als stand-alone VM disk  :)
[19:34] <strohalm> einfach n grub-install aus nem livesystem ging nicht?
[19:45] <tonnic_> nee, tausend Fehler - geht sicher auch, aber dann muß man was von Grub etc. verstehen ;)