Am Donnerstag, 02. Januar 2020 22:08 CET, Urs Liska ul@openlilylib.org schrieb:
[....]
sudo fdisk -l gibt für dieses Laufwerk aus:
/dev/sda1 2048 1050623 1048576 512M EFI System /dev/sda2 1050624 1550335 499712 244M Linux filesystem /dev/sda3 1550336 488396799 486846464 232,2G Linux filesystem
Anschließend kommen noch eine Reihe /dev/mapper-Einträge für das LVM.
Laut /etc/fstab ist /dev/sda1 => /boot/efi /dev/sda2 => /boot und in /dev/mapper finden sich /, /home und swap.
Und was sagt fdisk über die Partitionierung Deines Sticks?
Nächster Schritt (wo die Probleme begannen) Ich habe Linux Mint mit einem Live-Stick gebootet und die Installation begonnen. Der eingesteckte Ziel-Stick war dann (wie in meinem Post genannt) als /dev/sdb registriert. Ich habe den Stick nicht separat partitioniert, sondern nur ein /dev/sdb1 für / verwendet und (zumindest bin ich mir sicher) /dev/sdb als Ziel für den MBR verwendet, damit das neue Linux isoliert auf den Stick käme und nicht meine Festplatteninstallation durcheinander bringt.
Das wird aber auf einem EFI-bootenden Rechner so nicht gehen - da fehlt doch die EFI-Partition, oder?
*Nach* der Installation musste ich dann feststellen, dass das Stick- Mint /dev/sda1 als /boot/efi verwendet, was erstens dazu führt, dass der Stick nur auf diesem Rechner startet und zweitens, dass der Rechner von sich aus versucht, den Stick zu booten.
Ja, eine andere EFI-Partition hat er ja auch nicht ...
[...] Also nochmals die Frage: Kann ich die Installation auf dem Stick so reparieren, dass sie nicht mehr /boot/efi auf der Festplatte verwendet, sondern autark vom Stick startet?
Wenn Du ein EFI-System aufsetzten willst (das dann _hoffentlich_ mit den Lab-Rechnern funktioniert) wirst Du eine EFI-Partition brauchen.