Boot/Hybernation Partition not found

Nein. Diese Datei wird gar nicht editiert!
Lies doch mal die ersten paar Zeilen (der Datei) …
Die wird generiert aus dem Inhalt von /etc/default/grub
Dort machst Du Änderungen und läßt dann update-grub laufen - das (re)generiert die Datei.

Habe scheinbar gefunden wieso das quiet nicht funktionierte.
Scheinbar ist die führende grub.cfg aus dem zusätzlichen Manjaro KDE und nicht die aus dem defekten GNOME.

/etc/default/grub aus dem scheinbar führenden zusätzlichen Manjaro KDE.

GRUB_DEFAULT=saved
GRUB_TIMEOUT=5
GRUB_TIMEOUT_STYLE=hidden
GRUB_DISTRIBUTOR="Manjaro"
GRUB_CMDLINE_LINUX_DEFAULT="splash udev.log_priority=3"
GRUB_CMDLINE_LINUX=""

# If you want to enable the save default function, uncomment the following
# line, and set GRUB_DEFAULT to saved.
GRUB_SAVEDEFAULT=true

# Uncomment to disable submenus in boot menu
#GRUB_DISABLE_SUBMENU=y

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
#GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command 'videoinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment this option to enable os-prober execution in the grub-mkconfig command
GRUB_DISABLE_OS_PROBER=false

# Uncomment and set to the desired menu colors.  Used by normal and wallpaper
# modes only.  Entries specified as foreground/background.
GRUB_COLOR_NORMAL="light-gray/black"
GRUB_COLOR_HIGHLIGHT="green/black"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/usr/share/grub/background.png"
GRUB_THEME="/usr/share/grub/themes/manjaro/theme.txt"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"

# Uncomment to ensure that the root filesystem is mounted read-only so that
# systemd-fsck can run the check automatically. We use 'fsck' by default, which
# needs 'rw' as boot parameter, to avoid delay in boot-time. 'fsck' needs to be
# removed from 'mkinitcpio.conf' to make 'systemd-fsck' work.
# See also Arch-Wiki: https://wiki.archlinux.org/index.php/Fsck#Boot_time_checking
#GRUB_ROOT_FS_RO=true

Die zugehörige /boot/grub/grub.cfg

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

set menu_color_normal=light-gray/black
set menu_color_highlight=green/black

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 39e06d20-ddb3-4ccd-b909-07a242e37603
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 39e06d20-ddb3-4ccd-b909-07a242e37603
insmod gfxmenu
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_24.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_48.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_bold_16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_mono_12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-18.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b18.pf2
insmod png
set theme=($root)/usr/share/grub/themes/manjaro/theme.txt
export theme
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=hidden
  set timeout=5
