Nachdem auf Ubuntu 20.04 upgedatet wurde klappt Neueinrichtung von Dual Boot mit Live USB Stick nicht

Asked by Peter Bernreuter

Nachdem die Portierung von ubuntu 19... auf 20.04
geklappt hat, wollte ich in einer weiteren Partition auf dem Rechner ubuntu
16.04 zusätzlich installieren.

Dafür habe ich mir einen ubuntu Live USB Stick erstellt mit iso file von
Version 16.04.07. Beim Versuch diese 2.Partion anzulegen hing sich das
Programm immer wieder auf. zum eine wurde darauf hingewiesen, dass
Bootblock-Größe und von Linux ermittelte Größe nicht zusammen passen,
anderseits auf mögliche Festplattenfehler. Außerdem scheint die Boot
Partition dabei nicht im UEFi mode sondern im Bios compatibilitäts mode
gewesen zu sein ( zumindest solange ubuntu 20.04 noch zu starten war).

Ich habe dann den Boot block auf UEFI umzustellen in der Hoffnung, dass
dann die Doppelinstallation mit dem ubuntu Live USB stick funktioniert.

Das ist leider fehlgeschlagen. Dann versuchte ich es mit Boot repair.
Dazu habe ich dann einen Fehlerbericht bekommen (siehe im Anhang).

Können Sie hier weiterraten wie man die beiden ubuntu Versionen auf einen
Rechner bekommt?

Report von boot-repair:

boot-repair-4ppa125
[20201211_0616]

============================= Boot Repair Summary
==============================

Warning: The driver descriptor says the physical block size is 2048 bytes,
but Linux says it is 512 bytes.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your
device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your
device.map.

Advices:
_______________________________________________________________________
The boot of your PC is in EFI mode, but no ESP partition was detected. You
may want to retry after creating a ESP partition (FAT32, 100MB~250MB, start
of the disk, boot flag).
Are you sure you want to continue anyway? yes

Recommended repair:
____________________________________________________________

The default repair of the Boot-Repair utility will reinstall the grub2 of
sda2 into the MBR of sda.
Additional repair will be performed: unhide-bootmenu-10s

========================= Reinstall the grub2 of sda2
==========================

grub-install --version
grub-install (GRUB) 2.04-1ubuntu26.7

==> Reinstall the GRUB of sda2 into the MBR of sda

grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.

chroot /mnt/boot-sav/sda2 update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-56-generic
Found initrd image: /boot/initrd.img-5.4.0-56-generic
Found linux image: /boot/vmlinuz-5.4.0-54-generic
Found initrd image: /boot/initrd.img-5.4.0-54-generic
Found linux image: /boot/vmlinuz-5.3.0-62-generic
Found initrd image: /boot/initrd.img-5.3.0-62-generic
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your
device.map.
Adding boot menu entry for UEFI Firmware Settings

Unhide GRUB boot menu in sda2/boot/grub/grub.cfg

An error occurred during the repair.

You can now reboot your computer.

The boot of your PC is in UEFI mode. You may want to retry after changing it
to BIOS-compatibility/CSM/Legacy mode.

============================ Boot Info After Repair
============================

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector
2048
    of the same hard drive for core.img. core.img is at this location and
    looks for (,gpt2)/boot/grub. It also embeds following components:

    modules
    ------------------------------------------------------------------------
---
    fshelp ext2 part_gpt biosdisk
    ------------------------------------------------------------------------
---

sda1:
__________________________________________________________________________

    File system: BIOS Boot partition
    Boot sector type: Grub2's core.img
    Boot sector info:

sda2:
__________________________________________________________________________

    File system: ext4
    Boot sector type: -
    Boot sector info:
    Operating System: Ubuntu 20.04.1 LTS
    Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
                       /boot/grub/i386-pc/core.img

sda3:
__________________________________________________________________________

    File system: swap
    Boot sector type: -
    Boot sector info:

sdb:
___________________________________________________________________________

    File system: iso9660
    Boot sector type: Unknown
    Boot sector info:
    Operating System:
    Boot files: /boot/grub/grub.cfg

================================ 1 OS detected
=================================

OS#1: Ubuntu 20.04.1 LTS on sda2

============================ Architecture/Host Info
============================

CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 16.04.7 LTS, xenial, x86_64)

===================================== UEFI
=====================================

BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.

efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2003,0001,2001,2002
Boot0000* EFI PXE 0 for IPv4 (80-FA-5B-70-64-46)
PciRoot(0x0)/Pci(0x1d,0x6)/Pci(0x0,0x1)/MAC(80fa5b706446,0)/IPv4(0.0.0.0:0<-
>0.0.0.0:0,0,0)RC
Boot0001* Linpus lite
HD(1,MBR,0x16,0x3267d0,0x1380)/File(\EFI\Boot\grubx64.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC

============================= Drive/Partition Info
=============================

Disks info:
____________________________________________________________________

sda : is-GPT, hasBIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048
sectors * 512 bytes

Partitions info (1/3):
_________________________________________________________

sda2 : is-os, 64, apt-get, grub-pc , grub2, grub-install, grubenv-ok,
update-grub, farbios

Partitions info (2/3):
_________________________________________________________

sda2 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid,
no-bmgr, notwinboot

Partitions info (3/3):
_________________________________________________________

sda2 : not-sepboot, with-boot, fstab-without-boot, not-sep-usr, with--usr,
fstab-without-usr, std-grub.d, sda

fdisk -l (filtered):
___________________________________________________________

Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: E5BD551B-7852-4057-AF2A-CB469C12148C
           Start End Sectors Size Type
sda1 2048 1050623 1048576 512M BIOS boot
sda2 1050624 1936746495 1935695872 923G Linux filesystem
sda3 1936746496 1953523711 16777216 8G Linux swap
Disk sdb: 7.5 GiB, 8019509248 bytes, 15663104 sectors
Disk identifier: 0x4baea210
      Boot Start End Sectors Size Id Type
sdb1 * 0 3316223 3316224 1.6G 0 Empty
sdb2 3303376 3308367 4992 2.4M ef EFI (FAT-12/16/32)

parted -lm (filtered):
_________________________________________________________

sda:1000GB:scsi:512:512:gpt:ATA Samsung SSD 860:;
1:1049kB:538MB:537MB::primary:bios_grub;
2:538MB:992GB:991GB:ext4:primary:;
3:992GB:1000GB:8590MB:linux-swap(v1):primary:;
sdb:8020MB:scsi:512:512:unknown:Imation Atom:;

blkid (filtered):
______________________________________________________________

NAME FSTYPE UUID PARTUUID
LABEL PARTLABEL
sdb iso9660 2020-08-06-23-06-24-00
Ubuntu 16.04.7 LTS amd64
├─sdb2 vfat C691-F11F 4baea21
    Ubuntu 16.04.7 LTS amd64
└─sdb1 iso9660 2020-08-06-23-06-24-00 4baea21
    Ubuntu 16.04.7 LTS amd64
sda
├─sda2 ext4 522c0f27-b7d5-4e04-a938-10e04db2
39b a7f14901-245d-48e8-b992-ec440e037544 primary
├─sda3 swap a08b807e-a6d1-4a78-b1e1-4994831b
ce4 227952ab-e223-46b7-8c2a-a85066b67f91 primary
└─
    767c7666-f0a6-46c3-be6f-70789fb06c95 primary

df (filtered):
_________________________________________________________________

       Avail Use% Mounted on
sda2 781.7G 9% /mnt/boot-sav/sda2
sdb 0 100% /cdrom

Mount options:
__________________________________________________________________

sda2 rw,relatime,data=ordered
sdb ro,noatime,nojoliet,check=s,map=n,blocksize=2048

====================== sda2/boot/grub/grub.cfg (filtered)
======================

Ubuntu 522c0f27-b7d5-4e04-a938-10e04db2939b
Ubuntu, with Linux 5.4.0-56-generic 522c0f27-b7d5-4e04-a938-10e04db2939b
Ubuntu, with Linux 5.4.0-54-generic 522c0f27-b7d5-4e04-a938-10e04db2939b
Ubuntu, with Linux 5.3.0-62-generic 522c0f27-b7d5-4e04-a938-10e04db2939b
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

========================== sda2/etc/fstab (filtered)
===========================

# <file sys> <mount point> <type> <options> <dump> <pass>
UUID=522c0f27-b7d5-4e04-a938-10e04db2939b / ext4 defaults 0 1
UUID=a08b807e-a6d1-4a78-b1e1-4994831b3ce4 none swap sw 0 0

======================= sda2/etc/default/grub (filtered)
=======================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sda2: Location of files loaded by Grub
====================

           GiB - GB File
Fragment(s)
   0.500984192 = 0.537927680 boot/grub/grub.cfg
1
 884.639610291 = 949.874548736 boot/grub/i386-pc/core.img
1
  51.097793579 = 54.865838080 boot/vmlinuz
1
  10.189193726 = 10.940563456 boot/vmlinuz-5.3.0-62-generic
1
  45.879039764 = 49.262243840 boot/vmlinuz-5.4.0-54-generic
1
  51.097793579 = 54.865838080 boot/vmlinuz-5.4.0-56-generic
1
  45.879039764 = 49.262243840 boot/vmlinuz.old
1
  45.879039764 = 49.262243840 vmlinuz
1
  28.300804138 = 30.387757056 boot/initrd.img
1
  28.378166199 = 30.470823936 boot/initrd.img-5.3.0-62-generic
2
  28.348628998 = 30.439108608 boot/initrd.img-5.4.0-54-generic
2
   5.589797974 = 6.001999872 boot/initrd.img-5.4.0-54-generic.old-dkms
3
  28.300804138 = 30.387757056 boot/initrd.img-5.4.0-56-generic
1
   4.139225006 = 4.444459008 boot/initrd.img-5.4.0-56-generic.old-dkms
5
  28.348628998 = 30.439108608 boot/initrd.img.old
2
  28.348628998 = 30.439108608 initrd.img
2

===================== sda2: ls -l /etc/grub.d/ (filtered)
======================

-rwxr-xr-x 1 root root 17622 Nov 12 23:15 10_linux
-rwxr-xr-x 1 root root 42359 Nov 12 23:15 10_linux_zfs
-rwxr-xr-x 1 root root 12894 Nov 12 23:15 20_linux_xen
-rwxr-xr-x 1 root root 12059 Nov 12 23:15 30_os-prober
-rwxr-xr-x 1 root root 1424 Nov 12 23:15 30_uefi-firmware
-rwxr-xr-x 1 root root 214 Nov 12 23:15 40_custom
-rwxr-xr-x 1 root root 216 Nov 12 23:15 41_custom

====================== sdb/boot/grub/grub.cfg (filtered)
=======================

Try Ubuntu without installing
Install Ubuntu
OEM install (for manufacturers)
Check disc for defects

==================== sdb: Location of files loaded by Grub
=====================

           GiB - GB File
Fragment(s)
            ?? = ?? boot/grub/grub.cfg
1

======================== Unknown MBRs/Boot Sectors/etc
=========================

Unknown BootLoader on sdb

00000000 45 52 08 00 00 00 90 90 00 00 00 00 00 00 00 00
|ER..............|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|................|
00000020 33 ed fa 8e d5 bc 00 7c fb fc 66 31 db 66 31 c9
|3......|..f1.f1.|
00000030 66 53 66 51 06 57 8e dd 8e c5 52 be 00 7c bf 00
|fSfQ.W....R..|..|
00000040 06 b9 00 01 f3 a5 ea 4b 06 00 00 52 b4 41 bb aa
|.......K...R.A..|
00000050 55 31 c9 30 f6 f9 cd 13 72 16 81 fb 55 aa 75 10
|U1.0....r...U.u.|
00000060 83 e1 01 74 0b 66 c7 06 f1 06 b4 42 eb 15 eb 00
|...t.f.....B....|
00000070 5a 51 b4 08 cd 13 83 e1 3f 5b 51 0f b6 c6 40 50
|ZQ......?[Q...@P|
00000080 f7 e1 53 52 50 bb 00 7c b9 04 00 66 a1 b0 07 e8
|..SRP..|...f....|
00000090 44 00 0f 82 80 00 66 40 80 c7 02 e2 f2 66 81 3e
|D.....f@.....f.>|
000000a0 40 7c fb c0 78 70 75 09 fa bc ec 7b ea 44 7c 00
|@|..xpu....{.D|.|
000000b0 00 e8 83 00 69 73 6f 6c 69 6e 75 78 2e 62 69 6e
|....isolinux.bin|
000000c0 20 6d 69 73 73 69 6e 67 20 6f 72 20 63 6f 72 72 | missing or
corr|
000000d0 75 70 74 2e 0d 0a 66 60 66 31 d2 66 03 06 f8 7b
|upt...f`f1.f...{|
000000e0 66 13 16 fc 7b 66 52 66 50 06 53 6a 01 6a 10 89
|f...{fRfP.Sj.j..|
000000f0 e6 66 f7 36 e8 7b c0 e4 06 88 e1 88 c5 92 f6 36
|.f.6.{.........6|
00000100 ee 7b 88 c6 08 e1 41 b8 01 02 8a 16 f2 7b cd 13
|.{....A......{..|
00000110 8d 64 10 66 61 c3 e8 1e 00 4f 70 65 72 61 74 69
|.d.fa....Operati|
00000120 6e 67 20 73 79 73 74 65 6d 20 6c 6f 61 64 20 65 |ng system load
e|
00000130 72 72 6f 72 2e 0d 0a 5e ac b4 0e 8a 3e 62 04 b3
|rror...^....>b..|
00000140 07 cd 10 3c 0a 75 f1 cd 18 f4 eb fd 00 00 00 00
|...<.u..........|
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|................|
*
000001b0 40 3a 32 00 00 00 00 00 10 a2 ae 4b 00 00 80 00
|@:2........K....|
000001c0 01 00 00 65 e0 f7 00 00 00 00 00 9a 32 00 00 fe
|...e........2...|
000001d0 ff ff ef fe ff ff d0 67 32 00 80 13 00 00 00 00
|.......g2.......|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa
|..............U.|
00000200

=============================== StdErr Messages
================================

File descriptor 63 (pipe:[40663]) leaked on lvs invocation. Parent PID 5712:
/bin/bash

Question information

Language:
English Edit question
Status:
Answered
For:
Ubuntu ubuntu-release-upgrader Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Manfred Hampl (m-hampl) said :
#1

Ich denke, das Wichtigste is erst einmal Ubuntu 20.04 wieder richtig zum Laufen zu bringen.
Was passiert derzeit beim Versuch zu booten?

Gibt es einen speziellen Grund, UEFI zu verwenden oder nicht zu verwenden?

Dann muss geklärt werden, wie das künftige Festplatten-Layout aussehen soll. Ubuntu 20.04 und 16.04 brauchen zwei getrennte Partitionen. Soweit ich erkennen kann ist die Harddisk derzeit von Ubuntu 20.04 voll belegt.

Und überhaupt: Wozu Ubuntu 16.04? Unterstützung dafür läuft noch bis April 2021, also weniger als ein halbes Jahr (abgesehen von der Option für eine bezahlte eingeschränkte Verlängerung für Server-Systeme)?

Revision history for this message
Peter Bernreuter (detting) said :
#2

Das Ubuntu 20.04 würde ich schon wieder zum Laufen bringen, da ich vorher ein Image gezogen habe,

Ich wollte auf dieses UEFI gehen, weil sonst anscheinend der Live Stick Updater nicht funtioniert, um eine weitere Ubuntu Version einzurichten.

Die Harddisk auf dem Rechner dürfte noch nicht belegt sein, weil ich da eine 1T SSD Platte habe und ca. nur 10% belegt sind. Das volle Laufwerk müsste der USB-Stick sein mit dem Ubuntu 16.04.

Warum will ich die beiden Versionen haben: Möchte an der Entwicklung von ubuntu touch teilnehmen. Die Entwicklungsumgebung für Anbox (Einbindung von Google Apps funktioniert nur vernünftig mit 20.04). Anderseits funktioniert die Entwicklung von nativen Apps für UT am besten unter 16.04 mit der Einbindung der zugehörigen Entwicklungsumgebung.

Revision history for this message
Manfred Hampl (m-hampl) said :
#3

Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: E5BD551B-7852-4057-AF2A-CB469C12148C
           Start End Sectors Size Type
sda1 2048 1050623 1048576 512M BIOS boot
sda2 1050624 1936746495 1935695872 923G Linux filesystem
sda3 1936746496 1953523711 16777216 8G Linux swap

sda2 781.7G 9% /mnt/boot-sav/sda2

Die Festplatte sda ist 1TB, aber davon sind 0,99 TB an Ubuntu 20.04 zugewiesen. Davon sind dann nut 9% benutzt, aber die verbleibenden 91% sind für Ubuntu 20.04 reserviert.
Damit Platz für eine weitere Partition geschaffen werden kann, muss diese Partition erst verkleinert werden.

Revision history for this message
Peter Bernreuter (detting) said :
#4

Genau das stimmt und diese Verkleinerung wollte ich mit dem auf dem Live Stick integrierten Tool durchführen. Da kann man die Partition verkleinern und auf den freiwerdenden Patz die Partition für u 16.04 anlegen.

Revision history for this message
Peter Bernreuter (detting) said :
#5

Bei der Partitionsaufteilung hat sich dann das Tool vom ubuntu Live Stick aufgehängt. Mit GParted könnte ich die Partitionierung machen. Aber ich weiß nicht wie ich dem Bootsektor beibringe, die unterschiedlichen Versionen anzusteuern und wie ich u 16.04 auf die 2.te Partition installiert bekomme ohne dieses Live-Stick Tool.

Revision history for this message
Manfred Hampl (m-hampl) said :
#6

Welche Art zu Booten funktioniert nun?

Und warum muss es ein Stick mit Ubuntu 16.04 sein? Um die Partitionierung zu ändern, würde ich eher mit einen Ubuntu 20.04 Live System arbeiten.

Revision history for this message
Peter Bernreuter (detting) said :
#7

Das Booten im sogenannten Bios compatibility mode hat funktioniert. Momentan habe ich ja das ubuntu 20.04 installiert. Die live Usb Varianten sind ja wohl dafür gedacht, dass man die Version, die man aufgespielt hat, auch installieren kann.

Geht es auch mit einem 20.04 live USB Stick eine 16.04 Version zu installieren? (Bei dem Versuch zu installieren, habe ich aber diesbezüglich mit dem Tool keine Auswahlmöglichkeit gesehen.) Außerdem bekam ich die Meldung, dass wohl Probleme auftreten können, wenn der Boot-Bereich nicht im UEFI Format ist.

Revision history for this message
Peter Bernreuter (detting) said :
#8

Ergänzung: Muss man bei UEFI die Festplatte mit GPT formatiert haben (ich nehme mal an, dass dies bei mir nicht der Fall ist?). Wäre hier der Compatibilitäts- Mode eine Ausweichmöglichkeit um die 20.04 Partition nicht umformatieren zu müssen und damit diese Installation erst mal zu verlieren?

Revision history for this message
Peter Bernreuter (detting) said :
#9

Nachtrag: Die fehlermeldung

Warning: The driver descriptor says the physical block size is 2048 bytes,
but Linux says it is 512 bytes.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your
device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your
device.map.

kommt vom Live Stick. Der Boot block für sda funktioniert mit EFI. Das Problem scheint der Live Stick zu sein...

Revision history for this message
Manfred Hampl (m-hampl) said :
#10

Wenn das Booten im BIOS compatibility mode funktioniert, dann sehe ich keinen Sinn darin, auf UEFI umzustellen.

Meine Bemerkung über ein Live System mit 20.04 betraf den Schritt zum Verkleinern der sda2-Partition von Ubuntu 20.04.
Zum Installieren von Ubuntu 16.04 benötigt man natürlich dann einen Stick mit dem 16.04-Installer.

Revision history for this message
Peter Bernreuter (detting) said :
#11

Ich bin jetzt einen Schritt weiter. Der Live Stick mit 18.04 funktioniert perfekt. Damit kann ich genau die 2 Partitionen auf den Rechner bringen die ich wollte, außer dass ich eben 16.04 statt 18.04 zusätzlich auf meinem Rechner haben wollte.

Das Problem scheint zu sein, dass das Ladeprogramm und das iso File für 16.04 nicht zusammen passen bzw. schon im iso File ein Problem vorliegt. Ich hoffe mal, dass eine der Lösungen aus folgenden link passt:

https://askubuntu.com/questions/781223/physical-block-size-is-2048-bytes-but-linux-says-it-is-512-when-formatting-us

Das werde ich als nächstes ausprobieren.

Revision history for this message
Peter Bernreuter (detting) said :
#12

Ich konnte die Sache lösen:

Vor der Verwendung des Live Stick tools mit der 16.04 Version habe ich auf der Platte mit GParted eine zusätzliche Boot und Arbeitspartition eingerichtet.

Beim Start der 16.04 Version auf dem Rechner ist mir aufgefallen, dass kein GParted vorhanden war. Möglicherweise haben Funktionsteile zur Partitionierung in dieser Version gefehlt und zu einem Aufhängen der Benutzerführung geführt (aber das ist nur Spekulation). Die Anderen Varianten oben, die ich erst im Verdacht hatte haben mir erst mal nicht weitergeholfen. Allerdings habe ich die aufwändigen Varianten nicht getestst.

Revision history for this message
Peter Bernreuter (detting) said :
#13

Ich konnte die Sache lösen:

Vor der Verwendung des Live Stick tools mit der 16.04 Version habe ich auf der Platte mit GParted eine zusätzliche Boot und Arbeitspartition eingerichtet.

Beim Start der 16.04 Version auf dem Rechner ist mir aufgefallen, dass kein GParted vorhanden war. Möglicherweise haben Funktionsteile zur Partitionierung in dieser Version gefehlt und zu einem Aufhängen der Benutzerführung geführt (aber das ist nur Spekulation). Die Anderen Varianten oben, die ich erst im Verdacht hatte haben mir erst mal nicht weitergeholfen. Allerdings habe ich die aufwändigen Varianten nicht getestst.

Can you help with this problem?

Provide an answer of your own, or ask Peter Bernreuter for more information if necessary.

To post a message you must log in.