ubuntuusers.de

Verwandtes Problem. Lubuntu 20.10 soll auf MBR Platte mit Windows Multiboot System auf Ubuntu 22.10 durch Installation von USB Stick upgedatet werden. Als Partitionsauswahlverfahren wird "etwas anders" gewählt. "etwas anders" verlangt aber die Angabe der Efi-Partition, die es bei MBR nicht gibt. Die Angabe der Efi-Partition kann nicht umgangen werden.

Hallo ber9999,

Zitat: "Lubuntu 20.10 soll auf MBR Platte mit Windows Multiboot System auf Ubuntu 22.10 durch Installation von USB Stick upgedatet werden." Geht leider nicht da so immer eine Neuinstallation gemacht wird .... also ein Upgrade aus dem laufenden System machen.

Gruss Lidux

Vielen Dank für die Antwort. Hier geht es aber darum, dass die Angabe einer Efi Partition gefordert wird, obwohl eine Mbr Platte keine Efi Partition haben kann. Zudem wird auch auf einer Bios Maschine installiert. Zur Update Prozedur. Mit Lubuntu funktionierte bisher ein Upgrade der Installation auf der Platte über durch ein Live System vom Stick. Ich habe die manuelle Partitionierung ausgewählt und die vorhandene root und (bei einer GPT Platte) noch die Efi Partition einhängen müssen. Mit den 22-er Versionen von Lubuntu funktioniert augenblicklich ein Upgrade weder vom System auf der Platte noch über ein Live System. Es gibt unlösbare Abhängigkeitsprobleme bei Python 3.10.

Hej ber9999,

ber9999 schrieb:

... Hier geht es aber darum

Irrtum, hier geht es um „Ubuntu und ZFS auf MBR“, wie es im Titel steht. (ist wohl aber deshalb schon gemeldet)

obwohl eine Mbr Platte keine Efi Partition haben kann.

auch das ist schlicht ein Irrtum! Beispiel:

blacktencate@T520-BB:~$ sudo parted -l
[sudo] Passwort für blacktencate: 
Modell: ATA Crucial_CT120M50 (scsi)
Festplatte  /dev/sda:  120GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Typ       Dateisystem  Flags
 1      1049kB  17,8MB  16,8MB  primary   fat16        boot, esp
 2      17,8MB  43,0MB  25,2MB  primary   ntfs
 3      44,0MB  120GB   120GB   extended
 5      44,0MB  16,2GB  16,1GB  logical   ext4
 6      16,2GB  35,5GB  19,3GB  logical   ext4
 7      35,5GB  120GB   84,6GB  logical   ext4

Gruß black tencate

Danke für den Hinweis. Dann mache ich einen neuen Thread auf.

Hallo ber9999,

Lubuntu 20.10 ist EOL und damit werden auch die "Paketquellen abgeschaltet" .... ein Update/Upgrade nur über die historischen Quellen möglich.

PS: Mit einem System auf einem Live Stick kannst du niemals ein Upgrade machen, dies ist immer eine Neuinstallation, d.h. wenn du eine extra /home hast mit Beibehaltung dieser.

Gruss Lidux

Hallo Lidux,

vielen Dank für den Hinweis. Ich habe schrittweise zeitnah upgedatet. Die jeweiligen Quellen waren waren da noch nicht abgeschaltet. Zuletzt bin ich eben auf das Problem bei Lubuntu gestoßen. Deswegen habe ich auf der Uefi Maschine auf Ubuntu 22.10 problemlos durch Neuinstallation mit Neuformatierung ungestellt. Auf der Bios Maschine wollte ich die Daten behalten und bin auf das geschilderte Problem gestoßen. Dies ist aber offenbar nicht der richtige Thread. Ich habe einen neuen angelegt.

Hej ber9999,

ber9999 schrieb:

...Ich habe einen neuen angelegt.

ich sehe keinen neuen?

Aber zur Problemstellung: ubiquity ist blöd! (wahrscheinlich kannst Du den Hinweis (ist ja im Konjunktiv) auf die vermeindlich fehlende ESP einfach ignorieren)

