🚀 go-pugleaf

W dniu 5.06.2025 o 21:24, Jacek pisze:
> Wbrew pozorom sprawa dot. linuksa, no, prawie :) Na lapku są dwa systemy 
> ładowane z gruba, oto partycje:
> 1. sda1 ntfs zastrzeżone przez system
> 2. sda2 ntfs W10
> 3. sda3 fat16 EFI
> 4. ext4 Mint
> Próbuję upgradować W10 z wersji 20h2 do 22h2. Na W10 umieściłem katalog 
> z instalką odpowiedniej windy i odpaliłem setup.exe. Instalacja ruszyła, 
> pokręciła się parę godzin i w końcu ją przerwałem na chama. Po ponownym 
> uruchomieniu windy dostałem komunikat że instalacja się nie powiodła, 
> przyczyna to kłopot w fazie BOOT i winda została przywrócona do stanu 
> początkowego.
> Najwyraźniej instalator windy nie radzi sobie z grubem już podczas 
> pierwszego restartu. Wie ktoś jak unieszkodliwić gruba, tak aby winda 
> startowała samodzielnie? Gruba mogę sobie przywrócić potem, używając 
> chroota z pendrajwa.
AI wypluło taki scenariusz (może pomoże):


Tak, znany problem: instalator Windowsa często się „gubi”, gdy w grę 
wchodzi GRUB, szczególnie w konfiguracjach z EFI. Najprostszym 
rozwiązaniem jest tymczasowe „wyłączenie” GRUB-a, tak aby system Windows 
po restarcie instalacji używał własnego bootloadera.

## 🔧 Plan działania: Tymczasowa zmiana domyślnego bootloadera na 
Windows Boot Manager

Zakładam, że używasz EFI, bo masz partycję FAT16 typu EFI (`/dev/sda3`). 
Zatem GRUB i Windows Boot Manager siedzą sobie razem na tej samej 
partycji EFI.

### 🧰 Krok po kroku:

#### 1. **Sprawdź wpisy bootloaderów**

Zrób to w Mincie:

```bash
sudo efibootmgr
```

Wyjście będzie wyglądać mniej więcej tak:

```
Boot0000* ubuntu
Boot0001* Windows Boot Manager
BootOrder: 0000,0001
```

Tutaj `ubuntu` to GRUB, a `Windows Boot Manager` to właściwy EFI Windowsa.

#### 2. **Zmień kolejność bootowania – ustaw Windows jako pierwszy**

```bash
sudo efibootmgr -o 0001,0000
```

(tutaj `0001` to Windows, a `0000` to GRUB – dostosuj zgodnie z tym, co 
masz u siebie)

#### 3. **Zrestartuj i uruchom Windowsa, puść ponownie setup.exe**

Instalator będzie miał teraz „czyste środowisko” i powinien bez problemu 
przejść fazę `BOOT`.

#### 4. **Po aktualizacji: przywróć GRUB-a**

Po zakończeniu aktualizacji Windowsa możesz z powrotem ustawić GRUB jako 
domyślny:

```bash
sudo efibootmgr -o 0000,0001
```

Lub – jeśli GRUB się wysypał – użyj live USB z Mintem i `chroot` + 
`grub-install`.

---

## 💡 Wariant alternatywny:

Jeśli boisz się mieszać w `efibootmgr`, możesz wejść do BIOS/UEFI i 
ręcznie ustawić kolejność bootowania tam (większość UEFI pozwala wybrać 
między GRUB-em a Windows Boot Managerem).



-- 
Pozdrawiam,
Dracu

W dniu 5.06.2025 o 22:28, Draco pisze:
> sudo efibootmgr

Niestety :) Próba daje komunikat:
"EFI variables are not supported on this computer"
A zajrzenie do BIOS pokazuje że nie ma nic wspólnego z EFI.  Dodatkowo 
lapek nie chce zabutować z pena z W10 jeśli podczas jego nagrywania 
użyło się opcji UEFI, butuje jedynie po użyciu opcji MBR. Lapek to Dell 
Inspiron N5110. Więc IMO butowanie jest oparte o MBR a partycja EFI nie 
wiadomo po co jest.
Z dawnych czasów pamiętam że wykonywało się jakiś myk z jakimś 
programikiem z Hirensa, coś w rodzaju /fixmbr :) ale już mi się zapomniało.

-- 
Jacek Maciejewski
<I hate haters>

W dniu 6.06.2025 o 08:24, Jacek pisze:
> W dniu 5.06.2025 o 22:28, Draco pisze:
>> sudo efibootmgr
> 
> Niestety :) Próba daje komunikat:
> "EFI variables are not supported on this computer"
> A zajrzenie do BIOS pokazuje że nie ma nic wspólnego z EFI.  Dodatkowo 
> lapek nie chce zabutować z pena z W10 jeśli podczas jego nagrywania 
> użyło się opcji UEFI, butuje jedynie po użyciu opcji MBR. Lapek to Dell 
> Inspiron N5110. Więc IMO butowanie jest oparte o MBR a partycja EFI nie 
> wiadomo po co jest.
> Z dawnych czasów pamiętam że wykonywało się jakiś myk z jakimś 
> programikiem z Hirensa, coś w rodzaju /fixmbr :) ale już mi się zapomniało.
> 
Spróbowałem użyć fixmbr z poziomu instalatora W10 w wierszy poleceń ale 
jest:
"fixmbr nie jest rozpoznawany jako legalne polecenie". Ani nawet /fixmbr :)

