Hardware-Fehlersuche mit Linux-Live-CD / Installationsfehler

[linuxnutzer]

Ich habe den Verdacht, dass ich ein Hardware-Problem habe. SATA-Kabel habe ich bei der SSD im PC schon getauscht und Ubuntu und Xubuntu 26.04 probiert. Die SSD wurde auch schon getauscht. In beiden Fällen kommt es zu einer ähnlichen Fehlermeldungen, die auf anderen PCs nicht auftritt.

sowie

WIndows 11 ist aber problemlos installierbar und bringt auch keine Fehler.

Kann man bei der Fehlermeldung was erkennen?


Kann man mit einer LiveCD die Hardware testen? Neuerdings fehlt der RAM-Test bei der Installation.

 

[madmax2010]

leg die partitionen doch mal von hand an

Kann man bei der Fehlermeldung was erkennen?

sure. waere nur hilfreichh, wenn sie vollstaendig waere

 

[linuxnutzer]

wenn sie vollstaendig waere

Hmm, du siehst das Ende, dann ging es nicht weiter.

^^^^^^^^^^^^^^^^^^^^ dürfte der entscheidende Hinweis sein.

Erklär mir bitte, was ich mit einem Live-Stick machen kann um mehr zu zeigen. Das ist ein beschnittenes Handy-Foto vom Log.

 

[Garmor]

Was hast du denn überhaupt im Installer gemacht? Selber partitioniert? Eine der automatischen Varianten gewählt? Ist das Windows schon vor der Installation drauf und soll da bleiben?

 

[linuxnutzer]

Was hast du denn überhaupt im Installer gemacht?

Das übliche wie immer. Ich will damit nur sagen, das was ich mache, funktioniert auf verschiedenen PCs seit langer Zeit.

Also, Windows zuerst, dann manuelle Installation und Partitionen angelegt.

Eigentlich soll das WIndows bleiben, ist aber keine Katastrophe, wenn ich es neu installieren muss. Ist noch nichts konfiguriert.

Ich hätte jetzt probiert ein debian-12.12.0-i386-DVD-1 zu installieren, wovon ich einen Download habe, habe ich nicht geschafft zu starten. Im UEFI wird der Stick erkannt. Image wurde mit Startmedienersteller unter Ubuntu erstallt.

Gebe ich bei BBS-Priorities im UEFI WIn an, dann startet Win, gebe ich Ubuntu an, dann lande ich in der grub-shell.

Ich probiere jetzt 24.04.3 Xubuntu zu installieren. Der PC verhielt sich zwar immer ein wenig merkwürdig, aber einen Fehler wie diesen, der immer wieder kommt, hatte ich noch nie. Daher die Frage nach Hardware-Check.

Augenblicklich habe ich das nicht mehr probiert, aber wenn ich früher die Partition auslies und einfach partitionierte und eine höhere Partition verwendet habe, lief die Installation durch. Daher wurde ja die SSD gewechselt.

 

[gimmix]

Genaue Angaben zur Hardware bitte.

Warum testest du Ubuntu und Xubuntu? Der Installer ist derselbe, die Repos sind dieselben, der einzige Unterschied ist der Desktop.

Debian 12 ist oldstable, i386 ist für 32-Bit-Architektur. Was willst du damit?

Das übliche wie immer.

Was bei dir üblich ist, ist bei anderen vielleicht ganz anders. Schreib bitte genau, was du gemacht hast, sonst kann dir niemand helfen. Partitionen angelegt...schön! welche und wo?

 

[madmax2010]

^^^^^^^^^^^^^^^^^^^^ dürfte der entscheidende Hinweis sein.

warum das?
schau mal nach der zeile in der error steht.. das ist entscheidender und in der zeile danach stehen details dazu.

Erklär mir bitte, was ich mit einem Live-Stick machen kann um mehr zu zeigen. Das ist ein beschnittenes Handy-Foto vom Log.

1. verbinde den PC mit dem internet
2. oeffne einen browser
3. geh auf pastebin.com
4. kopiere die letzten ~100 zeilen des logs dahin
5. verlinke das log hier

Das übliche wie immer. Ich will damit nur sagen, das was ich mache, funktioniert auf verschiedenen PCs seit langer Zeit.

16 partitionen ist viel.
Bei ubuntu+windows haette ich eher so mit 3-6 gerechnet. Ich kenne den aktuellen ubuntu setup aber auch nur rekativ oberflächlich