# Fallback hidden-timeout code in case the timeout_style feature is
# unavailable.
elif sleep --interruptible 5 ; then
  set timeout=0
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Manjaro Linux' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-39e06d20-ddb3-4ccd-b909-07a242e37603' {
	savedefault
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root 39e06d20-ddb3-4ccd-b909-07a242e37603
	linux	/boot/vmlinuz-6.1-x86_64 root=UUID=39e06d20-ddb3-4ccd-b909-07a242e37603 rw  splash udev.log_priority=3
	initrd	/boot/amd-ucode.img /boot/initramfs-6.1-x86_64.img
}
submenu 'Erweiterte Optionen für Manjaro Linux' $menuentry_id_option 'gnulinux-advanced-39e06d20-ddb3-4ccd-b909-07a242e37603' {
	menuentry 'Manjaro Linux (Kernel: 6.1.7-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.1.7-1-MANJARO x64-advanced-39e06d20-ddb3-4ccd-b909-07a242e37603' {
	savedefault
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 39e06d20-ddb3-4ccd-b909-07a242e37603
		linux	/boot/vmlinuz-6.1-x86_64 root=UUID=39e06d20-ddb3-4ccd-b909-07a242e37603 rw  splash udev.log_priority=3
		initrd	/boot/amd-ucode.img /boot/initramfs-6.1-x86_64.img
	}
	menuentry 'Manjaro Linux (Kernel: 6.1.7-1-MANJARO x64 - fallback initramfs)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.1.7-1-MANJARO x64-fallback-39e06d20-ddb3-4ccd-b909-07a242e37603' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 39e06d20-ddb3-4ccd-b909-07a242e37603
		linux	/boot/vmlinuz-6.1-x86_64 root=UUID=39e06d20-ddb3-4ccd-b909-07a242e37603 rw  splash udev.log_priority=3
		initrd	/boot/initramfs-6.1-x86_64-fallback.img
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Linux Mint 21.1 Vera (21.1) (auf /dev/vdb10)' --class linuxmint --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
	savedefault
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
	linux /boot/vmlinuz-5.15.0-58-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro quiet splash
	initrd /boot/initrd.img-5.15.0-58-generic
}
submenu 'Erweiterte Optionen für Linux Mint 21.1 Vera (21.1) (auf /dev/vdb10)' $menuentry_id_option 'osprober-gnulinux-advanced-d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
	menuentry 'Linux Mint 21.1 Cinnamon (auf /dev/vdb10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15.0-58-generic--d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
		linux /boot/vmlinuz-5.15.0-58-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro quiet splash
		initrd /boot/initrd.img-5.15.0-58-generic
	}
	menuentry 'Linux Mint 21.1 Cinnamon, with Linux 5.15.0-58-generic (auf /dev/vdb10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15.0-58-generic--d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
		linux /boot/vmlinuz-5.15.0-58-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro quiet splash
		initrd /boot/initrd.img-5.15.0-58-generic
	}
	menuentry 'Linux Mint 21.1 Cinnamon, with Linux 5.15.0-58-generic (recovery mode) (auf /dev/vdb10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15.0-58-generic--d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
		linux /boot/vmlinuz-5.15.0-58-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro recovery nomodeset dis_ucode_ldr
		initrd /boot/initrd.img-5.15.0-58-generic
	}
	menuentry 'Linux Mint 21.1 Cinnamon, with Linux 5.15.0-47-generic (auf /dev/vdb10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15.0-47-generic--d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
		linux /boot/vmlinuz-5.15.0-47-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro quiet splash
		initrd /boot/initrd.img-5.15.0-47-generic
	}
	menuentry 'Linux Mint 21.1 Cinnamon, with Linux 5.15.0-47-generic (recovery mode) (auf /dev/vdb10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15.0-47-generic--d93fe158-34ac-44d4-96f3-37d6ac0447e6' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root d93fe158-34ac-44d4-96f3-37d6ac0447e6
		linux /boot/vmlinuz-5.15.0-47-generic root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 ro recovery nomodeset dis_ucode_ldr
		initrd /boot/initrd.img-5.15.0-47-generic
	}
}