Gruß black tencate

black_tencate schrieb:

ubiquity ist blöd!

Wenn der Threadstarter, der mit Lubuntu 20.10 anderthalb Jahre (!) mit einem System im End of Support gefahren ist (von wegen "zeitnah geupdatet"), statt Ubuntu wieder Lubuntu installieren würde, gäbe es dieses bekannte Ubiquity-Problem gar nicht, denn Lubuntu verwendet wie die meisten Linux-Distributionen und als einziger Ubuntu-Flavour Calamares.

Lubuntu 22.04.1 daily build

Hej von.wert,

von.wert schrieb:

...gäbe es dieses bekannte Ubiquity-Problem gar nicht

Du nun wieder, nur Du machst aus diesem Feature ein Problem; nimm einfach einen völlig unbedarften user, laß ihn ubiquity machen, was es will, und er hat in jedem Fall ein bootendes System, das ist doch was!

Gruß black tencate

black_tencate schrieb:

von.wert schrieb:

...gäbe es dieses bekannte Ubiquity-Problem gar nicht

Du nun wieder, nur Du machst aus diesem Feature ein Problem

Verdreh' nicht die Tatsachen! Ich frage hier nicht ständig oder überhaupt, aber jede Menge User zu diesem Thema.

nimm einfach einen völlig unbedarften user, laß ihn ubiquity machen, was es will, und er hat in jedem Fall ein bootendes System, das ist doch was!

Es fragen hier unzählige unbedarfte User, die eben genau so damit stolpern.

Zum Thema Installation eines neuen Systems unter Belassung des Inhalts des alten Dateisystems in der root Partition: Das funktioniert nur bei Lubuntu, offenbar weil Lubuntu einen anderen Installer als Ubuntu hat. Ich habe es eben mit Ubuntu 22.10 ausprobiert, indem ich die root Partition und die boot/efi Partition eingehängt, die Neuformatierung der root Partition aber herausgenommen habe. Es kommen Hinweise, u.a. dass verschiedene Verzeichnisse in der root Partition gelöscht werden. Nach dem Neustart gelangt der Bootvorgang bis zur Zeile <initramfs> mit blinkendem Cursor. Vorher erfolgen noch Fehlermeldungen, u.a. dass ein Verzeichnis nicht gefunden wurde.

Hej ber9999,

ber9999 schrieb:

...Installation eines neuen Systems unter Belassung des Inhalts des alten Dateisystems in der root Partition:

das ist ja nun mal völlig daneben, da kann doch nur Kokolorus herauskommen!

von.wert schrieb:

... Es fragen hier unzählige unbedarfte User, die eben genau so damit stolpern.

eben, weil sie ubiquity nicht alles überlassen (aus welchen Gründen auch immer) . Überläßt man aber ubiquity alles, braucht man lediglich Zeitzone, Sprache und USER/PW angeben, und die Installation läuft ohne weitere Rückfragen vollständig durch; und zwar mit einer sowohl EFI als auch "legacy" Bootmodus Installation.

Gruß black tencate

black_tencate schrieb:

eben, weil sie ubiquity nicht alles überlassen (aus welchen Gründen auch immer)

Weil eben schon etwas besteht, was nicht überschrieben und/oder eingebunden werden soll.

Überläßt man aber ubiquity alles, braucht man lediglich Zeitzone, Sprache und USER/PW angeben, und die Installation läuft ohne weitere Rückfragen vollständig durch;

Ubiquity ist also bestenfalls als Automatik für sehr eingeschränkte Fälle hinnehmbar. Spielzeugprogramm.

und zwar mit einer sowohl EFI als auch "legacy" Bootmodus Installation.

Weil das ja auch so sinnvoll und auch so gar nicht fehlerbehaftet ist.

mir scheint, das hier
black_tencate schrieb:

... Aber zur Problemstellung: ubiquity ist blöd!

hast Du geflissentlich überlesen?

Gruß black tencate