Win11 in freien unbenutzten Bereich installieren.

[Caramon2]

Festplatte /dev/sdb: 447,13 GiB, 480103981056 Bytes, 937703088 Sektoren Festplattenmodell: KINGSTON SEDC500

Ich habe die mal gerade durchgerechnet: s. Anhang

Da alle Werte glatt durch 4k teilbar sind, passt das Alignment.

Zwischen sdb4 und 5 hast du aber eine Lücke. Da das die beiden Recovery sind, empfehle ich das:

Am besten bootest du Windows, deaktivierst recovery wie in meinen Notizen beschrieben, rebootest es und löschst dann beide Partitionen: Kannst dann ja sdb3 entsprechend vergrößern.

Wie mein Vater gerne gesagt hat: "Was man nicht hat, geht nicht kaputt."

Falls das löschen mit Windows nicht funktioniert, manchst du das eben mit Linux.

Ergänzung (Gestern um 18:03)

@Tanzmusikus: Hat was von "Sie müssen den Nippel durch die Lasche ziehen …"

Praktisch ersetzt das ja nur, dass man selbst durch 8 teilt.

 

[linuxnutzer]

Danke euch allen für eure intensiven Bemühungen und werde das noch mehrmals langsam zu verstehen versuchen.

Zur Erinnerung worum es geht: Nach Monaten problemloser Nutzung kann ich plötzlich unter Linux nicht mehr auf die Systempartition schreiben. Eine Prüfung der SSD und Neuinstallation funktioniert normalerweise. Mit einer 2. SSD gibt es die gleichen Probleme.

Mein Verdacht ist nun, dass sich die Win und Linux-Partitionierungen nicht miteinander vertragen, also zuerst Win-Installation mit Anlegen einer kleinen Partition durch den Windows-Installer, dann weiter mit der Linux-Installation und Partitionierung mit dem Linux-Installer. Folge ist Meckern durch Linux wegen Partitionsgrenzen, funktioniert aber.

Daher die Trickserei mit sgdisk und Partitionierung der der Installation.

Ich habe jetzt den anderen PC mit den 2 Wiederherstellungsoptionen zum Testen verwendet und folgendes probiert:

Partitionierung der SSD über Ubuntu-Live und sgdisk, aber kein Anlegen eines Dateisystems.

#sudo sgdisk -a 2048 -I -n 1::+1G -t 1:EF00 /dev/sdb
#sudo sgdisk -a 2048 -I -n 2::+16M -t 2:0C01 /dev/sdb
#sudo sgdisk -a 2048 -I -n 3::+80G -t 3:0700 /dev/sdb
#sudo sgdisk -a 2048 -I -n 4::+800M -t 4:2700 /dev/sdb
sudo sgdisk -a 2048 -I -n 5::+30G -t 5:0700 -c 5:"WINDATEN" /dev/sdb

sudo sgdisk -a 2048 -I -n 6::+3G -c 6:"BOOT-1" /dev/sdb
sudo sgdisk -a 2048 -I -n 7::+85G -c 7:"DISTRI-1" /dev/sdb
sudo sgdisk -a 2048 -I -n 8::+45G -c 8:"HOME-1" /dev/sdb
sudo sgdisk -a 2048 -I -n 9::+4G -c 9:"BOOT-2" /dev/sdb
sudo sgdisk -a 2048 -I -n 10::+90G -c 10:"DISTRI-2" /dev/sdb
sudo sgdisk -a 2048 -I -n 11::+50G -c 11:"HOME-2" /dev/sdb
sudo sgdisk -a 2048 -I -n 12::+55G -c 12:"MINIBACKUP" /dev/sdb
sudo sgdisk -a 2048 -I -n 13:: -c 13:"UNUSED" /dev/sdb

Windows erkennt die Partitionen und stellt sie bei der Installation auch richtig dar. Die Win-Installation startet und vor dem 1. Reboot bei ca. 85% kommt in etwa die Meldung "Installation fehlgeschlagen". Bei einem 2. Versuch dasselbe.

Also WIndows ist mit den Partionen, die von einem anderen System erstellt wurden, nicht glücklich