menuentry 'Windows Boot Manager (auf /dev/vdb3)' --class windows --class os $menuentry_id_option 'osprober-efi-4AF8-7609' {
	savedefault
	insmod part_gpt
	insmod fat
	search --no-floppy --fs-uuid --set=root 4AF8-7609
	chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
menuentry 'Manjaro Linux (22.0.1) (auf /dev/vdb7)' --class manjarolinux --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-b875922a-a777-41c7-9838-62f3a6af7c9e' {
	savedefault
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root b875922a-a777-41c7-9838-62f3a6af7c9e
	linux /boot/vmlinuz-5.15-x86_64 root=UUID=b875922a-a777-41c7-9838-62f3a6af7c9e rw i915.enable_rc6=0 resume=UUID=5e71a774-d149-418d-bd72-38868152df87
	initrd /boot/intel-ucode.img /boot/initramfs-5.15-x86_64.img
}
submenu 'Erweiterte Optionen für Manjaro Linux (22.0.1) (auf /dev/vdb7)' $menuentry_id_option 'osprober-gnulinux-advanced-b875922a-a777-41c7-9838-62f3a6af7c9e' {
	menuentry 'Manjaro Linux (auf /dev/vdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15-x86_64--b875922a-a777-41c7-9838-62f3a6af7c9e' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root b875922a-a777-41c7-9838-62f3a6af7c9e
		linux /boot/vmlinuz-5.15-x86_64 root=UUID=b875922a-a777-41c7-9838-62f3a6af7c9e rw i915.enable_rc6=0 resume=UUID=5e71a774-d149-418d-bd72-38868152df87
		initrd /boot/intel-ucode.img /boot/initramfs-5.15-x86_64.img
	}
	menuentry 'Manjaro Linux (Kernel 5.15.65-1-MANJARO x64) (auf /dev/vdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15-x86_64--b875922a-a777-41c7-9838-62f3a6af7c9e' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root b875922a-a777-41c7-9838-62f3a6af7c9e
		linux /boot/vmlinuz-5.15-x86_64 root=UUID=b875922a-a777-41c7-9838-62f3a6af7c9e rw i915.enable_rc6=0 resume=UUID=5e71a774-d149-418d-bd72-38868152df87
		initrd /boot/intel-ucode.img /boot/initramfs-5.15-x86_64.img
	}
	menuentry 'Manjaro Linux (Kernel 5.15.65-1-MANJARO x64 - fallback initramfs) (auf /dev/vdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.15-x86_64--b875922a-a777-41c7-9838-62f3a6af7c9e' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root b875922a-a777-41c7-9838-62f3a6af7c9e
		linux /boot/vmlinuz-5.15-x86_64 root=UUID=b875922a-a777-41c7-9838-62f3a6af7c9e rw i915.enable_rc6=0 resume=UUID=5e71a774-d149-418d-bd72-38868152df87
		initrd /boot/initramfs-5.15-x86_64-fallback.img
	}
	menuentry 'Memory Tester (memtest86+) (auf /dev/vdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/memtest86+/memtest.bin--b875922a-a777-41c7-9838-62f3a6af7c9e' {
		savedefault
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root b875922a-a777-41c7-9838-62f3a6af7c9e
		linux /boot/memtest86+/memtest.bin 
	}
}

set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/35_fwupd ###
### END /etc/grub.d/35_fwupd ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

### BEGIN /etc/grub.d/41_snapshots-btrfs ###
### END /etc/grub.d/41_snapshots-btrfs ###

### BEGIN /etc/grub.d/60_memtest86+ ###
if [ "${grub_platform}" == "pc" ]; then
    menuentry "Memory Tester (memtest86+)" --class memtest86 --class gnu --class tool {
        search --fs-uuid --no-floppy --set=root  39e06d20-ddb3-4ccd-b909-07a242e37603
        linux16 /boot/memtest86+/memtest.bin 
    }
fi
### END /etc/grub.d/60_memtest86+ ###

### BEGIN /etc/grub.d/60_memtest86+-efi ###
if [ "${grub_platform}" == "efi" ]; then
    menuentry "Memory Tester (memtest86+)" --class memtest86 --class gnu --class tool {
        if loadfont unicode ; then
            set gfxmode=1024x768,800x600,auto
            set gfxpayload=800x600,1024x768
            terminal_output gfxterm
        fi
        search --fs-uuid --no-floppy --set=root  39e06d20-ddb3-4ccd-b909-07a242e37603
        linux /boot/memtest86+/memtest.efi 
    }
fi
### END /etc/grub.d/60_memtest86+-efi ###

Nachdem der Splash oder heißt es Plymouth? kurz durchgelaufen ist, ist man wieder beim blinkenden Prompt. Ich vermute man muss das loglevel/log.priority ebenso entfernen um ggf. noch mehr zu sehen.

Edit: Nein, auch das entfernen davon verändert nichts. Man sieht nachdem durchlaufen des Splash/Plymouth wieder den blinkenden Prompt.

Wenn das ganze in einer VM läuft, dann solltest Du vielleicht mal die Referenzen zur Intel Grafik rausnehmen
die man in /boot/grub/grub.cfg für Manjaro sieht?

In Deiner geposteten /etc/default/grub ist aber davon gar nichts zu sehen.
Wo stammen dann diese Einträge in /boot/grub/grub.cfg her?

Die beiden Dateien scheinen mir gar nicht zusammen zu gehören.

Das Grub Auswahlmenü müßte Dir alle installierten Systeme zeigen (laut /boot/grub/grub.cfg)
und Du müßtest auch alle starten können.
Ob sie dann auch richtig booten ist noch mal ne andere Geschichte.

