staging.inyokaproject.org

Hallo Gemeinde

Ich habe heute versucht, eine Ubuntu 22.04 Server-Installation auf eine neue Festplatte zu kopieren. Dabei bin ich nach dieser Anleitung hier vorgegangen:

https://wiki.ubuntuusers.de/Ubuntu_umziehen

Bei den Punkten

1
2

update-grub2
grub-install /dev/sda

war allerdings Schluß.

1

update-grub2

hatte in der Bildschirmausgabe schon einen Error "unknow filesystem".

1

grub-install /dev/sdb

endete dann auch mit "grub: error: unknow filesystem.

Meine ursprüngliche Installation liegt auf einer Harddisk mit GPT-Partitionsschema, einer 1,00 MiB Partition (sdb1) mit dem "Dateisystem" grub2 core.img und der Markierung "bios_grub" sowie einer ext4-Partition (ca. 125 GiB) für das System. Die neue Platte hab ich erst auch als GPT mit einer 1,00 MiB Partition ausgestattet, die ich allerdings als "gelöscht" und ohne Markierung angelegt hatte, weil sich eine Dateisystem "grub2 core.img" mit GParted nicht anlegen lässt. Ergebnis bei der Grub-Installation: Unknow filesystem. Dann habe ich dasselbe nochmal gemacht und die 1,00 MiB-Partition mit "bios_grub" markiert. Ergebnis bei der Grub-Installation: Unknow filesystem. Dann habe ich die Platte mit MBR-Partitionsschema ausgestattet. Ergebnis bei der Grub-Installation: Unknow filesystem.

Was mache ich hier falsch? Was bedeutet diese "unknow filesystem"?

Eine solche Konstellation mit einer bios_grub-Partition verwendet man eigentlich auf alten Geräten mit BIOS (statt UEFI), welche nur im MBR-Modus booten können, und man trotzdem die Platte mit GPT nutzen möchte (um z.B. mehr als 4 primäre Partitionen anlegen zu können). Siehe MBR-mit-GUID-Partitionstabelle-GPT.

Trifft dies denn bei dir zu? Probiere https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#chroot-Methode.

Da du aber laut deiner Beschreibung sowieso nur eine (Nutz-) Partition darauf hast, ist das ganze Konstrukt aus meiner Sicht eigentlich etwas unsinnig.

Prinzipien:

• Gerät hat BIOS ▶ MBR-Partitionierung (Standardfall)

• Gerät hat BIOS ▶ GPT-Partitionierung mit bios_grub-Partition (Sonderfall, funktioniert nur bei Linux, nicht bei Windows)

• Gerät hat UEFI (CSM nicht aktiviert) ▶ GPT-Partitionierung (Standardfall)

• Gerät hat UEFI (CSM aktiviert = BIOS-Emulation) ▶ MBR-Partitionierung

HansHiasl schrieb:

1	grub-install /dev/sdb

endete dann auch mit "grub: error: unknow filesystem.

Binde das mal mit

sudo mount -o rbind /dev /mnt/dev

statt

sudo mount -o bind /dev /mnt/dev

und

sudo mount -t sysfs /sys /mnt/sys

statt

sudo mount -o /sys /mnt/sys

ein.

Hallo dingsbums

Bei Deiner Einschätzung eines unsinnigen Konstrukts teile ich. Es trifft Dein Aufzählungspunkt 2 zu. Und ich verwende auch ein altes Gerät. Ich kann hier nur vermuten, dass ich bei der Installation des Ubuntu (damals 20.04 Server) eine GPT-Festplatte verwendet habe (ganz sicher sogar) und so das "Konstrukt" von der Installationsroutine zusammengebaut wurde. Dein Link auf die Grundlagen von Grub2 sagt mir, dass ich die 1,00 MiB-Partition falsch angelegt habe. Bei GParted hätte ich demnach nicht mit "gelöscht" formatieren dürfen sondern mit "nicht formatiert". Ich werde das die nächsten Tage nochmal probieren.

Hallo Ich habe jetzt mal alles durchprobiert, was dingsbums und tomtomtom angeboten haben. Und noch viele andere Dinge. Vieles, was das Internet so zu bieten hat. Nichts, aber auch gar nichts, hat irgend einen Ansatz gebracht, woran der Fail liegen könnte. Ich kriege diesen Bootloader nicht auf die Platte. Unknow filesystem ist das einzige, was ich erfahre. Ich hab jetzt zum testen mal mit dd "kopiert". Das funktioniert zwar. Will ich aber nicht, weil ich von einer großen Platte zu einer kleineren wechseln will. Ich installiere jetzt komplett neu.

Hallo,

ich bin schon des öfteren umgezogen, und bisher war für mich eine Neuinstallation immer das Einfachste. Am besten darauf achten, dieselbe Version mit demselben Update-Stand einzurichten, weil besonders Firefox und Thunderbird manchmal zickig werden, wenn verschiedene Versionen mit ihren Profilen ins Spiel kommen. Nach der Installation einfach als anderer Benutzer mit Root-Rechten den kompletten Home-Ordner aus der Datensicherung in die neue Installation einspielen, die Rechte korrigieren, und die in der neuen Installation fehlende Software nachinstallieren. Egal, ob anderer Rechner, andere Festplatte, virtuelle Maschine: Läuft. Immer alles da, (fast) bis zum letzten i-Tüpfelchen.

Gruss, juribel

Hallo

Ich habe auch eine Arch Linux-Installation auf einem Laptop mit EFI. Die hab ich auch schon zweimal auf eine andere Festplatte kopiert. Das geht immer ganz easy. Auch der Grub lässt sich da immer problemlos installieren.

Nur hier funktionierts nicht.

Ich hab jetzt Ubuntu Server 22.04 neu installiert.

Die Installationsroutine hat auch dieses mal die Festplatte so partitioniert, wie ganz oben beschrieben.

Die Neuinstallation läuft jetzt.