Hallo, wer kann helfen? Ich benutze Leap 15.1, kann aber wegen der Wartung und Firmwareupdates von Hardware wie Cardreader nicht gänzlich auf Windows verzichten. Mein System sieht so aus: /dev/sda = Windows10 Pro auf SSD /dev/sdb = Leap 15.1 auf SSD /dev/sdc = Tumbleweed und verschiedene Dateien auf HD. Grub2 befindet sich auf /dev/sdb im MBR, Aktiv-Flag in Partitionstabelle für Bootpartition setzen, Generischen Bootcode in MBR schreiben. Leap 15.1 startet automatisch, wenn kein anderes Betriebssystem ausgewählt wurde. Warum ich Hilfe benötige. Windows 10 hat Updates bisher automatisch abgearbeitet. Das Neueste bricht entweder mit Fehlercode ab oder meldet trotz ausreichend vorhandenem Speicher, es könne nicht festgestellt werden, ob ausreichend Speicher vorhanden sei. Hilfe Win hat Vorschläge zur Abhilfe gemacht und auch per Remotedesktop erfolglos selbst versucht. Ich habe hier mal gelesen, dass Win aus dem MBR der eigenen Partition startet, was hier allerdings nicht zutrifft. Ich frage nun, ob die Schwierigkeiten, die ich mit dem Update habe, darauf zurück zu führen sind, dass die Bootparameter nicht im MBR der Win-HD liegen. Vielen Dank Rolf -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 4. Mai 2020, 11:31:09 CEST schrieb Rolf Krause:
Ich habe hier mal gelesen, dass Win aus dem MBR der eigenen Partition startet, was hier allerdings nicht zutrifft. Ich frage nun, ob die Schwierigkeiten, die ich mit dem Update habe, darauf zurück zu führen sind, dass die Bootparameter nicht im MBR der Win-HD liegen.
Testweise sollte es doch möglich sein Windows direkt zu booten, indem du im BIOS die Windows-SSD als Bootplatte einstellst. Wenn da dann das gleiche Problem auftritt , weißt du, das das Problem nicht an GRUB liegt. Und hast schon nach "Windows Update <Fehlercode>" gegoogelt ? Das könnte Hinweise auf Lösungen für dein Problem bringen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Rolf, ich bin auch noch ein Windowsgelegentheitsnutzer. Für Naviupdate, Aquariumsteuerung usw. Ich habe Windows10 in einer virtuellen Maschine installiert und bin damit voll zufrieden. Vielleicht ist das ja auch für dich eine Lösung ? Lothar ----------------ursprüngliche Nachricht----------------- Von:Rolf Krause [krause.ro@gmail.com] An:opensuse-de@opensuse.org Datum:Mon, 4 May 2020 11:31:09 +0200 -------------------------------------------------
Hallo,
wer kann helfen?
Ich benutze Leap 15.1, kann aber wegen der Wartung und Firmwareupdates von Hardware wie Cardreader nicht gänzlich auf Windows verzichten. Mein System sieht so aus:
/dev/sda = Windows10 Pro auf SSD /dev/sdb = Leap 15.1 auf SSD /dev/sdc = Tumbleweed und verschiedene Dateien auf HD.
Grub2 befindet sich auf /dev/sdb im MBR, Aktiv-Flag in Partitionstabelle für Bootpartition setzen, Generischen Bootcode in MBR schreiben.
Leap 15.1 startet automatisch, wenn kein anderes Betriebssystem ausgewählt wurde.
Warum ich Hilfe benötige. Windows 10 hat Updates bisher automatisch abgearbeitet. Das Neueste bricht entweder mit Fehlercode ab oder meldet trotz ausreichend vorhandenem Speicher, es könne nicht festgestellt werden, ob ausreichend Speicher vorhanden sei.
Hilfe Win hat Vorschläge zur Abhilfe gemacht und auch per Remotedesktop erfolglos selbst versucht.
Ich habe hier mal gelesen, dass Win aus dem MBR der eigenen Partition startet, was hier allerdings nicht zutrifft. Ich frage nun, ob die Schwierigkeiten, die ich mit dem Update habe, darauf zurück zu führen sind, dass die Bootparameter nicht im MBR der Win-HD liegen.
Vielen Dank
Rolf
-- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Montag, den 04.05.2020, 11:31 +0200 schrieb Rolf Krause:
Grub2 befindet sich auf /dev/sdb im MBR, Aktiv-Flag in Partitionstabelle für Bootpartition setzen, Generischen Bootcode in MBR schreiben.
Heute möchte man eher beides im UEFI-Modus auf Datenträgern mit einer GPT- Partitionstabelle installiert haben. Außer der Rechner ist inzwischen so alt, dass er kein UEFI hat.
Warum ich Hilfe benötige. Windows 10 hat Updates bisher automatisch abgearbeitet. Das Neueste bricht entweder mit Fehlercode ab oder meldet trotz ausreichend vorhandenem Speicher, es könne nicht festgestellt werden, ob ausreichend Speicher vorhanden sei.
Es ist nicht falsch nach dem Fehlercode mal im Internet zu suchen. Reicht der Plattenplatz wirklich aus (mal selber nachgesehen)? Bei manchen Windows-Updates schießt auch gerne mal ein AntiViren-Programm dazwischen. Hast Du auch schon die Datenträgerbereinigung von Windows durchgeführt? Mit Administratorrechten gestartet wird wesentlich mehr Zeugs gefunden und entfernt, falls gewünscht. Auch zurückliegende Update-Dateien usw.
Hilfe Win hat Vorschläge zur Abhilfe gemacht und auch per Remotedesktop erfolglos selbst versucht.
Remotedesktop kenne ich. Aber Hilfe Win?
Ich habe hier mal gelesen, dass Win aus dem MBR der eigenen Partition startet, was hier allerdings nicht zutrifft.
Doch. Tut es. Dein /dev/sda hat ebenfalls einen MBR. Der wurde von Windows bei dessen Installation dort hingeschrieben und bei einem Versionsupgrade auch regelmäßig überschrieben (dadurch auch die bekannten Probleme, sofern sich Linux und Windows eine Platte teilen). Der Grub triggert nur den Windows eigenen Bootloader an.
Ich frage nun, ob die Schwierigkeiten, die ich mit dem Update habe, darauf zurück zu führen sind, dass die Bootparameter nicht im MBR der Win-HD liegen.
Nein. Tun sie nicht. - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl6xt3MACgkQ+NRy+KEK cZgkfw//dddApm3CvDZFLrAqbxOmRKZQCQy6XmnR9DWm9VVGyWx9KhHfWUM2e5Qp HVkNLH7o7Znn+JARjT2qiVglCEchPqQb1GNN8N+FYkFTF1abpTQ/DFopC/hTxnmW RUT/vhnQzz56VVQ0JiDHwhRP8NfVWYcSRxwZt6TJO34YFdzZcqd7jeooSe+7cCyf 1ei3bJhp0mgKMWtj0cMTbDwbsq5j6XC+cQC4zB4cm01cFlok/i4b5J1xIAFk3H9l 7qPkVN8Sx7PKqJGaxLiVSx3qSQdr85Rg/HOpF2GUt9nokgWJnfPKDHJx6BrAgzkM Yz+YHF7NIMUny2SCZT5hmCuicq9yW+HbyR6hnWs3RWDsdoW/CpQ9VorD1A+3G4dz W38o/D5vV7IBuETJSfx/SNGkNbWql/fy4v38Si7NkvvbkxMXISF0U/jWsx3pm3oU jdoAItW98Agr849pkeL3285y/qOOZCmPJvuHJuvnPqXtV8Io4OCTu2qyheXHgQR5 8Izuh7LxDd6rFNOm4F3HHPj3meLxZ/4RmldI8MgUek1mydEGJUAKMGB1Z1oMFOxZ 8GPWVAhdDOJjMBJpB8dLXX1iWMOJyOU5yRxtSxjWg9Gi8PSkAQrNa4pv/xrqD1S8 YBhac5fYqtDGnRkgHXFIrIgOXfk85VmEUIpjflxlprqQ3X1aqZY= =GhYX -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Mon, May 04, Rolf Krause wrote:
/dev/sda = Windows10 Pro auf SSD /dev/sdb = Leap 15.1 auf SSD /dev/sdc = Tumbleweed und verschiedene Dateien auf HD.
Grub2 befindet sich auf /dev/sdb im MBR, Aktiv-Flag in Partitionstabelle für Bootpartition setzen, Generischen Bootcode in MBR schreiben.
Leap 15.1 startet automatisch, wenn kein anderes Betriebssystem ausgewählt wurde.
Falls dies bedeutet das im BIOS sdb als Start-Platte eingetragen ist, und grub2 dann per Chainloader die Daten von sda startet, dann setze am besten sda als Start-Platte bevor die Updates eingespielt werden. Meiner Erfahrung nach erwartet Windows das die Partition von der es gestartet wurde als aktiv markiert ist. Mit anderen Worten, es erwartet das ihm die ganze Platte gehört. Technisch gibt es dafür sicher keinen Grund. Der einzige der mir spontan einfällt fängt mit Arro an und hört mit ganz auf. Olaf
participants (5)
-
Lothar -
Markus Koßmann -
Olaf Hering -
Richard Kraut -
Rolf Krause