Also 2-4 mit gdisk gelöscht und erneut den freien Bereich mit dem Win-Installer partitioniert, problemlos.

Bei der Win-Installation ist somit ein leerer Bereich vorhanden und den vollständig ausfzufällen kann ich nicht berechnen.

Ich habe daher dem Win-Installer gesagt 80000 zu verwenden, was immer das für eine Einheit ist. So läuft die Installation dann durch. sgdisk hat 80GiB gerechnet.

4 164341760 165969919 795.0 MiB 2700
Da ist also was frei dazwischen, wenn ich 80000 vorgebe
5 171542528 234457087 30.0 GiB 0700 WINDATEN

Disk /dev/sdb: 937703088 sectors, 447.1 GiB
Model: KINGSTON SEDC500
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): EF421A88-98B4-4A79-BACA-C17313D7443F
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 937703054
Partitions will be aligned on 2048-sector boundaries
Total free space is 5576301 sectors (2.7 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2099199   1024.0 MiB  EF00
   2         2099200         2131967   16.0 MiB    0C01  Microsoft reserved ...
   3         2131968       164341759   77.3 GiB    0700  Basic data partition
   4       164341760       165969919   795.0 MiB   2700
   5       171542528       234457087   30.0 GiB    0700  WINDATEN
   6       234457088       240748543   3.0 GiB     8300  BOOT-1
   7       240748544       419006463   85.0 GiB    8300  DISTRI-1
   8       419006464       513378303   45.0 GiB    8300  HOME-1
   9       513378304       521766911   4.0 GiB     8300  BOOT-2
  10       521766912       710510591   90.0 GiB    8300  DISTRI-2
  11       710510592       815368191   50.0 GiB    8300  HOME-2
  12       815368192       930711551   55.0 GiB    8300  MINIBACKUP
  13       930711552       937701375   3.3 GiB     8300  UNUSED

Partitions will be aligned on 2048-sector boundaries

aber der Test sagt:

OK, everything divisible by 4096, lucky you!

Vom freien Platz bei 2-4 wurden also 2.7 GiB nicht verwendet. Unused am Ende dient dazu keinen freien Platz am Ende zu erlauben und später vielleicht mal daraus eine Swap-Partition zu machen.

Interessant ist nun folgendes: Ich habe Win gesagt jeden Tag aufzuräumen. Damit benötigt das System nach der Installation und allen Updates ca. 30GB.

dezimale Werte:

~# df -HT | grep win11
/dev/sdb3              fuseblk    84G     29G   55G   35% /win11

binäre Werte

~# df -hT | grep win11
/dev/sdb3              fuseblk    78G     27G   51G   35% /win11

Die 80000 von der Win-Installation passen nicht mit den Werten von Linux überein.

Jetzt könnte man den Verdacht haben, dass der Linux-Installer bei vorhandenen Win-Partitionen nicht richtig anschliesst und manchmal ist das bei mir fatal.

 

[Tanzmusikus]

Mein Verdacht ist nun, dass sich die Win und Linux-Partitionierungen nicht miteinander vertragen

Bitte auch Beitrag #33 lesen nicht vergessen!
Dazu hast du noch keine Rückmeldung gegeben.

 

[Caramon2]

Also WIndows ist mit den Partionen, die von einem anderen System erstellt wurden, nicht glücklich

Das stimmt so nicht: Bei mir und auch bei Bekannten die es nach meiner Anleitung gemacht haben hat es immer funktioniert. Egal Ob BIOS (MPT) oder UEFI (GPT), auf mehreren ganz unterschiedlichen Rechner über halb Deutschland verteilt
(von Willich, über den Kreis Herford, bis nach Landshut)

> Partitions will be aligned on 2048-sector boundaries
aber der Test sagt:
> OK, everything divisible by 4096, lucky you!

Das hatte ich doch schon geschrieben:

Die 2048 sind 512 Byte Sektoren = 1 MiB.

Du solltest dir echt mal die Dokumentation ansehen

Das andere sind Byte, wie in dem Skript dokumentiert ist.

Ich mach mir gleich essen und setze mich dann vor dem Fernseher. Morgen sehe ich mir das in Ruhe an.

Schreib du mir genau auf was du vorhast, dann bekommst du von mir die passenden Befehlszeilen.

So in der Art:

1. 1G ESP, FAT
2. 16M ESR
3. 100G Windows, ntfs
4. 20G Win-Daten, ntfs
5. 40G Linux (auch die Distribution), xfs
6. usw.

Aber dann man das auch genauso wie ich es beschreibe.

Welches ist das Livesystem, das du bootest?

Ich empfehle dafür alle ISOs (vor allem Windows!) auf einen Vemtoy-Stick zu packen: meine Anleitung

 

[linuxnutzer]

Wie wäre es mit einer Inplace-Upgrade- bzw. Reparatur-Installation (nächstes Mal)?

Was meinst du mit Inplace?

Wie macht man eine Reparatur-Installation wenn die SSD ausgenullt wurde? Das ist immer meine Ausgangsbasis nach Problemen. Ich will, dass Win keine vorige Installation erkennt. War bis jetzt am zielführendsten.

Hast du in Windows den Schnellstart (in den Energieeinstellungen zu finden) deaktiviert?

Ja, sonst braucht man sich über Chaos nicht beschweren. Auch im UEFI selbst, sofern möglich.

Wenn für Windows & Linux jeweils eine eigene EFI-Partition angelegt wird, sollte es gut möglich sein.
Nachbearbeitung scheint mir aber erforderlich zu sein

Wir haben 1 System, da hat Win eine eigene HDD und das letzte Mal sah ich da noch 2 EFI-Partitionen. AFAIR ging das alles automatisch. Der PC ist aber an einem anderen Ort.

Die 16 KiB-Cluster (von @Caramon2) empfohlen, kannst gern mal ausprobieren.

Zur Zeit nicht. Ich warte es erst mal ab, ob wie von mir beschrieben, wieder Probleme entstehen.

Ergänzung (Gestern um 21:02)

Schreib du mir genau auf was du vorhast, dann bekommst du von mir die passenden Befehlszeilen.

Vielen Dank. Ich habe keinen PC zum Testen mehr und möchte warten, ob der wie von mir beschriebene partitionierte PC wieder nicht mehr auf die System-Partition unter Linux schreiben kann. Bei PCs, die dann in der Familie und nicht von mir verwendet werden, will ich nicht experimentieren,, das gibt Ärger, wenn was nicht passt.

In #42 ist beim 1. Code genau beschrieben, wie ich partitionieren möchte. Ich würde mich aber freuen, wenn du mir erklärst was ich da falsch mache bzw. man falsch machen kann. Der Partitions-Code sollte ja auch passen.

Im 2. Code gibt es dann Details zur SSD.

Ob ich jetzt ein paar GB beim Paritionieren verschenke ist mir total egal.

 

[Tanzmusikus]

Number Start (sector) End (sector) Size Code Name 1 2048 2099199 1024.0 MiB EF00

Warum eigentlich 1024 MiB (MebiByte)? 1000 MiB = 1024 MB, aber 1024 MiB = 1.048,576 MB. 🤪

Was meinst du mit Inplace?

Aus dem laufenden Windows 24H2 heraus könnte man auch mittels der 25H2er ISO upgraden.
Also ein Plattmachen wäre ggf. nicht nötig gewesen. Alle Nutzerdaten bleiben dabei erhalten.
(ein Backup vorher ist natürlich trotzdem anzuraten)

Wie macht man eine Reparatur-Installation wenn die SSD ausgenullt wurde?

Es geht mir um das Verständniss, dass ein schier unlösbares Problem beim Windows-Upgrade nicht automatisch bedeutet, dass eine Neuinstallation erforderlich ist. Für's nächste Mal kennst du nun eine mögliche Methode.

https://www.deskmodder.de/wiki/inde...Inplace_Upgrade_Reparatur_oder_Feature_Update

Hast du in Windows den Schnellstart (in den Energieeinstellungen zu finden) deaktiviert?

Ja

Hast du danach den PC herunter gefahren oder einfach einen Neustart gemacht?

 

[linuxnutzer]

Warum eigentlich 1024 MiB

Das musst du Ubuntu fragen. Ob das jetzt genau 1GiB letztes mal waren, bin ich mir nicht sicher, aber so lässt sich das am einfachsten angeben

sudo sgdisk -a 2048 -I -n 1::+1G -t 1:EF00 /dev/sdb

Alle Nutzerdaten bleiben dabei erhalten.

Es gibt so gut wie keine Nutzerdaten beim Flashen von Handys, etc.

dass eine Neuinstallation erforderlich ist.

Hmmh, was ich früher bemerkt habe, wird Windows mit jedem Update langsamer und eine Neuinstallation macht es wieder schneller. Geschwindigkeit ist aber ziemlich egal, wobei ich mich da auf die Vorteile von 16k beziehe.

Hast du danach den PC herunter gefahren oder einfach einen Neustart gemacht?

Beides. Ich habe mal irgendwo ein Video gesehen, wo erklärt wurde, dass im Zusammenhang mit Fastboot ein Neustart besser sein soll, als Runterfahren. Das ergibt sich automatisch. Einige Reboots nach den Win-Updates und runter fahren für die Linux-Installation

 

[Tanzmusikus]

Wir haben 1 System, da hat Win eine eigene HDD und das letzte Mal sah ich da noch 2 EFI-Partitionen.
AFAIR ging das alles automatisch. Der PC ist aber an einem anderen Ort.

Ich verstehe nicht, was das mit meiner Aussage zu tun hat, dass auch "Linux vor Windows installiert werden und mittels einiger manueller Eingriffe und zwei getrennten EFI-Partitionen zur problemfreien Koexistenz" führen kann.

Es gibt so gut wie keine Nutzerdaten beim Flashen von Handys, etc.

Ach so. Na dann ist es natürlich nicht so wichtig.

 

[Caramon2]

Vielen Dank. Ich habe keinen PC zum Testen mehr

Dazu gibt es VMs.

In #42 ist …

OK. Ubuntu Live hatte ich übersehen.

Aber das fehlt mir noch:

• Sicher, dass du nur 77G für Windows willst? Du sagtert doch, das wäre schnell zu klein.
• Ist die 2. Distribution auch ein Ubuntu-Derivat? (bzgl. des genutzten Installers)
• Welche Dateisysteme nutzt du bei Linux?
• Was sollen die Boot-Paritionen? (unnötiges Fehlerpotenzial)
• Die Recovery muss weg! (s. #12)
• Wozu die leere Partition am Schluss?
• keine Swap-Partition?

Ich fände weniger ist mehr: Keep it simple.

Je mehr Partitionen, um so unflexibeler, um so kleiner die einzelnen, um so schneller wird es knapp, um so eher gibt es Probleme. - z. B. dass nicht mehr geschrieben werden kann, weil nichts mehr drauf passt - bei btrfs kann das sogar passieren, wenn eigentlich noch genug frei ist: Stichwort balancing.

Wenn du Windows sowieso nicht sicherst, weshalb dann überhaupt eine extra Win-Daten, statt einfach nur ein Win-Daten-Verzeichnis auf C:\? Das kombiniert den freien Platz von beiden = mehr Luft.

Laufen die kleinen Boot-Partitionen voll, kann es das System zerschießen.

Um wozu zwei Home-Partitionen? - Eine gemeinsame mit je Distri anderen Benutzernamen und die kommen sich auch nicht ins Gehege, bei gleichzeitig kombinierten freien Platz: s. o.

Die extra Backup-Partition ist gut. Sowas habe ich auch, nur auf einer 2. SSD. Dafür aber nicht Mini, sondern doppelt so groß.

Wenn für Windows & Linux jeweils eine eigene EFI-Partition angelegt wird

Mehrere ESP auf einem Laufwerk sind möglich?

Btw:

Windows-11-Update KB5089549 scheitert bei 35 Prozent und Microsoft bestätigt EFI-Problem

Laut Microsoft betrifft der Fehler Systeme, deren EFI-Systempartition kaum freien Speicher besitzt. Besonders Geräte mit weniger als 10 MB Platz sind anfällig.
…
Die Problematik ist nicht neu, denn moderne Windows-Updates verändern zunehmend bootrelevante Komponenten.

Dann ist ja gur, dass Microsoft die von ehemas 500 MiB auf 100 MiB verkleinern hat…

Wie dumm sie die Verantwortlichen da eigentlich?

 

[Tanzmusikus]

Mehrere ESP auf einem Laufwerk sind möglich?

Massenweise.
So viel wie der Datenträger physisch & GPT technisch hergeben.
Also nicht nur 4 (Haupt)Partitionen wie beim MBR-Partitionsstil.

Aber man denke auch daran, das so ein kleines UEFI (Mainboard) die vielen ESPs verwalten können muss.
Man denke sich eine Bootreihenfolge von 50 ESPs. Dann bräuchte es ggf. ein "internes Ventoy"... 😉
... oder die Boards lassen den Nutzer (endlos) scrollen.

 

[Volume Z]

Dann ist ja gur, dass Microsoft die von ehemas 500 MiB auf 100 MiB verkleinern hat…

Das ist nicht so. 500 MB vs. 100 MB ist MBR vs. GPT und außerdem Version 1909 vs. 2004. Also Äpfel vs. Birnen.

 

[linuxnutzer]

Dazu gibt es VMs.

Verwende ich nicht. Ich verwende zum Testen nur alte PCs 6-15 Jahre, und für manche Hardware soll es besser sein, keine VM zu verwenden. Das sind reine Test-PCs oder zum Handy flashen, mussten gerade 4 Handys ersetzt werden. Mit jeweils eigenen PCs schaltet Xiaomi viel schneller frei.

Sicher, dass du nur 77G für Windows willst?

Ja, reicht, ist nicht mehr Platz bei 500G SSD. Wie berichtet hat das bereinigte System 30G.

30G hat Windaten, reicht locker, brauche um die 10G dafür. Da kommen nur Sachen von einem "Master PC" darauf, die man vielleicht braucht. Vorteil ist, bei einer Neuinstallation ist alles vorhanden was man braucht. Dank dieser Diskussion ist das jetzt auch NTFS.

Ist die 2. Distribution auch ein Ubuntu-Derivat?

Kommt darauf an, zur Zeit gar nichts, da SSD komplett neu partitioniert wurde. Normalerweise wird damit eine neue Ausgabe getestet, also zB 24.04 und 26.04, kann aber auch Kubuntu mit anderem Installer sein oder auch Debian, etc. was ich gerade testen will. Ich weiß damit sind Probleme verbunden, aber die passen nicht hierher.

Welche Dateisysteme nutzt du bei Linux?

Gute Frage und das kann sich ändern.

/boot: ext4
/: gerade wieder xfs
/home: xfs

/boot gibt es vorsichtshalber als Partition, wenn ich mal mit Verschlüsselung des Systems spielen will.

Die Recovery muss weg! (s. #12)

Ich habe das gelesen. Ich bin mir aber nicht so sicher, ob das für mich relevant ist. Ich flashe ja hauptsächlich nur Hardware. So ein Mega-Crash wo nichts mehr unter Linux funktioniert, soll vermieden werden. Da ich selten Win nutze, kann das da einfach noch nicht passiert sein.

Ich habe eine Tendenz bei Win keine speziellen Dinge zu machen. Das was ich da alles gelesen habe, mag durchaus sinnvoll sein, wenn man Win viel nutzt. Die meisten Programme, die ich verwende, brauchen nicht mal eine Installation.

• Wozu die leere Partition am Schluss?
• keine Swap-Partition?

Das ist die neueste Überlegung. Normalerweise ist am Ende eine Swap-Partition, nur die war der Grund warum ich nicht installieren konnte. Siehe https://www.computerbase.de/forum/t...cd-installationsfehler.2271265/#post-31493607

Damit mir das nicht mehr passiert, mache ich keine Swap mehr und lasse ein Swap-File zu. Sollte ich wieder eine Swap-Partition wollen, brauche ich nur die letzte verwenden. Ich will sowieso das Swappen bremsen so weit das irgendwie geht. Speziell bei 32 oder 64GB RAM ist das Luxus, wenn geswappt wird und auch bei 8GB sollte ich ohne Swap auskommen. Ich sehe da ein paar kB.

Ich fände weniger ist mehr: Keep it simple.

Bei einem Produktiv-PC vielleicht, bei einem Test-PC egal. Es ist immer praktisch auf ein altes funktionierendes System zurück greifen zu können. Speziell hat mich Ubuntu 26.04 nicht sehr überzeugt. Aber das ist auch ein anderes Thema. Ich bin gar nicht begeistert, wenn das Kopieren bei Wayland über die mittlere Maustaste nicht mehr automatisch funktioniert.

z. B. dass nicht mehr geschrieben werden kann, weil nichts mehr drauf passt

Das hatte ich natürlich geprüft. Mein Linux hat ca. 30GB, Dafür habe ich ja eine Homepartition, damit da nichts voll wird. Und auch /home wird kaum genutzt. die wichtigen Daten sind auf eigenen LUKS-Partitionen.

Wenn du Windows sowieso nicht sicherst, weshalb dann überhaupt eine extra Win-Daten

Da ist alles darauf, was ich nach der Win-Installation brauche und das bleibt nach einer Installation erhalten.

Das kombiniert den freien Platz von beiden = mehr Luft.

Ja, nur brauche ich den nicht.

Laufen die kleinen Boot-Partitionen voll, kann es das System zerschießen.

Klar, aber bis jetzt haben die locker gereicht.

 df -HT /boot
Dateisystem    Typ  Größe Benutzt Verf. Verw% Eingehängt auf
/dev/nvme0n1p6 ext4  2.9G    226M  2.5G    9% /boot

Das ist von einem 24.04-PC nach 2 Jahren.

Um wozu zwei Home-Partitionen?

Ich glaube du gehst immer von einem Produktiv-PC aus, es geht um Test-PCs. Und ja das kann schon Vorteile haben, wenn das alte Home der alten Distri noch da ist, um Konfigurationen zu vergleichen. Klar, man kann sich Dinge auch vom Backup holen, aber so ist das einfacher. Ich brauche auf home keinen Platz, da wichtige Daten auf eigenen Partitionen liegen. Außerdem hat es den Vorteil, wenn es ordentlich crasht, kann man Glück haben und Teile sind wieder herstellbar. Deswegen verwende ich XFS, ext4 konnte ich manchmal schon nicht wieder herstellen.

Die extra Backup-Partition ist gut. Sowas habe ich auch, nur auf einer 2. SSD. Dafür aber nicht Mini, sondern doppelt so groß.

Das sind auch wieder Kleinigkeiten, für Fehler die ich mache und nicht weil ein Laufwerk eingeht. Alles eine Frage der Bequemlichkeit. Komplette Backups gibt es auf externen Laufwerken und manche Dinge auch noch redundant auf anderen PCs. Ich habe zur Zeit auf einem Produktiv-PC im Minibackup-Bereich 230G. Einfache Strategie, da datumsorientiert, das alte fliegt raus, wenn kein Platz mehr ist. Ein Test-PC mit Backup 50G ist Luxus, würde auch ohne gehen, ist ja ein Test-PC.

Dann ist ja gur, dass Microsoft die von ehemas 500 MiB auf 100 MiB verkleinern hat

Ubuntu hat auf 1G erhöht. Das sind doch alles Größen, die nebensächlich sind, wenn sie ein wenig größer sind.


@Tanzmusikus Antwort ASAP

 

[Volume Z]

Aber man denke auch daran, das so ein kleines UEFI (Mainboard) die vielen ESPs verwalten können muss.

Das verwaltet doch keine ESPs. Es verwaltet die Bootmanager darauf, und wieso sollte man davon hundert benötigen. Die Paar, die man im Höchstfall verwendet, passen immer auch auf eine eine Partition.

Für mehrere ESPs muss man tricksen, und bei Installation von Windows stoßen sie dem Setup sauer auf.

Eher ein Fall von obskur.