Aber diese Datei kann eigentlich nicht von der von Dir geposteten /etc/default/grub generiert worden sein,
denn diese Majaro Optionen tauchen darin gar nicht auf:

i915.enable_rc6=0
resume=UUID=5e71a774-d149-418d-bd72-38868152df87
...

die UUID fürs erste Manjaro existiert nirgends in Deiner Liste oben
root=UUID=39e06d20-ddb3-4ccd-b909-07a242e37603

Ich persönlich bin immer noch am selben Punkt wie zu Anfang:
ich sehe hier überhaupt nicht durch.

Bis sich das geändert hat werde ich mich lieber mit Ratschlägen zurückhalten.

Ein Fakt noch:
der Manjaro Boot Loader kann Mint booten - umgekehrt geht das nicht ohne weiteres.

Das ist auch der Fall, es werden im GRUB die Systeme angezeigt. Mint funktioniert der Boot. Win zwar nicht, aber die sind ja immer zickig bei anderer Hardware. Deshalb ist das egal, da es ja um GNOME System geht.
Das Manjaro GNOME leider noch nicht.

Aus dem zusätzlich installierten Manjaro KDE, was wie beschrieben scheinbar der/die führende grub/.cfg ist.

Die oberen waren noch aus dem GNOME System was nicht booten will. Was aber wie es aussieht nicht das führende GRUB/.cfg System ist. Da Änderungen dort wie quiet entfernen, wie beschrieben keine Auswirkungen hatten.

Warum noch teilweise Intel drin, ist vermutlich deshalb weil der Physische PC von dem das Acronis Image gemacht wurde, Intel hat.
Was wie oben beschrieben in einer VM recovert wurde. Der Hypervisor dieser ist ein Unraid Server mit AMD System obwohl das bei VMs ja egal ist welche Hardware Physisch vorhanden ist.

Das Manjaro KDE System wurde wie oben beschrieben in der VM zusätzlich installiert, weil der GRUB den man auswählen konnte, nicht mehr starten wollte und dies danach wieder möglich ist.

Ein Screenshot vom dem blinkenden Prompt.
Bildschirmfoto vom 2023-02-05 02-03-59

Danke schon mal an alle für die schnelle Hilfe!

Falls keiner ne Idee hat, was es noch sein könnte, vielleicht die Home Partition bzw. den User Ordner dort in ein laufendes/frisches GNOME einbinden/kopieren und fehlende Programme nach installieren. Das könnte doch ggf. gehen, da auf /Root keine Userdaten liegen sollten da dafür ja /home da ist?

Wie könnte ich mir dafür die installierten Programme … ausgeben lassen?

Ich bin mit meinem Latein am Ende.

Ich versuchs nochmal zu verstehen.

Das sind alles virtuelle Maschinen und auch als solche installiert - bis auf die eine?

Das System was nicht funktioniert ist das, was Du von echter Hardware in die VM verpflanzt hast?

was ich aus /boot/grub/grub.cfg lese:

Du hast ein neues Linux (KDE) installiert und kannst mit der Hilfe dieses Bootloaders auch die anderen Systeme starten.
Von diesem haben wir nur die UUID: root=UUID=39e06d20-ddb3-4ccd-b909-07a242e37603
dann gibt es noch:

  • einmal Linux Mint Cinnamon 21.1 - root=UUID=d93fe158-34ac-44d4-96f3-37d6ac0447e6 - auf /dev/vdb10
  • einmal Windows - auf /dev/vdb3
  • und dann das System um das es geht - root=UUID=b875922a-a777-41c7-9838-62f3a6af7c9e - auf /dev/vdb7

Das ist das, was Deine /boot/grub/grub.cfg sagt.

Ganz oben in Deinem ersten Beitrag hast Du aber alle Platten als /dev/vdaX gelistet.
(/dev/vda vs /dev/vdb)
Man kann ja nach der UUID gehen und diese Info ignorieren aber die Diskrepanz trägt nicht direkt zum Verständnis bei.

Das System was jetzt nicht bootet war einmal auf echter Hardware installiert, richtig?
Du hast es transplantiert, bisher aber nicht verändert. Richtig?

Daß es nicht starten kann, wird wohl an fehlenden Treibern liegen - so wie echte Hardware Treiber braucht, braucht auch eine VM welche -
nur mit denen für die echte Hardware kommt das System in der virtuellen Umgebung ziemlich sicher nicht klar.