leg die partitionen doch mal von hand an

mal probiert? zummindest eine neue leere partitionstabelle koenntest du mal schreiben
wenn du dabei bist, gleich auch mal nach den smart werten schauen

 

[linuxnutzer]

Debian 12 ist oldstable, i386 ist für 32-Bit-Architektur. Was willst du damit?

Ok, war eine schlechte Idee, wollte mir den Download sparen.

Ich bin aber weiter.

Xubuntu 24.04 brachte den gleichen Fehler wie 26.04.

Das Problem dürfte folgendes sein:

Das Live-System schnappt sich beim Booten eine vorhandene Swap-Partition, die es irgendwo findet und wenn man die bei der Installation ändern will, dann kommt es zu Problemen. Darauf kam ich als ich mir die Meldungen davor im Log ansah, die ich nicht fotografiert habe.

HInzugefügt:

Siehe im Log gegen Ende zu sda16 und Löschen

Interessant ist auch "the problem cannot be reported", wenn man den Befehl eingibt, der in einem hier nicht sichtbaren Fenster angegeben war.

Also habe ich gparted im Live-System gestartet und zuerst swapoff ausgeführt und dann alle Partitionen inkl. Windows gelöscht und dann gpt neu angelegt. BTW Win verwendete kein Fastboot. Im nächsten Schritt durfte dann Xubuntu die ganze SSD verwenden. Jedenfalls kam die Installation viel weiter als zuvor, aber läuft noch.

Edit: Die Installation lief jetzt fehlerfrei durch.

Was bei dir üblich ist, ist bei anderen vielleicht ganz anders

Ich wollte nur sagen, das funktioniert seit Jahren. Ich verstehe schon, dass Informationen wichtig sind. Es sollte aber ziemlich egal sein. Ich verwende 3 eigene Partitionen /boot, / und /home. Warum ist ein anderes Thema, für die Installation sollte es egal sein. Die letzte Partition hat alles automatisch gemacht. Davor wurde /boot/efi von WIn verwendet.

Ergänzung (Gestern um 00:30)

16 partitionen ist viel.

Ok, ist ein reiner Test-PC. Ich erinnere mich gerade dumpf an was, ich glaube es sind nur 15 Partitionen erlaubt. Es sind nur so viele geworden, weil ich nicht weis, was ich mit dem Platz anfangen soll. Auch diese Partitionen sind noch viel zu groß zum Testen.

aber:
https://de.wikipedia.org/wiki/GUID_Partition_Table
Die maximale Anzahl möglicher Partitionen hängt von der Größe der Partitionstabelle ab, die laut Spezifikation mindestens für 128 Partitionen Platz bietet.

zummindest eine neue leere partitionstabelle koenntest du mal schreiben

Habe ich mittlerweile gemacht.

Das hatte ich mal so via Live-Stick eingerichtet. Partitionen 1-4 legt Win an.

sudo sgdisk -a 4096 -I -n 5::+40G -t 5:0700 -c 5:"WINDATEN" /dev/sdb
sudo sgdisk -a 4096 -I -n 6::+3G -c 6:"BOOT-1" /dev/sdb
sudo sgdisk -a 4096 -I -n 7::+110G -c 7:"DISTRI-1" /dev/sdb
sudo sgdisk -a 4096 -I -n 8::+125G -c 8:"HOME-1" /dev/sdb
sudo sgdisk -a 4096 -I -n 9::+4G -c 9:"BOOT-2" /dev/sdb
sudo sgdisk -a 4096 -I -n 10::+115G -c 10:"DISTRI-2" /dev/sdb
sudo sgdisk -a 4096 -I -n 11::+130G -c 11:"HOME-2" /dev/sdb
sudo sgdisk -a 4096 -I -n 12::+5G -c 12:"BOOT-3" /dev/sdb
sudo sgdisk -a 4096 -I -n 13::+120G -c 13:"DISTRI-3" /dev/sdb
sudo sgdisk -a 4096 -I -n 14::+135G -c 14:"HOME-3" /dev/sdb
sudo sgdisk -a 4096 -I -n 15::+25G -c 15:"MINIBACKUP" /dev/sdb
sudo sgdisk -a 4096 -I -n 16:: -t 16:8200 -c 16:"SWAP" /dev/sdb

