Moin
...Da ich einige Distributionen unter Oracle Virtual Box teste, habe ich nicht mehr allzu viel Platz im /home Verzeichnis.
hmm…, wer oder was "zwingt" dich denn, die *.vdi Dateien in /home/.../VirtualBox\ VMs abzulegen? Spendier halt dafür eine passende Platte, dann sparst du dir die Umzieherei.
LG b_b
Moin,
Ich möchte eine Opensuse Installation (bitweise) auf eine andere Festplatte kopieren
wenn du bitweise kopierst (mit dd), dann ist die Kopie in allem identisch mit dem Original, da muß nichts weiter angepaßt werden…
außer, du willst beide Platten gleichzeitig in einem Rechner betreiben;
und außer, du kopierst auf diese Weise nur einzelne Partitionen. In dem Falle stimmen die device Bezeichnungen auf der Zielplatte ggf. nicht mehr.
LG b_b
Moin,
da wurde die Ironie dahinter wohl nicht verstanden.
Ich glaube, vmp checkt es nicht!
Kommt noch hinzu, daß hier ein grub von LM im Spiel ist, der kennt linuxefi nicht!
LG b_b
Moin,
...
Codesudo grub-mkconfig --output=/boot/grub/meine_grub.cfg sudo gedit /boot/grub/grub.cfgIch übernehme von meine_grub.cfg (OS das nicht läuft) die Sachen in grub.cfg (OS bei dem Grub funktioniert) die ich zum starten des neuen Betriebssystems brauche.
du hast den Faden offensichtlich nicht gelesen
LG b_b
Moin,
du gibst keine Antwort auf die Frage, was du eigentlich® noch willst! (!)
Opensuse ist EOL! Du kannst es starten, um evt. irgendwelche Dateien zu sichern, zu sehen, was da so alles nachinstalliert ist etc.
Dein Ubuntu ist auch nicht mehr das frischeste, läuft ja aber so weit.
Wenn du nun durchaus probieren willst, die seltsamen Einträge in der ESP zu vervollständigen – Achtung! keine Garantie meinerseits, so verkrüppelt habe ich es bisher nicht gesehen – dann installiere grub neu!
– starte das System, überprüfe die /etc/fstab auf korrekten Eintrag der ESP und führe sudo grub-install aus
– im Opensuse heißt der Befehl glaube ich …grub2…, mußt du recherchieren.
Wenn 's dann besser ist, dann gut, wenn nicht, hast du ja ein backup! (wenn dir irgend etwas auf dem PC wichtig ist.)
LG b_b
Moin,
sorry, für reinen Text braucht man kein Bild, ein ls -R /mnt hätte gereicht. Außerdem kennen wir den Inhalt ja bereits.
K.A., was du jetzt noch erreichen willst? Dein Leap ist EOL! Nicht richtig installiert, wie auch das Ubuntu!
Ohne grub Reparatur (grub Neuinstallation) wird das so nichts mehr!
LG b_b
Moin,
so, wie auf dem Anhang, sieht es bei einem "richtig" installierten Leap (btrfs) aus.
Ich lese jetzt nicht mehr nach, ob da irgendwo steht, wie genau du die Kopie angestellt hast, auf alle Fälle ist dabei nicht alles richtig gelaufen. Vergleiche
mnt/EFI/opensuse:grubx64.efi
/mnt/EFI/ubuntu:grub.cfg grubx64.efi
mit den Entsprechungen bei einer "richtigen" Installation
~$ sudo mount /dev/sdb1 /mnt && sudo ls -R /mnt && sudo umount /mnt
/mnt:
EFI
/mnt/EFI:
boot opensuse
/mnt/EFI/boot:
bootx64.efi fallback.efi MokManager.efi
/mnt/EFI/opensuse:
boot.csv grub.cfg grub.efi grubx64.efi MokManager.efi shim.efiLG b_b
Moin,
Aber wenn ich Leap über das Bootmenü vom Laptop aufrufe und ins Grub-Konsole gehe
nun, man sollte annehmen, das Leaps eigener grub so funktioniert, daß es die erforderlichen Dateien auch auf btrfs finden sollte, gell?
Gehe ich über das normale Grub-Menü worüber ich auch die 2 Wins und Ubuntu starte
was heißt denn "normales" grub Menü? Das von Ubuntu?
Zeige mal ein sudo efibootmgr -v
LG b_b
Moin,
das mit dem Tabulator sollte dir nur zeigen, daß grub wohl doch nicht so richtig mit btrfs umgehen kann. Wurde dir aber schon mehrfach gesagt! (Du kannst ja offensichtlich diese alte Gruke Leap booten, also, was willst du noch mehr.)
So richtig im EFI Modus sind aber weder Leap noch Ubuntu installiert, sonst sähe solch ein Befehl etwa so aus (bei mir, weil auf 2 getrennten Platten, nicht in einer ESP)
test@test-VirtualBox:~$ sudo mount /dev/sda1 /mnt && sudo ls -R /mnt && sudo umount /mnt
[sudo] Passwort für test:
/mnt:
EFI
/mnt/EFI:
BOOT ubuntu
/mnt/EFI/BOOT:
BOOTX64.EFI fbx64.efi mmx64.efi
/mnt/EFI/ubuntu:
BOOTX64.CSV grub.cfg grubx64.efi mmx64.efi shimx64.efi
test@test-VirtualBox:~$
test@test-VirtualBox:~$ sudo mount /dev/sdb1 /mnt && sudo ls -R /mnt && sudo umount /mnt
/mnt:
EFI
/mnt/EFI:
boot opensuse
/mnt/EFI/boot:
bootx64.efi fallback.efi MokManager.efi
/mnt/EFI/opensuse:
boot.csv grub.cfg grub.efi grubx64.efi MokManager.efi shim.efi
test@test-VirtualBox:~$ Und beachte darin das 3. 'sudo' (umount), danach kannst du in /mnt solange suchen wie du willst, wenn nichts mehr dorthin gemountet ist (der Normalfall), dann siehst du dort auch nichts! (im 1. codeblock Zeile 5)
Für das Ubuntu (das willst du ja weiterhin benutzen?) würde ich mal eine grub Reparatur ausführen, also im laufenden Ubuntu (im EFI Modus!) die fstab überprüfen, ob die ESP eingebunden ist, und dann ein sudo grub-install ausführen.
Das könntest du für Leap ebenso machen, ich vermute, es muß dort auber grub2-install heißen, bin aber nicht sicher
LG b_b
Moin,
du meinst sicherlich, warum grub das nicht findet? Nun, in der grub console (dort, wo du "search -f…" anwendest, kannst du den search Befehl mit der Tabulatortaste "vervollständigen", und dir zeigen lassen, was an Suchobjekten vorhanden ist.
Zu dem flag 'legacy_boot' ??? Hast du (dieses kopierte Leap) seinerzeit im legacy modus installiert? (Falls dem so ist, wundere ich mich natürlich nicht, warum os-prober das bei dir nicht findet.) EDIT.: Kann ja nicht sein, s. unten!
Zeige
sudo mount /dev/nvme0n1p1 /mnt && sudo ls -R /mnt && sudo umount /mntWenn dort ein /opensuse/ Verzeichnis dabei ist, dann auch
sudo mount /dev/nvme0n1p1 /mnt && cat /mnt/efi/opensuse/grub.cfg && sudo umount /mntWenn diese grub.cfg vorhanden ist – nach deinen Aussagen hier im thread muß die eigentlich existieren, sonst könntest du nicht mit dem override Menü booten – zeigt die dortige UUID auf die Partition, in welcher dann das eigentlich configfile für das grub Menü zu finden ist.
Immernoch bleibt die Krux mit btrfs, k.A., warum das bei dir nicht funktioniert (ich meine mit os-prober)
LG b_b