-- 
Jacek Maciejewski
<I hate haters>

W dniu 06.06.2025 o 08:34, Jacek pisze:
> W dniu 6.06.2025 o 08:24, Jacek pisze:
>> W dniu 5.06.2025 o 22:28, Draco pisze:
>>> sudo efibootmgr
>>
>> Niestety :) Próba daje komunikat:
>> "EFI variables are not supported on this computer"
>> A zajrzenie do BIOS pokazuje że nie ma nic wspólnego z EFI.  Dodatkowo 
>> lapek nie chce zabutować z pena z W10 jeśli podczas jego nagrywania 
>> użyło się opcji UEFI, butuje jedynie po użyciu opcji MBR. Lapek to 
>> Dell Inspiron N5110. Więc IMO butowanie jest oparte o MBR a partycja 
>> EFI nie wiadomo po co jest.
>> Z dawnych czasów pamiętam że wykonywało się jakiś myk z jakimś 
>> programikiem z Hirensa, coś w rodzaju /fixmbr :) ale już mi się 
>> zapomniało.
>>
> Spróbowałem użyć fixmbr z poziomu instalatora W10 w wierszy poleceń ale 
> jest:
> "fixmbr nie jest rozpoznawany jako legalne polecenie". Ani nawet /fixmbr :)
> 
AI pisze:

Aby przywrócić domyślny **bootloader MBR systemu Windows 10**, możesz 
skorzystać z narzędzi dostępnych na nośniku instalacyjnym Windows 10. 
Oto krok po kroku, jak to zrobić:

---

## 🔧 **Sposób 1: Przywracanie bootloadera Windows 10 w MBR (Legacy BIOS)**

### ❗ Wymagania:

* Nośnik instalacyjny Windows 10 (pendrive lub płyta DVD)
* Ustawiony tryb rozruchu **Legacy (CSM)** lub BIOS, nie UEFI

---

### ✅ **Kroki:**

1. **Uruchom komputer z instalacyjnego pendrive'a Windows 10:**

    * W BIOSie ustaw bootowanie z USB/DVD.
    * Po załadowaniu instalatora wybierz język → kliknij **"Dalej"**.

2. **Kliknij "Napraw komputer" (w lewym dolnym rogu):**

    * Następnie wybierz: **Rozwiązywanie problemów** → **Opcje 
zaawansowane** → **Wiersz polecenia**.

3. **W wierszu polecenia wpisz po kolei:**

    ```
    bootrec /fixmbr
    bootrec /fixboot
    bootrec /scanos
    bootrec /rebuildbcd
    ```

    * `bootrec /fixmbr` – nadpisuje MBR kodem startowym Windows
    * `bootrec /fixboot` – naprawia sektor rozruchowy
    * `bootrec /scanos` – szuka istniejących instalacji Windows
    * `bootrec /rebuildbcd` – odbudowuje menu rozruchu (BCD)

4. **Jeśli pojawi się błąd przy `bootrec /fixboot` (dostęp odmówiony):**
    Można wykonać te dodatkowe kroki:

    ```
    diskpart
    list disk
    select disk 0           (lub inny, gdzie jest Windows)
    list partition
    select partition X      (gdzie X to partycja EFI/systemowa)
    assign letter=Z
    exit
    ```

    Potem:

    ```
    bcdboot C:\Windows /s Z: /f BIOS
    ```

    (zakładając, że Windows jest na dysku C)

5. **Zamknij konsolę i uruchom ponownie komputer.**

---

## ℹ️ Dodatkowe uwagi:

* Jeśli używasz systemu w trybie **UEFI + GPT**, to instrukcje są inne – 
daj znać, jeśli tak jest.
* Jeśli masz inne systemy (np. Linux z GRUB-em) i chcesz usunąć ich 
bootloadery – ten sposób nadpisze GRUB bootloader Windowsowym.





-- 
Pozdrawiam,
Draco

W dniu 6.06.2025 o 08:52, SPS pisze:
>    bootrec /fixmbr
>     bootrec /fixboot
>     bootrec /scanos
>     bootrec /rebuildbcd
>     ```
> 
>     * `bootrec /fixmbr` – nadpisuje MBR kodem startowym Windows
>     * `bootrec /fixboot` – naprawia sektor rozruchowy
>     * `bootrec /scanos` – szuka istniejących instalacji Windows
>     * `bootrec /rebuildbcd` – odbudowuje menu rozruchu (BCD)

Nie ma lekko :) wykonałem te polecenia i już przy scanos pokazało 
"wykryto 0 instalacji windows" :) a próba uruchomienia lapka  daje 
komunikat "BOOTMGR is missing".

-- 
Jacek Maciejewski
<I hate haters>