Mittlerweile sind die SATA-Kabel umgesteckt, also sda und ich lege die Partitionen bei der Installation an. Wie man sieht, das ist ein reiner Test-PC.

 

[gimmix]

Und? War jetzt swapoff die Lösung?

 

[linuxnutzer]

Ich glaube swapoff ist zu wenig. Ich glaube entscheidend war, dass ich Windows runter geworfen habe bzw. für den Test Ubuntu die ganze SSD verwenden ließ.

Schau mal genauer beim Log mit dem grünen Hintergrund von Xubuntu 24.04

expecting ... found ...

Ich frage mich, wie man das schafft, wenn die Grenzen automatisch erstellt werden, Bug? Diese Grenzen hat der Installer von Xubuntu 26.04 angelegt.

Ich habe immer wieder Probleme mit den Partitionsgrenzen, wenn Windows auch installiert ist und verwende daher möglichst ein komplettes eigenes Laufwerk für Windows. Da wird dann konkret auf das Problem hingewiesen, nur machen dagegen kann man nichts.

Ich werde Windows komplett runter werfen und hoffe, dass ich keine Firmware flashen muss. Bei einem anderen PC musste ich eine Intel-Grafikkarte schon 3x flashen und das läuft nur unter Win, aber wenigstens kommt die Meldung nicht mehr unbedingt ein HDMI-Kabel zu verwenden.

Spricht was dagegen die Paritionen ohne Dateisystem mit sgdisk vorzubereiten und zwar in der Form?

sudo sgdisk -a 512 -I -n

Problem ist, dass Luks gerne 4k hätte. Ich verstehe sowieso nicht, warum 4k-Grenzen bei 512-Laufwerken nicht auch ok sind. 512x8=4k.

Vielleicht ist es auch denkbar mit sgdisk die Partitionen ab der 5. ohne Dateisystem anzulegen und dann Windows den freien Platz verwenden zu lassen, wie es will.

Ich schaue jetzt mal was passiert, wenn ich nur mit sgdisk vor der Installation manuell partitioniere und dann Ubuntu installiere.

 

[Habicht]

Ich verste deine Problem mit dem Installer nicht - man nimmt die "manuelle Partitionierung" und weist die partitionen entsprechend zu → selbst Ubuntu sollte das doch beherrschen.

Im Zweifelsfalle nimm halt Kubuntu, Lubuntu oder Ubuntu-Studio, die verwenden den Calamares-Installer, der kann das auf jeden Fall, aber auch mit Subiquity, also dem Standard-Installer von Ubuntu und Xubuntu sollte das funktionieren.

Nachtrag: an diesem Punkt der Installation
https://wiki.ubuntuusers.de/Ubuntu_24.04_Desktop_installieren/#Installationsziel
gehst du auf die manuelle Partitionierung, das gilt so auch für 26.04

 

[linuxnutzer]

Ich verste deine Problem mit dem Installer nicht

Ich auch nicht. Klar nehme ich die manuelle Installation und wie kommt es zur Problematik mit den Partitionsgrenzen wie im Foto gezeigt? Sollte doch völlig egal sein, welche Größe ich angebe. Ich kann da nichts mehr angeben beim Installer.

Diese Fehler sind mit dem "normalen" Installer (Ubiquity) entstanden.

Ich schaue jetzt noch mal nach, welche Geometrie die SSD hat, ziemlich sicher 512.

PS: Ich vermute da ist ein Zusammenhang mit binärer und dezimaler Größe.

Ergänzung (Gestern um 15:51)

Wo finde ich das Log von der Installation? In welcher Datei?

Ich würde gerne nach der Installation kontrollieren, ob alles fehlerfrei war. Im Normalfall läuft das so schnell vorbei, dass man es nicht erlesen kann.

$ ls -1 /var/log/
README
Xorg.0.log
alternatives.log
apport.log
apt
auth.log
boot.log
bootstrap.log
btmp
chrony
cloud-init-output.log
cloud-init.log
cups
cups-browsed
dist-upgrade
dmesg
dpkg.log
fontconfig.log
gpu-manager.log
hp
installer
journal
kern.log
lastlog
lightdm
nvtopps
openvpn
prime-offload.log
prime-supported.log
private
speech-dispatcher
syslog
sysstat
ubuntu-advantage-apt-hook.log
unattended-upgrades
wtmp

und

