Hallo Daniel,


Nachdem ich meine Daten auf einer neuen Intenso ssd wiederbelebt hatte, überschrieb ich meine komplette nvme0n1 mit Nullen.

Danach installierte ich zuerst Ubuntu 20.04 neu und danach Kubuntu 18.04 auf der nvme.

Damit funktionierte alles erst mal. Auch Winows lies sich öffnen, auch die Intenso.

Also alles in Ordnung könnte man meinen.

Nun aber kann ich auf meine Intenso und auf Windows nicht mehr zu greifen.

Im Grub werden sie zwar aufgeführt aber wenn ich sie starten will werden mir 3 Fehler mitgeteilt und dann noch, dass ich erst den Kernel laden müsste…

Ja, hab ich mir gedacht installierst du den Grub neu und erhalte dann unten als Foto anhängende Info. Darin heißt es: Achtung Dateisystem unterstützt keine „ext2“ Einbettungen. Grub kann in dieser Einstellung nur mit Blocklisten installiert werden, aber die sind unzulässig…

Unter Blocklisten finde ich im Internet auch nichts was mir weiter helfen könnte.

Zumindest hab ich auf keiner meiner angeklemmten Platten irgendwo ext2 dabei.

Kannst Du mir da irgendwie weiter helfen?

Meine sda 1und 2 sind das „alte – rekapitulierte“ Kubuntu 18.04. Sdb 1 ist Windows, Nvme0n1p1 und p5 sind Ubuntu 20.04 und Nvme0n1p6 und 7 ist kubuntu 18.04.

lsblk -f sagt folgendes

{{{gerd@gerd-kubu:~$ lsblk -f
NAME        FSTYPE   LABEL   UUID                                 MOUNTPOINT
loop0       squashfs                                              /snap/snapd/14066
loop1       squashfs                                              /snap/snapd/13640
loop2       squashfs                                              /snap/core18/2246
loop3       squashfs                                              /snap/chromium/1810
loop4       squashfs                                              /snap/core18/2253
loop5       squashfs                                              /snap/bare/5
loop6       squashfs                                              /snap/chromium/1827
loop7       squashfs                                              /snap/core/11993
loop8       squashfs                                              /snap/gtk-common-themes/1519
loop9       squashfs                                              /snap/gnome-3-28-1804/161
loop10      squashfs                                              /snap/chromium-ffmpeg/23
sda                                                              
├─sda1      ext4             09db4df7-135b-4d22-8d52-e0300176dc7c
└─sda2      ext4             35c11946-eb31-42dc-8bf7-a3d659318de3
sdb                                                              
└─sdb1      ntfs     windows 722A18F2702A7246                    
sr0                                                              
nvme0n1                                                          
├─nvme0n1p1 ext4             03a50632-9caf-4e08-be4b-442178e453d9
├─nvme0n1p2                                                      
├─nvme0n1p5 ext4             19e71580-03ba-4e67-a940-e05cd804cf92
├─nvme0n1p6 ext4             306da0cc-0522-423e-be38-b96e6cd783ca /
└─nvme0n1p7 ext4             a288c308-2b73-4a62-8c6b-d6690d7c8b45 /home
}}}

Meine fstab sieht so aus:

{{{# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p6 during installation
UUID=306da0cc-0522-423e-be38-b96e6cd783ca /               ext4    errors=remount-ro 0       1
# /home was on /dev/nvme0n1p7 during installation
UUID=a288c308-2b73-4a62-8c6b-d6690d7c8b45 /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

}}}

So, ich hoffe meine Codeblocks kommen auch als solche an...


Vielen Dank erst mal wieder an alle, die da mit lesen.

Grüße Gerd