Deshalb hatte ich auch geraten, mal die Grafiktreiber aus der Boot Konfiguration zu entfernen.

Habe ich das soweit alles richtig beschrieben?

Was ist das für eine VM?
VirtualBox? KVM/Qemu?

Was ist so “toll” an dieser Maschine, daß Du sie unbedingt benutzen willst, statt einfach nur die Daten in eine schon vorhandene, funktionierende zu transferieren?

Für die Liste der installierten Pakete:
chroot in das “defekte” System
dort dann:
pacman -Qqe > paketliste.txt

Um die Daten zu sichern
oder einfach nur darauf zuzugreifen
brauchst Du einfach nur die /home Partition des fraglichen Systems
( /dev/vda8 oder vielleicht auch /dev/vdb8
… jedenfalls die mit dieser UUID …)
/dev/vda8: LABEL="Home GNOME" UUID="d9008762-c9c7-45a1-9062-9a575c3155dd"

von einer der beiden funktionablen Installationen aus einzuhängen - und fertig ist der Lack :wink:

Vielen, Vielen Dank dennoch!
Tut mir Leid!

Alle Systeme stammen aus dem selben Acronis Image von dem selben physischen System. Bis auf die zusätzliche KDE Maschine. Die ist als VM installiert worden.

Korrekt!

Sorry, das ist mir nicht aufgefallen. Die befinden sich alle auf der selben Platte. Egal ob jetzt vda oder vdb.

Genau von echter Hardware.
Bis auf die changeroot Sachen und das entfernen der SWAP Partition aus den Dateien die hier genannt wurden.

Das könnte es sein.

Genau, weiß ich nicht was Unraid für nen Hypervisor nutzt. Die Infos die ich gefunden hab, ist KVM. Es wird QEMU im Fenstertitel angezeigt, wenn man sich mit dem Viewer von Unraid auf die VM aufschaltet.

Hatte gedacht, das dies schneller geht.
Aber transferieren ist wohl die bessere Variante.

Ich werde es mal mit dem Transfer probieren und berichten.

Ich habe keine Erfahrung damit, Abbilder von auf echter Hardware laufenden Systemen in virtuelle Umgebungen zu überführen.
Da sind sicher Anpassungen nötig - gelesen habe ich davon schon.
Speziell ist mir in Erinnerung, daß man, wenn man sowas vorhat, schon bevor man das Abbild erstellt die nacher in der virtuellen Umgebung benötigten Treiber usw. installieren sollte -
damit man dann nacher nicht das Problem hat, daß das Abbild in der VM wegen fehlender Treiber nicht mehr funktioniert und man das etwas umständlich nachholen muß.

Aber einfach nur auf die Daten zuzugreifen, sie zu extrahieren oder zu kopieren, ist kein Problem.
Man braucht einfach nur das Abbild einer Partition als externes Laufwerk einhängen - so als würde man die physische Festplatte als zweite Platte in einen PC einbauen oder via USB anstecken.

Ich habe mir am Anfang gar nichts weiter gedacht bei dem Begriff: “Unraid” - und ich weiß auch noch immer nicht genau, was das ist.
Ein NAS mit zusätzlichen Möglichkeiten so wie es aussieht.
Keine Ahnung wie das mit Abbildern virtueller Maschinen umgeht bzw. wie man das bedient.

Ich kenne nur VirtualBox und KVM/qemu unter Virt-Manager
und habe deshalb eine sicher falsche Vorstelung von dem, was Du da vor Dir hast.

Aber ich denke das auslesen der Daten sollte keine große Hürde sein.

Oh man :man_facepalming:

Wenn ich gewusst hätte, dass es sich um eine VM handelt, dann könnte ich dir auch gleich sagen können, dass

  1. suspend
  2. hibernation

NICHT funktionieren werden, wegen des VM-BIOS.

VMs haben bieten das generell außerhalb an, also im VM-Menü. Sowas wie “Sitzung speichern”.

Leider habe ich dein “vda” auch überlesen am Anfang. :joy:

Kann es sein dass es sich um ein
“Ich sehe was was du nicht siehst”-problem handelt ?