$ ls -1 /var/log/unattended-upgrades/
unattended-upgrades-dpkg.log
unattended-upgrades-shutdown.log
unattended-upgrades.log

Ein paar Infos zum Datenträger und der Installation:

$ sudo hdparm -i /dev/sda

/dev/sda:

 Model=ADATA SU800, FwRev=22Z4VBND, SerialNo=
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
 (maybe): CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2000409264
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-4,5,6,7

 * signifies the current active mode

Bei automatischer Installation wurde folgendes erstellt:

$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 2000409264 sectors, 953.9 GiB
Model: ADATA SU800  
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 3F97AF0E-46F2-47D8-B8D0-B968511EFDB6
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 2048, last usable sector is 2000409230
Partitions will be aligned on 2048-sector boundaries
Total free space is 2703 sectors (1.3 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2203647   1.0 GiB     EF00
   2         2203648      2000406527   952.8 GiB   8300

Sector size (logical/physical): 512/512 bytes
Partitions will be aligned on 2048-sector boundaries

Demnach ist der sgdisk-Befehl mit 512 falsch und ich müsste 2048 nehmen. Eigentlich dürfte sgdisk nur relevant sein, wenn ich nachträglich Win eine Partition anlegen lasse, das IMHO verantwortlich für das Chaos ist.

Vielleicht ist auch der Controller des Mobo veraltet und es kommt zu ähnlichen Problemen wie bei externen Laufwerken.

Alternativ:

$ sudo parted -l
Modell: ATA ADATA SU800 (scsi)
Festplatte  /dev/sda:  1024GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:

Nummer  Anfang  Ende    Größe   Dateisystem  Name  Flags
 1      1049kB  1128MB  1127MB  fat32              boot, esp
 2      1128MB  1024GB  1023GB  ext4

und

$ df -T | sort # Auszug
Dateisystem    Typ      1K-Blöcke  Benutzt Verfügbar Verw% Eingehängt auf
/dev/sda1      vfat       1098628     6452   1092176    1% /boot/efi
/dev/sda2      ext4     982292956 18046364 914275136    2% /

Ich schau jetzt mal, ob die Installation durchläuft, wenn ich mit sgdisk die Partitionen vorbereite und am Anfang Platz lasse und Win noch nicht installiere. Ich vermute stark, dass das keine Probleme macht.

 

[zelect0r]

sdc16 ist aber auch schon crazy

 

[linuxnutzer]

Wo finde ich das Log von der Installation? In welcher Datei?

$ sudo grep -r expecting /var/log/installer/

Ich glaube, wenn diese Ausgabe leer ist, dann passt die Partitionierung.

schon crazy

Na ja, bevor man einen alten PC entsorgt, macht man eine Testwiese darauf. Verschiedene Tests inkl. Verschlüüsselung des Systems für neu erschienene Distris.

 

[zelect0r]

Und dann wunderst du dich über den Installer Abruch? Anstatt die Festplatten auf Werkseinstellung zu rekonstruieren.

 

[kieleich]

man kann 128 partition haben bei gpt und für linux ist das normal garkein problem

woran genau sich wipefs hier verschluckt ist aus dem bild leider nicht auszumachen

busy beim löschen eines swap headers? dann war der swap vielleicht aktiv. das ist dann aber ein logik problem des installers. parallel ein terminal offen und free, cat /proc/swaps schauen und ggf. sudo swapoff -a abschiessen ob es was hilft

wipefs ist glaub ich nicht teil von dem rust utils zeug? sonst hätte ich das im verdacht gehabt

 

[linuxnutzer]

busy beim löschen eines swap headers?

Und das bei 32GB RAM. schon gar nicht nachvollziehbar.

Ich erinnere mich an riesige Probleme bei Partitionsgrenzen mit externen Laufwerken. Fazit war damals, dass die Firmware des Controllers buggy ist. Aber irgendwas erinnert mich was dunkel, dass man nicht mehr als 15 Partitionen erstellen sollte. Ok, ich mache maximal 15. Ich will eben die 1TB irgendwie bei Bedarf nutzen können und nicht so viel verschenken. In der Praxis sind die Partitionen sowieso zum Testen viel zu groß.

Ich habe jetzt mal folgendes partitioniert.

#sudo sgdisk -a 2048 -I -n 2::+16M -t 2:0C01 /dev/sda
#sudo sgdisk -a 2048 -I -n 3::+200G -t 3:0700 /dev/sda
#sudo sgdisk -a 2048 -I -n 4::+751M -t 4:2700 /dev/sda
sudo sgdisk -a 2048 -I -n 5::+100G -t 5:0700 -c 5:"WINDATEN" /dev/sda
sudo sgdisk -a 2048 -I -n 6::+3G -c 6:"BOOT-1" /dev/sda
sudo sgdisk -a 2048 -I -n 7::+110G -c 7:"DISTRI-1" /dev/sda
sudo sgdisk -a 2048 -I -n 8::+125G -c 8:"HOME-1" /dev/sda
sudo sgdisk -a 2048 -I -n 9::+4G -c 9:"BOOT-2" /dev/sda
sudo sgdisk -a 2048 -I -n 10::+115G -c 10:"DISTRI-2" /dev/sda
sudo sgdisk -a 2048 -I -n 11::+130G -c 11:"HOME-2" /dev/sda
sudo sgdisk -a 2048 -I -n 12:: -c 12:"MINIBACKUP" /dev/sda

2,3 und 4 wurden danach wieder mit gdisk gelöscht und Win soll das verwenden wie es will.

swap-Partition gibt es also keine mehr, damit erübrigt sich auch dieser 1 Fehler.

Ich schau jetzt mal, ob die Installation ohne Windows sauber durchläuft.

Ergänzung (Gestern um 19:48)

swap vielleicht aktiv. das ist dann aber ein logik problem des installers

durchaus denkbar. Startet man im Live-Stick gparted, dann kann man nur was ändern, wenn man vorher swap deaktiviert.

Ergänzung (Gestern um 20:40)

So jetzt kommt das Rätselraten, kein WIn bis jetzt installiert.

$ df -HT | sort # unwesentliches entfernt, nur sda
Dateisystem    Typ      Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1      vfat      1.2G    6.7M  1.2G    1% /boot/efi
/dev/sda5      vfat      108G     33k  108G    1% /windaten
/dev/sda6      ext4      3.1G    150M  2.8G    6% /boot
/dev/sda7      xfs       119G     21G   98G   18% /
/dev/sda8      xfs       135G    2.7G  132G    2% /home

Also nur minimale Installation bzw. Einbindung.

~$ sudo parted -l
Modell: ATA ADATA SU800 (scsi)
Festplatte  /dev/sda:  1024GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:

Nummer  Anfang  Ende    Größe   Dateisystem  Name        Flags
 1      1049kB  1128MB  1127MB  fat32                    boot, esp
 5      217GB   324GB   107GB   fat32        WINDATEN    msftdata
 6      324GB   327GB   3221MB  ext4         BOOT-1
 7      327GB   445GB   118GB   xfs          DISTRI-1
 8      445GB   580GB   134GB   xfs          HOME-1
 9      580GB   584GB   4295MB               BOOT-2
10      584GB   707GB   123GB                DISTRI-2
11      707GB   847GB   140GB                HOME-2
12      847GB   1024GB  177GB                MINIBACKUP

# es fehlen andere Partitionen von anderen Laufwerken, die bei der Installation nicht angesprochen wurden

Andere Darstellung:

$ sudo fdisk -l /dev/sda
Festplatte /dev/sda: 953.87 GiB, 1024209543168 Bytes, 2000409264 Sektoren
Festplattenmodell: ADATA SU800
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 3F97AF0E-46F2-47D8-B8D0-B968511EFDB6

Gerät          Anfang       Ende  Sektoren  Größe Typ
/dev/sda1        2048    2203647   2201600     1G EFI-System

# da ist also Platz dazwischen frei

/dev/sda5   423204864  632920063 209715200   100G Microsoft Basisdaten
/dev/sda6   632920064  639211519   6291456     3G Linux-Dateisystem
/dev/sda7   639211520  869898239 230686720   110G Linux-Dateisystem
/dev/sda8   869898240 1132042239 262144000   125G Linux-Dateisystem
/dev/sda9  1132042240 1140430847   8388608     4G Linux-Dateisystem
/dev/sda10 1140430848 1381603327 241172480   115G Linux-Dateisystem
/dev/sda11 1381603328 1654233087 272629760   130G Linux-Dateisystem
/dev/sda12 1654233088 2000408575 346175488 165.1G Linux-Dateisystem

Es gibt eine ganze Menge an Meldungen, die ich auf sda eingeschränkt habe:

Edit: Jetzt merke ich es erst, expecting und found ist ident. Bei der vorigen Installation war das nicht, da kam gar nichts.

$ sudo grep -r expecting /var/log/installer/ | grep sda
/var/log/installer/curtin-install.log:Verifying /dev/sda1 size, expecting 1127219200 bytes, found 1127219200 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda1 offset, expecting 1048576, found 1048576
/var/log/installer/curtin-install.log:Verifying /dev/sda1 partition flag, expecting boot, found boot
/var/log/installer/curtin-install.log:Verifying /dev/sda5 size, expecting 107374182400 bytes, found 107374182400 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda5 offset, expecting 216680890368, found 216680890368
/var/log/installer/curtin-install.log:Verifying /dev/sda6 size, expecting 3221225472 bytes, found 3221225472 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda6 offset, expecting 324055072768, found 324055072768
/var/log/installer/curtin-install.log:Verifying /dev/sda6 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda7 size, expecting 118111600640 bytes, found 118111600640 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda7 offset, expecting 327276298240, found 327276298240
/var/log/installer/curtin-install.log:Verifying /dev/sda7 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda8 size, expecting 134217728000 bytes, found 134217728000 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda8 offset, expecting 445387898880, found 445387898880
/var/log/installer/curtin-install.log:Verifying /dev/sda8 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda9 size, expecting 4294967296 bytes, found 4294967296 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda9 offset, expecting 579605626880, found 579605626880
/var/log/installer/curtin-install.log:Verifying /dev/sda9 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda10 size, expecting 123480309760 bytes, found 123480309760 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda10 offset, expecting 583900594176, found 583900594176
/var/log/installer/curtin-install.log:Verifying /dev/sda10 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda11 size, expecting 139586437120 bytes, found 139586437120 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda11 offset, expecting 707380903936, found 707380903936
/var/log/installer/curtin-install.log:Verifying /dev/sda11 partition flag, expecting linux, found linux
/var/log/installer/curtin-install.log:Verifying /dev/sda12 size, expecting 177241849856 bytes, found 177241849856 bytes
/var/log/installer/curtin-install.log:Verifying /dev/sda12 offset, expecting 846967341056, found 846967341056
/var/log/installer/curtin-install.log:Verifying /dev/sda12 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda1 size, expecting 1127219200 bytes, found 1127219200 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda1 offset, expecting 1048576, found 1048576
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda1 partition flag, expecting boot, found boot
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda5 size, expecting 107374182400 bytes, found 107374182400 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda5 offset, expecting 216680890368, found 216680890368
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda6 size, expecting 3221225472 bytes, found 3221225472 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda6 offset, expecting 324055072768, found 324055072768
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda6 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda7 size, expecting 118111600640 bytes, found 118111600640 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda7 offset, expecting 327276298240, found 327276298240
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda7 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda8 size, expecting 134217728000 bytes, found 134217728000 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda8 offset, expecting 445387898880, found 445387898880
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda8 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda9 size, expecting 4294967296 bytes, found 4294967296 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda9 offset, expecting 579605626880, found 579605626880
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda9 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda10 size, expecting 123480309760 bytes, found 123480309760 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda10 offset, expecting 583900594176, found 583900594176
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda10 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda11 size, expecting 139586437120 bytes, found 139586437120 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda11 offset, expecting 707380903936, found 707380903936
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda11 partition flag, expecting linux, found linux
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda12 size, expecting 177241849856 bytes, found 177241849856 bytes
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda12 offset, expecting 846967341056, found 846967341056
/var/log/installer/installer-journal.txt:Mai 12 20:13:41 xubuntu subiquity_log.3880[22129]: Verifying /dev/sda12 partition flag, expecting linux, found linux

 

[linuxnutzer]

Auch der Windows-spezifische Teil ist gelöst. Siehe https://www.computerbase.de/forum/threads/win11-in-freien-unbenutzten-bereich-installieren.2271322/

Ich hatte also 2 Probleme, swap konnte nicht deaktiviert werden und Parititonsgrenzen wurden nicht richtig erstellt. Ich hoffe, dass damit auch die zeitweiligen Schreibprobleme alle paar Monate endlich weg sind.

Partitionen habe ich vorsichtshalber auf 12 reduziert.