Windows Devices zerschiessen mir jedesmal das GRUB

[cosinus]

Gut, daß wenigstens Du erwachsen bist... merkt man auch an Deinen Fragen...

Nun gieß doch nicht nicht wieder Öl ins Feuer wir hatten diesen Thread doch wieder unter Kontrolle nach meinem Fauxpas mit den Bierzutaten

@Steve: nach Möglichgkeit solltest du dir ein Stick mit dem OS machen, das du auch reparieren willst, sonst kann es zu viele Abweichungen geben wenn man was nach chroot nachinstallieren und reparieren muss. Ich empfehle für die Reparatur eines Debian immer grml.

Ich kann mir aber noch nicht vorstellen, dass Windows 11 bei dir alles zerlegt hat. Windows war früher zerstörerisch, hat aber NIEMALS irgendwas kaputtgemacht nur weil man das Setup anbootete.

[Steve1]

Habe ein LMDE Linux Mint Live auf Debian aufsetzend

Code: Alles auswählen

efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0001
Boot0000* Windows Boot Manager	HD(1,GPT,8ecb10ed-b050-4496-92f7-7124ed0cbf9f,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...d................
Boot0001* UEFI:  USB, Partition 1	PciRoot(0x0)/Pci(0x14,0x0)/USB(0,0)/USB(0,0)/HD(1,MBR,0x6ce364a3,0x2b0,0x146a)..BO
Boot0002* debian	HD(1,GPT,eb3cb2ea-a60d-4494-a3ea-aa1cfafe4630,0x800,0x100000)/File(\EFI\debian\shimx64.efi)

[rhHeini]

Ok. Du behauptest doch das auf dem Laptop nur ein Debian läuft, oder?

Jedenfalls hat sich da ein Windows auf Platz 0000 eingetragen.

Bevor wir jetzt was machen, zeig mal ein lsblk.

[cosinus]

Jedenfalls hat sich da ein Windows auf Platz 0000 eingetragen.

Dann ist da aber definitiv mehr passiert...einfach nur ein W11-Setup anbooten verändert nix.

[Steve1]

GM cosinus,

Das behauptest du, aber du kannst mir 100%ig glauben, dass ich nur den aktuellen Windows 11 Setup Stick gebootet habe und wie gesagt bei einer "alten" Windows 10/11 Installation auf einer Ext. USB-Festplatte kam dieser Fehler dann ja auch!

Code: Alles auswählen

lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0   1.8G  1 loop /usr/lib/live/mount/rootfs/filesystem.squashfs
sda      8:0    0 238.5G  0 disk 
├─sda1   8:1    0   512M  0 part 
├─sda2   8:2    0   237G  0 part 
└─sda3   8:3    0   977M  0 part 
sdb      8:16   1  57.3G  0 disk 
├─sdb1   8:17   1   1.9G  0 part /usr/lib/live/mount/medium
└─sdb2   8:18   1   2.6M  0 part 
sdc      8:32   1  57.6G  0 disk 
└─sdc1   8:33   1  57.6G  0 part /media/mint/C4C02C50C02C4B4E

Ich würde euch gerne mal die Details zu der Ext. USB-Festplatte Windows NTFS posten und ggf. auch die Details zu dem Windows 11 Stick. Mit welchem Befehl kann ich das machen? Wobei der Stick ist das Windows.iso entpackt/kopiert auf den Stick. Mehr ist das nicht und eben NTFS formatiert.

Gruß, Steve

[dasebastian]

Nur noch mal ein Einwurf von meiner Seite zur Wahl des Liverettungssystems:

Ein LMDE wäre mir zu fett, das erstklassige grml wurde schon erwähnt, persönlich kann ich noch Sparky Rescue empfehlen (ziemlich weit unten auf der Seite).

Das baut auch auf Debian auf und hat einen sehr komfortablen Chrooter, der dir bis auf die Auswahl der Partition, in die du chrooten willst eigentlich sämtliche Arbeit abnimmt.

Hier hast du auch noch ein bisschen was zur Auswahl.

Nebentopic off.

[rhHeini]

Ein

Code: Alles auswählen

lsblk -f

wäre besser gewesen

[thunder11]

Ein

Code: Alles auswählen

lsblk -f

wäre besser gewesen

noch besser wäre in diesem Fall:

Code: Alles auswählen

lsblk -o NAME,FSTYPE,LABEL,PTTYPE,PARTTYPENAME,FSSIZE,FSAVAIL,MOUNTPOINT

[Steve1]

Code: Alles auswählen

lsblk -o NAME,FSTYPE,LABEL,PTTYPE,PARTTYPENAME,FSSIZE,FSAVAIL,MOUNTPOINT
NAME   FSTYPE   LABEL                  PTTYPE PARTTYPENAME       FSSIZE FSAVAIL MOUNTPOINT
loop0  squashfs                                                    1.8G       0 /usr/lib/live/mount/rootfs/filesystem.squashfs
sda                                    gpt                                      
├─sda1 vfat                            gpt    EFI System                        
├─sda2 ext4                            gpt    Linux filesystem                  
└─sda3 swap                            gpt    Linux swap                        
sdb    iso9660  LMDE 5 Cinnamon 64-bit dos                                      
├─sdb1 iso9660  LMDE 5 Cinnamon 64-bit dos    Empty                1.9G       0 /usr/lib/live/mount/medium
└─sdb2 vfat                            dos    EFI (FAT-12/16/32)                
sdc                                    dos                                      
└─sdc1 ntfs                            dos    HPFS/NTFS/exFAT     57.6G   57.5G /media/mint/C4C02C50C02C4B4E

[rjh]

Ist doch alles da. Kannst Du nun Dein Debian wieder booten oder brauchst Du noch irgendwelche Hilfen?

[grubenlicht]

hier mal ein paar Befehle, mit deren Hilfe du dein Problem (als Laie, erst recht als FISI) selber lösen können solltest.
* `parted -l` zeigt, welches device die ESP ist
* `lsblk -o name,partuuid,uuid` gibt die zugehörige PartUUID, sowie die UUID von ESP und "/" aus
* `efibootmgr -v` zeigt, welcher Booteintrag auf welche ESP zugreift (die lange Ziffenrfolge)
* `mount /dev/<ESP> /mnt && sudo ls -R /mnt && sudo umount /mnt` zeigt den Inhalt der ESP (und für Debian eine …/efi/debian/grub.cfg, für Windows …/efi/Windows/Boot/boomgfw.efi)
* mit `mount /dev/<ESP> /mnt && sudo cat /mnt/efi/debian/grub.cfg && sudo umount /mnt` sieht man den Inhalt der grub.cfg mit der UUID für das zugehörige "/" und damit den Ort derjenigen grub.cfg, die beim Booten als Menü angezeigt wird.
Der Fachidiot (wie ich z.B.) würde in diesem Fall allerdings ein einfaches

Code: Alles auswählen

efibootmgr -n 0002

vorausschicken, um zu sehen, ob denn Debian bootet. Wenn ja, dann mit

Code: Alles auswählen

efibootmgr -o xxxx,yyyy,…

die Bootreihenfolge auf die Gewünschte anpassen, und gut isssss!

Btw., wenn man was ganz kleines will, könnte man auch Slitaz (~50M) nehmen (mit verschiedenen Stolpersteinen wie - Tastaturlayout, - tazpkg get-install PROGRAMMname etc)
Einfacher ist natürlich, dasjenige iso-file, welches man auch zu Installation verwendet hat (blöd nur, daß dann bei einer Netiso nicht die gewohnt bash kommt – oder ich weiß gerade nicht, wie man dorthin gelangt) auf dem Inatallationstick zu verwenden.

[cosinus]

GM cosinus,

Das behauptest du, aber du kannst mir 100%ig glauben, dass ich nur den aktuellen Windows 11 Setup Stick gebootet habe und wie gesagt bei einer "alten" Windows 10/11 Installation auf einer Ext. USB-Festplatte kam dieser Fehler dann ja auch!

Ich abs hier eben nochmal in einer VM ausprobiert. ISO von Windows 11 gebootet. Da ist nichts passiert. Ich hab auch noch nie gesehen, dass ein einfaches Anbooten eines Windows-Setups irgendwas verändert oder gar die Bootkonfig komplett durcheinander bringt.

[Steve1]

Ist doch alles da. Kannst Du nun Dein Debian wieder booten oder brauchst Du noch irgendwelche Hilfen?

Häh, Nein, kann ich nicht, ich habe doch noch nichts verändert und weiss ehrlich gesagt auch immer noch nicht wie

die Bootreihenfolge auf die Gewünschte anpassen, und gut isssss!

das ich machen soll.

und lasst doch endlich mal den FISI weg, das nervt

@cosinus: Das ist schön und gut für dich, reproduziere es mit einem Dell 7480 mit Debian 12 Bookworm und dann den Stick, Nix VM, dann sehen wir weiter.

Und der eine hier spricht von

Code: Alles auswählen

efibootmgr Parameter XYZ

und der andere von

Code: Alles auswählen

efibootmgr Paramter ZYX

, das mache ich dann und ist doch wieder falsch, wie wäre es mal mit was endgültigem.

[grubenlicht]

muß wohl die Hitze sein eins11!

... ein einfaches

Code: Alles auswählen

efibootmgr -n 0002

vorausschicken, um zu sehen, ob denn Debian bootet.

[cosinus]

@cosinus: Das ist schön und gut für dich, reproduziere es mit einem Dell 7480 mit Debian 12 Bookworm und dann den Stick, Nix VM, dann sehen wir weiter.

Wieso sollte sich ein Stick anders verhalten als die ISO in einer VM? Und wieso sollte es nur auf einem DELL 7480 so sein?
Nachstellen kann ich das sowieso nur wenn du mal erzählst, wie genau du diesen Windows11-Stick erstellt hast.
Meinen Test vorhin hab ich übrigens in einer VM gemacht, in der ein Debian installiert ist.

[Steve1]

wie genau du diesen Windows11-Stick erstellt hast.

Liest du gar nicht was ich schreibe?

Die ISO gedownloadet. Entpackt bzw. den "Packungsinhalt" auf einen Stick kopiert, der vorher NTFS formatiert. Da EFI startet das wohl und tut es auch.

[Steve1]

muß wohl die Hitze sein eins11!

... ein einfaches

Code: Alles auswählen

efibootmgr -n 0002

vorausschicken, um zu sehen, ob denn Debian bootet.

Sehr witzig, lies nochmal meinen Edit, ihr könnt euch auch nicht einigen welchen

Code: Alles auswählen

efibootmgr PARAMETER

ich jetzt ausführen soll, poah

[cosinus]

Liest du gar nicht was ich schreibe?

Die ISO gedownloadet. Entpackt bzw. den "Packungsinhalt" auf einen Stick kopiert, der vorher NTFS formatiert. Da EFI startet das wohl und tut es auch.

Doch, ich kann das aber nicht glauben. So ist der Stick nämlich nicht bootfähig, für UEFI-Boot wird nämlich normalerweise eine FAT32-Partition gebraucht, die als ESP (EFI SYSTEM PARTITION) geflagt ist.

[Chameleon]

Mach doch einfach mal (als root) das gepostete

Code: Alles auswählen

efibootmgr -n 0002 && systemctl reboot

Das "-n" steht für "--bootnext" und bewirkt, dass einmalig als nächstes System das mit der Kennung "0002" gestartet wird - das "systemctl reboot" ist eine Ergänzung meinerseits um das Ganze zu beschleunigen.

[grubenlicht]

es ist die Hitze!
Der einzige, der hier seit deiner ersten Veröffentlichung von

Code: Alles auswählen

efibootmr …

gesprochen hat, bin ich, mit

...ein einfaches

Code: Alles auswählen

efibootmgr -n 0002

vorausschicken, um zu sehen, ob denn Debian bootet. Wenn ja, dann mit

Code: Alles auswählen

efibootmgr -o xxxx,yyyy,…

die Bootreihenfolge auf die Gewünschte anpassen, und gut isssss!

[Steve1]

SORRY das ich das sage, aber ihr seit auch nicht gerade die Experten. Einigen wir uns darauf, ich bin ein schlechter FISI, ihr seit keine Experten.

Ich habe es mit Rescatux hinbekommen.

https://www.supergrubdisk.org/category/ ... ux-stable/

GRUB -> Grub reparieren

NUN startet mein System wieder von GRUB aus.

Siehste ma' Cosinus, doch den Grub Zerschossen! Also Keep Care

[Chameleon]

Mir hat Windows noch nie nen Grub zerschossen - im schlimmsten Fall wird die Bootreihenfolge verändert, das ist aber nichts dramatisches.

Wenn dir Windows tatsächlich den Grub zerschießt, dann stimmt etwas mit der Installation nicht und es wird dir wieder so passieren - normal ist das aber nicht.

[cosinus]

Siehste ma' Cosinus, doch den Grub Zerschossen! Also Keep Care

Komischerweise zerscheißt nur dein Windows 11 den GRUB bei dir
Glaub uns doch, wenn Microsoft dieses Verhalten im Setup von Windows hätte, dann wäre das schon viiiiiiel eher aufgefallen.

[grubenlicht]

SORRY das ich das sage, aber ihr seit auch nicht gerade die Experten. Einigen wir uns darauf, ich bin ein schlechter FISI, ihr seit keine Experten.

Ich habe es mit Rescatux hinbekommen.

https://www.supergrubdisk.org/category/ ... ux-stable/

GRUB -> Grub reparieren

und was – glaubst du – ist passiert, als Rescatux den für dich nicht sichtbaren Befehl

Code: Alles auswählen

grub-install

ausgeführt hat?
Richtig, es hat die Dateien neu installiert (vollkommen unnötig), und dann zu guter Letzt die Bootreihenfolge angepaßt (was du leicht mit efibootmgr -v überprüfen kannst!

Siehste ma' Cosinus, doch den Grub Zerschossen! Also Keep Care

Hier "irrt der Fachmann, und der Laie wundert sich"

[cosinus]

Hier "irrt der Fachmann, und der Laie wundert sich"

Da hier ja keine Fachmänner/Experten sind, kann sich ja niemand angesprochen fühlen. Aber kommt hin, mittlerweile wundern sich ja auch alle hier