/srv/irclogs.ubuntu.com/2022/01/07/#ubuntu-de.txt

=== sreve_ is now known as sreve
srevetonnic_: bist du weiter gekommen?07:51
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 gemacht07:57
LupusEGrundsä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:38
LupusEwichtig 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:39
LupusEalso, du kannst in /boot/grub/grub.cfg schauen, was dort konfiguriert ist. Also ob die UUID mit denne von 'blkid' (konsolenbefehl) übereinstimmen.08:40
LupusEwenn ja, grub neu schrieben lassen. auf das device, wlehces im BIOS als stargeraet eingetragen ist.08:40
LupusEoft sorgen unaufgeraeumte bereiche dafür, dass bei einer kleinen aenderung sich alles verschiebt.08:41
srevetonnic_: 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:52
srevewie hast du installiert? Ich mache es normalerweise mit dem Virt-Manager und hatte noch nie Probleme.08:53
sreveich denke es fehlt uns an mehr information.08:54
sreveDu möchstes das System aus einem physischen Notebook (HDD) als VM starten?08:55
sreveoder halt SSD08:55
srevewenn 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.08:58
tonnic_Okay, Danke, dann beschreibe ich mal etwas genauer10:49
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 System10:50
tonnic_Als hab ich ne Live-CD genommen und beide Partitionen auf Partition 4 als RAW image gedumpt10:51
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:52
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ötigen10:54
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:55
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 kann10:56
tonnic_Mit wurde von den KVM-Leuten erklärt, dass eine VM eine richtige Start-Disk mit Partitionstabelle, MBR und so braucht.10:58
tonnic_Ich soll also eine neue, kleine, leere Disk der VM hinzufügen und sie dort ordentlich partitionieren und dort das Boot Verzeichnis reinlegen.10:59
tonnic_Soweit so gut. Was dann noch zu tun ist (Grub, confs etc.), weiß ich grad nicht.11:00
LupusEich denke du willst FAI (Fully automated installer) oder das stichwort 'unattended' nutzen.11:00
k1lwarte mal, du hast die beiden alten non efi partitionen einfach in eine partition gepackt und bootest die jetzt mit efi?11:01
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:02
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:07
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:10
LupusEdu willst clonen. und das ist halt nicth trivial.11:11
tonnic_Jo, es sollte einfach mit libguesfs P2V sein, aber damit ging es nicht, wegen EFI. So nun also manuell.11:12
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 verweist11:27
tonnic_Der Dreizeiler müsste eigentlich funktionieren, das sich ja die UUID der Partition nicht geändert hat11:28
tonnic_Ist halt jetzt nur ne Disk und keine Partion mehr. 11:28
tonnic_Aber Grub stoppt einfach und gibt nur den Prompt11:29
srevehast du mal ein komplettes Image der disk probiert, statt nur die Partitionen zu nehmen?11:42
sreveoder alternative die disk direkt per VM booten.11:43
tonnic_Ja, die komplette Disk wäre sicher einfacher, aber die Disk ist zu groß.11:47
tonnic_Die Disk kann ich nicht per VM booten - ist mein laufendes System11:48
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:52
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.11:55
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:06
srevedu clonest das System in einer VM die auf dem gleichen System läuft?12:53
srevehast 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
sreveLupusE: k1l: oder?12:56
srevekönnte aber mit dem MBR schwierig werden.12:57
LupusEdie 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.12:58
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_botTitle: Reparatur › GRUB 2 › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)13:32
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:16
strohalmeinfach n grub-install aus nem livesystem ging nicht?19:34
tonnic_nee, tausend Fehler - geht sicher auch, aber dann muß man was von Grub etc. verstehen ;)19:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!