Also Du siehst die partition mit der UID xxxxxxxx, aber

  • das BIOS der VM sieht sie nicht oder
  • der GRUB der aus der VM gestartet wird sieht sie nicht
    weil sie nicht “durchgereicht” ist.

Andreas :footprints:

Hab gerade mal probiert ob man auf die Konsole mit Strg+Alt+F2 drauf kommt wenn der Prompt am blinken ist. Ja, das kommt man und man kann sich auch anmelden.

Es scheint also nur die GUI zu betreffen die nicht hoch kommt.

Im journalctl -xb taucht öfter was in Orange auf das was mit dem gdm-x-session ist (usr/lib/gdm-x-session). Da dort was zu Intel Drivers steht, vermute ich das er versucht mit den Intel HD Graphics Treibern die Virtuelle GPU der VM anzusprechen.

Kann man das journactl -xb auch noch in ein Log ausgeben, damit man es sich später nochmal ansehen kann und ggf. auch was markieren/kopieren kann?

Such mal wie man mhwd benutzt um den Grafiktreiber zu ändern/zu installieren.

mhwd -h

mhwd -li

Im meiner VM heißt der Treiber:
video-virtualmachine

Mit dem Installieren/Deinstallieren dieser Dinge unter Manjaro bin ich nicht vertraut.



SYSTEMD_COLORS=true journalctl -xb --no-pager > testfile
ansehen mit
less -R testfile

(die Option --no-pager gibt das ganze log auf einmal aus)

die einfache Variante, dann aber ohne die Farbencodes
(die stören eher, wenn man das “testfile” statt mit less mit irgendeinem Editor ansieht später):

journalctl -xb --no-pager > testfile

less testfile

Mit mhwd -li wird network-r8168 und video-linux angezeigt.

Dann müsste es ja reichen mit mhwd -r video-linux diesen zu entfernen, damit er den video-virtualmachine nutzt?

Bzw. man diesen mit mhwd -i video-virtualmachine installiert.

Laut Phil ist Intel wohl Teil von video-linux: Mhwd unable of finding the intel graphics card - #5 by philm

mhwd -h
gibt Hilfestellung zu den Optionen

mhwd -li
listet auf, was installiert ist - nicht was sein sollte …

Wie gesagt:
ich weiß nicht, was man u.U. noch installieren muß und wie man mhwd sagt, daß dieser Treiber installiert werden soll.
Aber Du kannst ja einfach probieren - mehr als “funktioniert immer noch nicht” kann ja dabei nicht passieren. :grimacing:

Wegen der wahrscheinlich auch noch in der VM benötigten anderen Software kann ich Dir nur raten, Dir die original installierte KDE VM mal anzusehen.
spice-vdagent ist eins der Dinge, von denen ich weiß, daß sie bei mir installiert sind
und verschiedene Dinge mit virtio im Namen.

Du willst ja aber nicht Intel - oder?
Der Treiber in meiner VM heißt virtio-pci
Das ist kein Treiber für echte Hardware sondern für virtuelle.
Du hast es nicht mit echter Hardware zu tun in einer VM.
Den Netzwerktreiber kannst Du deshalb auch vergessen (network-r8168) und bedenkenlos deinstallieren.

… ich weiß es nicht :man_shrugging:

Scheinbar ist die Detect EFI bootloaders Funktion in den Live System ISOs etwas buggy.
Dort wird teilweise behauptet das es keine gäbe.
Obwohl noch alles vorhanden ist und man per Live System auf die Partitionen kommt und auch per chroot nen update-grub starten kann und dieser auch alle findet.

Bspw. konnte ich mit nem Ubuntu ISO oder aus dem BIOS heraus booten.
Gestern und davor hatte er das schon mal und dann funktionierte es auch mal wieder.

Scheinbar ist dies der Übeltäter gewesen: etc/X11/xorg.conf.d/90-mhwd.conf → /etc/X11/mhwd.d/intel.conf

Habe mit unlink diesen symlink entfernt und nun startet auch die GUI! :partying_face:
Teste es noch weiter.

Vielen, Vielen Dank und Entschuldigung schon mal an alle für die Hilfe, Mühe und Umstände!