Moin,
versuch mal den Rettungsmodus vom Installer, nehme das alte System als
Root und da dann grub-install, update-grub. Du solltest dann beim neuem
System grub runter schmeißen, das es nur von einem System verwaltet wir,
so hat es bei mir funktioniert. Es gibt sicherlich viele Möglichkeiten.
Gruß
J°
Am 15.07.20 um 13:56 schrieb Klaus Becker:
> aMoin,
>
> ich habe auf meiner FP mit gparted /home verkleinert und auf dem
> freien Platz auf einer neuen Partition Debian neu installiert. Ich
> kann aber nicht darauf booten, ich bekomme die Fehlermeldung "unknown
> filesystem".
>
> Grub hängt von Debian unstable auf sda1 ab, in grub.cfg steht u. A.:
>
>
> $ grep sda7 /boot/grub/grub.cfg
> menuentry 'Debian GNU/Linux bullseye/sid (on /dev/sda7)' --class
> debian --class gnu-linux --class gnu --class os $menuentry_id_option
> 'osprober-gnulinux-simple-8922c96b-8fc6-4836-b764-6e0a18396886' {
> submenu 'Advanced options for Debian GNU/Linux bullseye/sid (on
> /dev/sda7)' $menuentry_id_option
> 'osprober-gnulinux-advanced-8922c96b-8fc6-4836-b764-6e0a18396886' {
> menuentry 'Debian GNU/Linux (on /dev/sda7)' --class gnu-linux
> --class gnu --class os $menuentry_id_option
> 'osprober-gnulinux-/boot/vmlinuz-5.7.0-1-amd64--8922c96b-8fc6-4836-b764-6e0a18396886'
> {
> menuentry 'Debian GNU/Linux, with Linux 5.7.0-1-amd64 (on
> /dev/sda7)' --class gnu-linux --class gnu --class os
> $menuentry_id_option
> 'osprober-gnulinux-/boot/vmlinuz-5.7.0-1-amd64--8922c96b-8fc6-4836-b764-6e0a18396886'
> {
> menuentry 'Debian GNU/Linux, with Linux 5.7.0-1-amd64
> (recovery "mode) (on /dev/sda7)' --class gnu-linux --class gnu --class
> os $menuentry_id_option
> 'osprober-gnulinux-/boot/vmlinuz-5.7.0-1-amd64-root=UUID=d76f9ae5-4c62-4cae-82fa-6cbc25c05955
> ro single-8922c96b-8fc6-4836-b764-6e0a18396886' {
> menuentry 'Debian GNU/Linux, with Linux 4.19.0-9-amd64 (on
> /dev/sda7)' --class gnu-linux --class gnu --class os
> $menuentry_id_option
> 'osprober-gnulinux-/boot/vmlinuz-4.19.0-9-amd64--8922c96b-8fc6-4836-b764-6e0a18396886'
> {
> menuentry 'Debian GNU/Linux, with Linux 4.19.0-9-amd64
> (recovery mode) (on /dev/sda7)' --class gnu-linux --class gnu --class
> os $menuentry_id_option
> 'osprober-gnulinux-/boot/vmlinuz-4.19.0-9-amd64-root=UUID=d76f9ae5-4c62-4cae-82fa-6cbc25c05955
> ro single-8922c96b-8fc6-4836-b764-6e0a18396886' {
>
> Wieso steht darin gleichzeitig "8922c96b-8fc6-4836-b764-6e0a18396886"
> und "d76f9ae5-4c62-4cae-82fa-6cbc25c05955"? Es kann doch nur eine UUID
> für eine Partition geben.
>
> Weitere Infos:
>
> # blkid -s UUID -o value /dev/sda7
> 8922c96b-8fc6-4836-b764-6e0a18396886
>
> In "etc/fstab" von sda7 steht u. A.:
>
> # / was on /dev/sda7 during installation
> UUID=8922c96b-8fc6-4836-b764-6e0a18396886 / ext4 errors=remount-ro 0 1
>
> Diese UUID habe ich sogar per "# tune2fs -U random /dev/sda7" neu
> erstellt und dann in fstab angepasst.
>
> Warum dann die Fehlermeldung "unknown filesystem"?
>
> Gruß
>
> Klaus
>
>
>
>
>
>
>
>
>
--
Referent Technik
Studentenrat der TU Dresden
Helmholtzstr. 10
01069 Dresden
Tel: 0351 - 463 32042
Fax: 0351 - 463 33949
christoph.kleine@stura.tu-dresden.de
https://stura.tu-dresden.de/referat_technik
Administrator Fachschaftsrat Maschinenwesen
technik@fsr.mw.tu-dresden.de
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature