Skocz do zawartości

Temat został przeniesiony do archiwum

Ten temat przebywa obecnie w archiwum. Dodawanie nowych odpowiedzi zostało zablokowane.

Tomasz4688

BitLocker kasuje mi srodowisko odzyskiwania Windows

Rekomendowane odpowiedzi

Witam, zacznę od początku

Potrzebuję użyć funkcji przywracania systemu Windows z określonego obrazu systemu, jednak na jednym z laptopów podczas deszyfracji dysku przez BitLocker dostaję komunikat ze korzystanie ze środowiska odzyskiwania systemu Windows nie bedzie mozliwe po wykonaniu tej czynności.

I rzeczywiście podczas zaawansowanego uruchamia ta opcja znika.

 

Co wiecej próbowałem na czysto zainstalować Win10 ale domyślnie ten dysk jest już zaszyfrowany i każda proba deszyfracji powoduje usunięcie tego środowiska odzyskiwania.

 

 

Poniżej porównanie o co mi chodzi na 2 laptopach

Czy ktoś wie jak zrobić zeby powrócił ten cały interface odzyskiwania?

6a4699358916b.jpg

 

f02f04410884b.jpg

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

A może są jakieś inne sposoby na deszyfracji dysku w systemie Windows bo przez ten ich menadżer właśnie się wysypuje partycja z tym środowiskiem do odzyskiwania.

Tam ona nawet jest na dysku bo programy typu Acronis Disk Director ja widzą no ale już system ma z tym problem

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Czy na owym laptopie BitLocker korzysta z TPM, czy może wpisujesz klucz (hasło) lub podajesz na sticku USB? Może przy szyfrowaniu bez TPM będzie ok?

Przed chwilą sprawdziłem na jednym ze swoich lapków z BitLockerem bez TPM, i wszystkie opcje są dostępne.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

To jest świeży windows 10 ver 1803 pobrany ze strony MS więc raczej tak.

 

Na świeżym Windows 10 domyślnie cały dysk jest już zaszyfrowany przy pomocy bitlocker a ja potrzebuję go odszyfrować, zawsze robiłem to tak że odszyfrowywania i klucz eksportowanej na pendrive'a ale wcześniej na starszych wersjach windows 10 nie było tego komunikatu że to może spowodować usunięcie tego środowiska odzyskiwania - tutaj właśnie tak się dzieje

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Hm, nie zdarzyło mi się jeszcze, by świeżo zainstalowany Windows od razu, tak sam z siebie, szyfrował dysk BitLockerem. A instalowałem go (1803 i starsze) już wiele razy, z oryginalnych obrazów od MS jak i z modyfikowanych przez siebie.

To co piszesz po prostu wygląda dla mnie dziwnie, nic mi nie przychodzi do głowy.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Też jest to dla mnie dziwne, ale muszę odszyfrowywać bo potem są tylko problemy.

 

Chyba znalazlem przyczynę, po prostu windows nie widzi tego środowiska odsyskiwania Windows RE

 

pytanie jak to odsyskać na tym laptopie?

z tego co widzę nawet ta partycja jest widoczna w menadzerze dysków jednak system jej nie widzi, moze wystarczy podać lokalizację lub to jakoś załadować?

ad8fe2dcadbc5.jpg

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

opcja nazywa się odzyskiwanie nie przywracanie - przywracanie, po angielsku restore, to stara opcja przywracanie plików systemowych z folderu na dysku systemowym - odzyskiwanie = recovery, przywraca obraz systemu zapisany na specjalnej partycji - są 2 partycje odzyskiwania, partycja mała z winre, czyli środowiskiem odzyskiwania, i 2, duża, z obrazem systemu - u ciebie, wg reagentc jest mała winre, ale nie ma dużej, tzn recovery image location, ewentualnie jej nie widzi; jeśli partycja jest możesz dodać w reagentc poleceniem /set

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Udało się, wystarczyło w reagentc.exe wskazać lokalizację do tego karalogu Recovery i teraz wszystko śmiga

 

Pytanie z innej beczki, dlaczego czysty Windows 10 Pro pobrany ze strony MS domyślnie szyfruje dysk bitlockerem?? czy to kwestia wersji win10 czy moze w jakiegoś ustawienia w BIOS?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
dlaczego czysty Windows 10 Pro pobrany ze strony MS domyślnie szyfruje dysk bitlockerem??

Domyślnie nie szyfruje. Skąd pobierałeś?

Microsoftowym Media Creation Toolem? Czy z MSDN?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Domyślnie nie szyfruje. Skąd pobierałeś?

Microsoftowym Media Creation Toolem? Czy z MSDN?

 

 

Tak, tym narzędziem od MS z ich strony

co ciekawe sprawdzałem na wersji 1703 i jest tak samo

sprawa dotyczy laptopów Dell Vostro 3568

 

ogolnie w firmie mamy ponad 30 takich laptopow i na wszystkich jest to samo, tzn nie wazne czy zainstaluje czysty win10 ze strony MS czy przywroce z obrazu producenta DELL'a, zawsze jest juz zaszyfrowany dysk

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Hej, podłączę się jeśli mogę, bo mam ten sam problem, tyle że powstał w innych okolicznościach.

 

Szybkie sprostowanie: Awaria SSD NVMe 250GB dysk systemowy, wykonałem kopię posektorową na nowo zakupiony SSD 960GB, tutaj nie było problemów. Z rękojmi zamiast 250GB wrócił nośnik 500GB NVMe, z uwagi na mniejszy rozmiar nośnika docelowego względem źródłowego kopia posektorowa musiała odpaść, wykorzystałem program do klonowania dysków, po sklonowaniu wyczyściłem system z nowego nośnika 960GB i po zabootowaniu z docelowego 500GB, wyrzucało BCD INACESSIBLE_BOOT_DEVICE, w związku z czym usunąłem stary i wygenerowałem nowy komendami fixboot, rebuildbcd itd. System wstał i działa, ale Recovery jest puste podobnie jak u Autora, na dodatek nie mogę go ręcznie wpiąć, do partycji recovery nie ma dostępu twierdzi że urządzenie nie jest gotowe, dodam jeszcze że program do klonowania z jakiegoś powodu nie wyrównał partycji i musiałem zrobić to ręcznie nie wiem czy to nie narobiło większego bigosu.

 

ShareX_DisconnecT__2019-01-18_15-50-15_IMG-1170__c1b38c7b-f1d5-4d91-b3c2-be2e3ede9154.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

wyrównanie - masz na myśli alignement - jeśli tak raczej nie, bo to tylko przesuwa partycję o kika sektorów, więc nie problem - dla recovery ważna kolejność partycji, nie dokładne sektory

 

ale masz w ogóle partycję z obrazem - bo jeśli masz 500, a z systemem ma 465, to raczej mało miejsca na partycję - z 500 windows właśnie chyba tyle widzi na ssd, resztę zajmuje dla siebie kontroler

 

ewentualnie spróbuj czy zachował się stary bcd - w cmd w trybie administratora wpisz

 

bcdedit /store c:\windows\system32\boot\bcd /enum all

 

powinna się wyświetlić zawartość bcd - odzyskiwanie jest jako ram disk, sprawdź, czy jest wpis, która partycja, itd-ale partycji z obrazem chyba? tam nie ma, recovery ma chyba pliczek xml na swojej partycji, gdzie ma te dane

 

uwaga - nie wiem, czy jest we wskazanej lokalizacji plik bcd - ewentualnie sprawdź, folder boot w system32 zobaczysz jak w opcje folderów odhaczysz ukrywanie chronionych plików; gdyby był bcd, ale inna ścieżka oczywiscie skoryguj ścieżkę po /store

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Tak chodzi mi alignement, program wstawił partycje nie równo i musiałem to poprawiać, przez co ich rozmiary są nieco inne, z partycji które są na nośniku systemowym mamy:

 

448 MB Recovery

100 MB System

16 MB Reserved

465GB Local Disk C

 

Podstawowy BCD do rozruchu systemu znajduje się na partycji 100MB na tej 448MB powinno się znajdować WinRE ale nie jestem w stanie do niej uzyskać dostępu ani z explorera ani przez CMD, pojemność się raczej zgadza nośniki 500GB mają dostępne właśnie 465GB do użytku.

 

BCD nie znajduje się w podanej przez Ciebie lokalizacji, podrzucam screen i log z EasyBCD z większą dawką informacji.

 

Windows Boot Manager
--------------------
identifier              {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device                  partition=R:
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager
locale                  pl-PL
default                 {55d27ab9-ecfb-11e8-9469-00d8610da410}
resumeobject            {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
displayorder            {55d27ab9-ecfb-11e8-9469-00d8610da410}
timeout                 30

Windows Boot Loader
-------------------
identifier              {55d27ab9-ecfb-11e8-9469-00d8610da410}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 10 Pro
locale                  pl-PL
osdevice                partition=C:
systemroot              \Windows
resumeobject            {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
nx                      OptIn
bootmenupolicy          Standard

 

ShareX_DisconnecT__2019-01-19_01-58-24_IMG-1173__0ccce69b-f1d4-4549-9aaf-ac644bb6b28e.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

zamiast current wpisz all, wtedy powinny być również wpisy dla odzyskiwania, czyli ram disk

 

spróbuj partition wizard - jeśli zobaczy recovery zaznacz, i wybierz explore partition - jeśli ok powinien chyba być plik winre.wim

 

ewentualnie spróbuj w notatniku - tylko musisz wcześniej nadać literę w diskpart - ponieważ efi ma literę r chyba nie problem - jak nadasz literę notatnik, kliknij w plik otwórz, komputer, powędruj na tę partycje, i w pliki typu w notatniku wybierz wszystkie pliki - powinien pokazać zawartość

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Na partycję recovery nie da się wejść żadnym sposobem, ani notatnik ani explorer czy cmd/powershell, za każdym razem zgłasza że urządzenie nie jest gotowe stąd podejrzewam że owa partycja jest ubita. Sprawdzę jeszcze Partition Wizard.

 

Na partycję 100MB mogę wejść, ale nie ma tam winre.wim jest tylko cały BCD, dodam że jest kopia starego BCD na którym wywalało INACCESIBLE_BOOT_DEVICE. W bcdedit nie ma komendy all przynajmniej nawet w helpie nie widzę, w każdym razie wrzuciłem log z easy bcd nic więcej po za owymi dwoma wpisami nie ma.

 

Dorzucę garstkę screenów z eksploracji partycji 100 MB - Nie wiem czy najlepiej nie było by zrównać z ziemią wszystkich partycji po za główną C i postawić cały bootloader od nowa bo bałagan jest widoczny. :)

 

Dodam że notatnik musiałem uruchomić z uprawieniami "NT AUTHORITY\SYSTEM" Inaczej nie pozwalał wejść na partycję 100MB, a nie chciałem przejmować na własność tego dysku w karcie zabezpieczeń.

 

 

ShareX_DisconnecT__2019-01-21_00-52-43_IMG-1174__36517ff1-661e-47ba-bf67-1737521361de.png

 

ShareX_DisconnecT__2019-01-21_00-52-59_IMG-1175__ec13c63b-4e64-4175-b49d-b29c94e900b1.png

 

ShareX_DisconnecT__2019-01-21_00-53-15_IMG-1176__3054651a-e8de-40d4-8f7e-7e95a3402826.png

 

ShareX_DisconnecT__2019-01-21_00-53-31_IMG-1177__dbf78821-0310-4e6d-951c-ce1c918dd6fa.png

 

ShareX_DisconnecT__2019-01-21_01-02-26_IMG-1178__cbdc1255-b324-4f4b-9251-0495959f37ff.png

 

Tu jeszcze wrzutka z zarządzania dyskami, obawiam się że ręcznie wykonany alignement partycji mógł nabruździć gdyż program nieco zmienił wielkość partycji zamiast 450 i 100MB jest 448 i 101 MB

 

ShareX_DisconnecT__2019-01-21_01-07-24_IMG-1179__45c86031-8fe0-47bc-a1ab-549a8b144473.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

zmiana rozmiarów raczej nie ma znaczenia, tzn dla funkcjonowania partycji, chyba, że coś popsute w tablicy partycji

 

all to nie komenda, tylko tzw chyba parametr, tzn parametr komendy /enum , czyli /enum all

 

a nie możesz podejrzeć tego bcd.old - polecenie bcdedit /store x:\efi\microsoft\boot\bcd.old /enum all

 

płytka\pen ratunkowy to praktycznie partycja odzyskiwania - zrób, i może da się przerzucić na partycję odzyskiwania, jeśli nie na tą, która jest aktualnie niedostępna, to na zrobioną, a tę może da się np odrejestrować przez zmianę identyfikatora w diskpart - recovery mają specjalne identyfikator

 

ewentualnie gdyby partition wizard działał spróbuj zastosować chkdsk w nim do tej partycji - ale na własną odpowiedzialność!

 

raczej na pewno obraz da się wgrać z pena ratunkowego - może także tzw custom image, sądząc po zrzucie z reagentc, gdzie są również linie custom - więc partycja recovery niepotrzebna

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Zaraz podmontuje znowu partycję 100MB i wrzucę log z BCD.old.

 

Możliwe że owa partycja nie była w użytku, w końcu ostateczny rozkład bootloadera i tak zależy od wielu losowych czynników. Jako ciekawostkę dodam że opcje odzyskiwania potrafiły też znikać po którejś aktualizacji systemowej.

Zgadza się opcje odzyskiwania mogę uzyskać z nośnika rozruchowego systemu, wolał bym jednak aby bootloader spełniał wszystkie założenia i wczytywał ramdysk.

 

Do której partycji zastosować chkdsk do tej Recovery? Czy BCD? Teoretycznie mogą zrzucić kopię posektorową i się pobawić w razie awarii wrzucę przez DMDE zrzut i nie będzie śladu.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Mamy różnicę i to sporą, komplet informacji w logu z BCD.old

Wychodzi na to że wystarczy wpiąć ramdisk, ale jak go wpiąć skoro nie znam jego lokalizacji, chyba że on jest normalnie na C :hmm:

 

Stary BCD

 

Firmware Boot Manager
---------------------
identifier              {fwbootmgr}
displayorder            {f10c7ef6-ecf6-11e8-b7f3-806e6f6e6963}
                       {33520010-e17c-11e8-b7ce-806e6f6e6963}
                       {33520011-e17c-11e8-b7ce-806e6f6e6963}
                       {d552efcb-ecf7-11e8-9469-806e6f6e6963}
                       {d552efcf-ecf7-11e8-9469-806e6f6e6963}
timeout                 1

Windows Boot Manager
--------------------
identifier              {bootmgr}
device                  unknown
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager
locale                  pl-PL
inherit                 {globalsettings}
default                 {default}
resumeobject            {64c0c281-66cb-11e8-b646-74c63becf2cc}
displayorder            {default}
toolsdisplayorder       {memdiag}
timeout                 30

Firmware Application (101fffff)
-------------------------------
identifier              {33520010-e17c-11e8-b7ce-806e6f6e6963}
description             UEFI: PXE IP4 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {33520011-e17c-11e8-b7ce-806e6f6e6963}
description             UEFI: PXE IP6 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {d552efcb-ecf7-11e8-9469-806e6f6e6963}
device                  unknown
description             UEFI: SanDisk Cruzer Blade 1.26, Partition 1

Firmware Application (101fffff)
-------------------------------
identifier              {d552efcf-ecf7-11e8-9469-806e6f6e6963}
device                  unknown
description             UEFI: SanDisk Cruzer Blade 1.26, Partition 2

Firmware Application (101fffff)
-------------------------------
identifier              {f10c7ef6-ecf6-11e8-b7f3-806e6f6e6963}
device                  partition=X:
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager

Windows Boot Loader
-------------------
identifier              {default}
device                  unknown
path                    \WINDOWS\system32\winload.efi
description             Windows 10
locale                  pl-PL
inherit                 {bootloadersettings}
recoverysequence        {6d8dd918-8ee4-11e8-b536-974f805b7771}
displaymessageoverride  SystemRestore
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                unknown
systemroot              \WINDOWS
resumeobject            {64c0c281-66cb-11e8-b646-74c63becf2cc}
nx                      OptIn
bootmenupolicy          Standard

Windows Boot Loader
-------------------
identifier              {6d8dd918-8ee4-11e8-b536-974f805b7771}
device                  ramdisk=[unknown]\Recovery\WindowsRE\Winre.wim,{6d8dd919-8ee4-11e8-b536-974f805b7771}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  pl-PL
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[unknown]\Recovery\WindowsRE\Winre.wim,{6d8dd919-8ee4-11e8-b536-974f805b7771}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Resume from Hibernate
---------------------
identifier              {64c0c281-66cb-11e8-b646-74c63becf2cc}
device                  unknown
path                    \WINDOWS\system32\winresume.efi
description             Windows Resume Application
locale                  pl-PL
inherit                 {resumeloadersettings}
recoverysequence        {6d8dd918-8ee4-11e8-b536-974f805b7771}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              unknown
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Windows Memory Tester
---------------------
identifier              {memdiag}
device                  unknown
path                    \EFI\Microsoft\Boot\memtest.efi
description             Diagnostyka pamięci systemu Windows
locale                  pl-PL
inherit                 {globalsettings}
badmemoryaccess         Yes

EMS Settings
------------
identifier              {emssettings}
bootems                 No

Debugger Settings
-----------------
identifier              {dbgsettings}
debugtype               Local

RAM Defects
-----------
identifier              {badmemory}

Global Settings
---------------
identifier              {globalsettings}
inherit                 {dbgsettings}
                       {emssettings}
                       {badmemory}

Boot Loader Settings
--------------------
identifier              {bootloadersettings}
inherit                 {globalsettings}
                       {hypervisorsettings}

Hypervisor Settings
-------------------
identifier              {hypervisorsettings}
hypervisordebugtype     Serial
hypervisordebugport     1
hypervisorbaudrate      115200

Resume Loader Settings
----------------------
identifier              {resumeloadersettings}
inherit                 {globalsettings}

Device options
--------------
identifier              {6d8dd919-8ee4-11e8-b536-974f805b7771}
description             Windows Recovery
ramdisksdidevice        unknown
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

 

 

Obecny BCD

 

Firmware Boot Manager
---------------------
identifier              {fwbootmgr}
displayorder            {bootmgr}
                       {41acb61b-02c4-11e9-b840-806e6f6e6963}
                       {072a974b-ed13-11e8-b7f6-806e6f6e6963}
timeout                 1

Windows Boot Manager
--------------------
identifier              {bootmgr}
device                  partition=X:
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager
locale                  pl-PL
default                 {current}
resumeobject            {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
displayorder            {current}
timeout                 30

Firmware Application (101fffff)
-------------------------------
identifier              {072a974b-ed13-11e8-b7f6-806e6f6e6963}
description             UEFI: PXE IP6 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {41acb61b-02c4-11e9-b840-806e6f6e6963}
description             UEFI: PXE IP4 KIller PCIe Network Controller

Windows Boot Loader
-------------------
identifier              {current}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 10 Pro
locale                  pl-PL
osdevice                partition=C:
systemroot              \Windows
resumeobject            {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
nx                      OptIn
bootmenupolicy          Standard

Resume from Hibernate
---------------------
identifier              {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
device                  partition=C:
path                    \Windows\system32\winresume.efi
description             Windows 10 Pro
locale                  pl-PL
inherit                 {resumeloadersettings}
filedevice              partition=C:
filepath                \hiberfil.sys
debugoptionenabled      No

Windows Memory Tester
---------------------
identifier              {memdiag}
device                  partition=X:
path                    \EFI\Microsoft\Boot\memtest.efi
description             Windows Memory Diagnostic
locale                  pl-PL

 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

zobacz tutaj

 

ale ścieżka u ciebie jest recovery\windowsre\.., itd, więc nie wszystko będzie pasować; chyba część, jeśli nie całość jest dla 7, w nim folder recovery jest na c, jak system, nie na specjalnej partycji

 

chyba? wszystko to jednak niepotrzebne, wystarczy polecenie /set winre dla reagentc, resztę informacji sam dopisze

 

dlatego radziłem sprawdzić ten folder boot w system32, bo z niego bcdboot tworzy nowy bootloader, tzn odtwarza z gotowego szablonu zapisanego po instalacji - ponieważ użyłeś rebuildbcd chyba bcd został zmieniony, ale ten w boot powinien się zachować, jeśli został sklonowany ok - może więc wystarczyłoby bcdboot c:\windows /s x: /f uefi

 

gdybys używał tych poleceń bcdedit chyba musisz zacząć od /create i /d, bo najpierw musisz stworzyć identyfikator, i /d = description, czyli nazwę dla recovery - dopiero potem set - ale te polecenia z create chyba? dla 7

 

najlepiej gdybyś podmienił bcd na bcd.old, nie jestem pewien, ale chyba w bcdedit da się zrobić, albo w bootrec, wtedy wystarczyłyby 2 polecenia /set; zauważ, że w old masz w windows boot loader przy windows 10 device - unknown - wystarczyłoby żebyś np z instalatora zapisał tam c, i stary byłby ok i by bootował - nie wiem, dlaczego to rebuildbcd takie popularne, w wiekszości nie działa, dużo lepiej podjrzeć, co jest problemem, i poprawic ręcznie, w tym wypadku wystarczyłoby 1 polecenie /set device... itd - czyli gdybys znalazł sposób na podmianę wcześniej musisz użyć

 

bcdedit /store ścieżka do old /set {default} device partition=c:

 

teraz zauważyłem, że i w boot manager jest unknown - polecenie jak powyżej tylko {bootmgr} zamiast default i

device=x: albo device partition=x:

 

oryginalnie było chyba device=harddisk#\volume1, albo 2, jeśli z recovery partycje nie przestawione - # nie wiadomo jaki numer, jeśli dyski przepięte, itd - stąd potem problemy przy bootowaniu

 

ps - dla tej recovery nie wyświetla też systemu plików, tzn czy ntfs, itd - wprawdzie dla efi też nie, może to jakaś nowa specyfika 10 - ewentualnie spróbuj diskpart z cmd w trybie administratora - diskpart - list disk, select disk 4, list partition - jeśli nie będzie przy 1 czy nfts, itd, spróbuj select partition 1, detail partition - jeśliby i teraz nie było sprawa chyba beznadziejna, może jest tzw raw, czyli system nie wie jaki system plików - gdyby tak może naprawi partition wizard, ewentualnie można naprawić HxD - ale tu jest gpt, a na tym się nie znam, trzeba by poszukać w sieci, gdzie w gpt jest informacja o ntfs we wpisie partycji

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Zastanawiam się z której strony ruszyć, wedle linku który wkleiłeś mógł bym wygenerować nowy wpis dla ramdysku w obecnym BCD, nie bardzo tylko wiem który GUID podać przy tworzeniu wpisu.

reagentc.exe za dużo nie podpowiada, już wcześniej próbowałem właśnie tym sposobem podstawić recovery ale nie pozwalać się wpiąć nawet przy lokalizacji z C:

 

Stary BCD teoretycznie mogę przywrócić, i spróbować zmienić wpis konkretnego dysku. Dodam że masz rację w momencie gdy system przeklonowałem na SSD 500GB i wybierałem jego jako urządzenie bootujące to bootloader z góry przerzucał mnie naa SSD 1TB i z niego odpalał system, po testowym wypięciu SSD 1TB automatycznie zgłaszał INACESSIBLE_BOOT_DEVICE, czyli program nie zmienił ścieżki.

 

Wcześniej rebuildbcd i bootrec /fixboot dobrze działał obecnie po którejś dużej aktualizacji win10 bez wygenerowania nowego BCD nie pozwala mi niczego zmienić mimo nadania uprawień z Winre na pendrive.

 

W lokalizacji C:\Windows\System32\Boot\ nie ma informacji o Winre, jest tylko winload (exe i efi) oraz winresume (exe i efi), przez co podejżewam że rozruch winre do partycji ram właśnie powinien się znajdować na partycji 450 MB.

 

C:\Windows\system32>reagentc.exe /setreimage /?
Sets the location of the custom Windows Recovery Environment (Windows RE) image.

REAGENTC.EXE /setreimage /path <dir_name> [/target <dir_name>] [/logpath <file_path>]

 /path <dir_name>      - Specifies the directory that contains the custom
                         Windows RE image (winre.wim).
 /target <dir_name>    - Specifies the Windows installation. If this argument
                         is not specified, the running operating system is
                         used.
 /logpath <file_path>  - Specifies the path of log file. If this argument is
                         not specified, the default path is Windows\Logs\
                         Reagent\Reagent.log.

 Example:
   REAGENTC.EXE /setreimage /path r:\Recovery\WindowsRE /logpath C:\Temp\Reagent.log
   REAGENTC.EXE /setreimage /path r:\Recovery\WindowsRE /target C:\Windows

REAGENTC.EXE: Operation Successful.


C:\Windows\system32>

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Mamy to Partycja 448 MB jest w formacie RAW, stąd nie ma do niej dostępu, sprawdzę zaraz informacje które podrzuciłeś i spróbuję ją ruszyć, EFI jest w FAT32 czyli ok.

 

Nie wiem w takim razie czy przypadkiem na starym BCD nie będzie tego samego problemu, nie pamiętam teraz dokładnie czy Winre siadło przy przebudowie BCD czy jeszcze wcześniej się to nie stało po którejś z aktualizacji, jeżeli winre znajduje się na patrycji RAW to nawet poprawnie wykonany BOOTMGR nie rozwiąże problemu.

 

EDIT: Zgadza się Winre znajduje się na partycji 448 MB Partition Wizard oczytał RAW i mam do niego dostęp. Widzi go też jako NTFS mimo że diskpart wypluwa RAW.

 

Z tego co widzę są komendy do zaimportowania BCD z pliku, potrafi też to zrobić EasyBCD więc w teorii można spróbować, obawiam się tylko że uwisnę na bootloaderze mimo wbitej kompletnej ścieżki.\

Z drugiej strony chyba nie ma innego wyjścia, nawet gdyby dopisać wszystkie brakujące wpisy do obecnego BCD to i tak trzeba wprowadzić wszystkie GUID'y żeby to miało ręce i nogi.

 

ShareX_DisconnecT__2019-01-21_21-17-57_IMG-1180__3ae14bc8-815b-4202-b814-f6ef00eac39b.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

co do bcd - chyba nie ma związku - reagentc powinien automatycznie utworzyć guid, itd, jeśli partycja będzie ok

 

gdyby jednak nie możesz spróbować zaimportować stary bcd, tylko pamiętaj że musisz tam skorygować oba wpisy, tzn bootmgr i default (tzn wpis dla systemu), bo w obu w device jest unknown - potem może wystarczy już dodać ścieżkę do winre, i będzie ok - tylko chyba ta ścieżka jest w 2 miejscach, i wymaga 2 poleceń set w bcd

 

co do recovery - nie znam się za bardzo na gpt, w dodatku, jak pisze w wikipedii

 

Importantly, it also

contains a CRC32 checksum for itself and for the partition table, which may be verified by the firmware,

bootloader, or operating system on boot. Because of this, hex editors should not be used to modify the contents

of the GPT. Such modification would render the checksum invalid. In this case, the primary GPT may be

overwritten with the secondary one by disk recovery software. If both GPTs contain invalid checksums, many

bootloaders (those governed by an integrity model in particular) and operating systems will refuse to work with

the disk until the corrupted partition tables are repaired or removed

 

czyli jeśli próbuje się zmieniać wpisy dla partycji hex edytorem powinno się także zmienić sumę kontrolną crc2, inaczej w ogóle komputer może nie bootować, tzn najpierw powinien zastąpić zmienioną tablicę kopią z dysku, ale ta kopia będzie miała stare wpisy, i znów trzeba by zmienić itd

 

spróbuj najpierw partition wizard - zwolnij najpierw trochę miejsca na którymś dysku (z gpt), tak żeby było nieprzydzielone miejsce, np 1 gb, potem w wizard użyj funkcji copy partition wizard, i przekopiuj tę partycję na ten dysk wskazując nieprzydzielone miejsce jako do zapisania, jeśli konieczne (ale chyba wystarczy dysk, wizard automatycznie wykorzysta to miejsce), ponieważ wizard widzi zawartość powinno być ok - potem usuń oryginalną partycję, i przekopiuj z powrotem wizardem - wizard powinien zapisać, i może dopisze przy okazji identyfikator typu partycji, i będzie ok

 

dlaczego programy widzą ntfs, system nie - prawdopodobnie z powodu właśnie tego identyfikatora typu partycji - na gpt są 2 identyfikatory jako początek wpisu partycji, 1 za 2, 1 to identyfikator typu partycji, i dla windows dane, tzn chyba ntfs jest to AF9B60A0-1431-4F62-BC68-3311714A69AD, 2 identyfikator to unikatowy guid, czyli każdy może być inny dla danej partycji - guid ma 16 bajtów, czyli 128 bitów - system windows pewnie najpierw sprawdza ten guid typu partycji, jeśli ok, tzn ntfs, zleca sterownikowi ntfs.sys załadowanie tablicy partycji do pamięci, itd - programy natomiast sprawdzają głębiej, tzn jeśli guid niedobry, albo nie ma, szukają na samej partycji - każda partycja ntfs zaczyna się chyba? od er.ntfs, itd, albo sprawdzają tablicę plików partycji, itp, dlatego rozpoznają właściwie, i ładują, bo tablica plików na partycji ok; a wizard nie ma jakiejś opcji napraw partycje, napraw wpis partycji w tablicy partycji, itp, jak mu wskażesz tę partycję?

 

co do samej gpt - musiałbyś sprawdzić hasło guid partition table w wikipedii, albo angielskiej, albo polskiej - ale ja sprawdzałem tylko w angielskiej - ogólnie tablica partycji gpt dzieli sie na 2 części - 1 zawiera dane o samej tablicy, i ta nas nie interesuje, 2 część to właśnie sama tablica - w angielskiej wikipedii ta 1 część nazywa się gpt header - normalnie tzw lba0 = logical block address, zawiera stare mbr, tzw ochronne, lba1 1 część tablicy, i lba2 właściwą tablicę - lba może mieć różną wielkość, na dyskach o sektorach 512 ma 512 bajtów, na dyskach 4kb ma 4096 bajtów, itd - sama tablica, tzn 2 cześć może w gpt zajmować aż 128 sektorów, czyli lba - wpis dla partycji zaczyna się, jak napisałem, od guid typu partycji, dalej jest unikatowy guid, potem gdzie się zaczyna, gdzie kończy (wpis 64 bitowy, dla porównania na mbr 32 bity), i nazwa partycji; dane partycji są wpisywane jedne po drugich, tzn nie ma odstępu, tzw offsetu, między nimi w tablicy (ale są 00.., bo np nazwa może mieć 36 bajtów, albo więcej, jesli ktoś nie wyokrzysta są oczywiscie 0); interesują nas tylko guid - chodzi o to, że guid można ustawić diskpart, polecenie proste tzn set id guid po wejściu na partycję - tzn gdyby wizard nie zapisał guid typu partycji, tylko zapisał to co jest aktualnie w tablicy, możesz ten guid zapisać diskpart - tylko niejasne, o który guid chodzi w dikspart, czy ten typu partycji, czy unikatowy - ale wizard raczej powinien zapisać ten guid ok, bo jak przekopiujesz na inny dysk partycja byłaby też niedostępna dla windowsa - jeśli na inny dysku będzie ok, tzn będzie miała literę, i będziesz mógł ją przeglądać normalnie tzn partycja ok; ewentualnie jeśli wolisz możesz od razu zapisać guid w diskpart, bez kopiowania wizardem, ale musiałbyś poszukać dokładnie tego polecenia, i czy chodzi o guid typu, czy unikatowy - raczej ten 1, ale za mało się tym interesuję, żeby przsądzić; może też w diskpart jest jakaś komenda typu show guid, itp, wtedy mógłbyś sprawdzić, czy ok; dodatkowy problem - ten guid typu może być guid recovery windows, tzn ten guid wskazuje typ jako recovery i automatycznie typ jako partycja danych windows - wtedy jedyny sposób to wprowadzić ten guid diskpartem - ale może też jako recovery jest zapisywany ten unikatowy guid, itp (choć wtedy nie byłby unikatowy, tzn niepowtarzalny, więc raczej nie)

 

dodam, że wszystko możesz sprawdzić jakimś hex edytorem, np HxD, tzn pokaże ci wszystko na dysku - mógłbyś też ewentualnie skorygować, ale z powodu tej sumy kontrolnej chyba za duże ryzyko - programy, i diskpart, chyba automatycznie korygują sumę, jeśli dokonują zmian w tablicy; ewentualnie ktoś z kolegów mógłby podejrzeć u siebie np wpis recovery, czy w 1 guid, tzn typu partycji, jest ten ogólny guid partycja danych windows, czy specyficzny dla recovery, itp - w HxD to moment, wystarczy kliknąć w menu na ikonkę napędów i wskazać odpowiedni dysk fizyczny, poza tym bezpieczne, bo program wchodzi domyślnie na dysk w trybie tylko odczyt, żeby coś zmienić trzeba mu tę opcję odhaczyć

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Problem się udało rozwiązać, nie było łatwo i nie obyło się bez nieszablonowych podejść, ale Winre.wim jest podpięty, BCD jest przywrócone do stanu fabrycznego a Recovery działa bez zarzutu.

 

Na początku udało się przywrócić stary BCD, system znów wisiał na INACCESIBLE_BOOT_DEVICE, skorygowałem wpisy, co prawda wszystko było praktycznie hardcoded na C:\Windows\System32\Winload.efi.

 

Oczywiście recovery nadal było martwe wpis w bcdedit się pojawił ale był ślepy bo partycja z winre.wim jest widziana przez system jako RAW. Postanowiłem zatem puścić aktualiację z buildu 1709 na 1809 i magia się stała bo wszystkie wpisy w BCD zostały przywrócone do stanu należytego, partycja jednak nadal jest uwalona i widziana w formacie RAW, system wydzielił 800 MB z C i zrobił drugą partycję z nowym winre.wim :E

 

W ostatnim spojlerze zawarłem wpisy które chciałbym usunąć z BCD gdyż pochodzą z nieudanej pierwszej aktualizacji za pomocą Media Creation Tool, drugie podejście wykonałem ręcznie z obrazu iso.

Zastanawiam się też czy coś robić z tą pierwszą uwaloną partycją, w obecnej chwilii nie spełnia żadnego zadania to i sformatowanie nie powinno zrobić różnicy, ale nie wiem :hmm:

 

bcdedit /enum all

 

Firmware Boot Manager
---------------------
identifier              {fwbootmgr}
displayorder            {bootmgr}
                       {41acb61b-02c4-11e9-b840-806e6f6e6963}
                       {072a974b-ed13-11e8-b7f6-806e6f6e6963}
                       {43ee0f7b-1dbd-11e9-b89e-645d863d71e6}
                       {43ee0f7c-1dbd-11e9-b89e-645d863d71e6}
timeout                 1

Windows Boot Manager
--------------------
identifier              {bootmgr}
device                  partition=\Device\HarddiskVolume12
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager
locale                  pl-PL
inherit                 {globalsettings}
default                 {current}
resumeobject            {8576487e-1dd6-11e9-be73-81210c372213}
displayorder            {current}
toolsdisplayorder       {memdiag}
timeout                 30

Firmware Application (101fffff)
-------------------------------
identifier              {072a974b-ed13-11e8-b7f6-806e6f6e6963}
description             UEFI: PXE IP6 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {41acb61b-02c4-11e9-b840-806e6f6e6963}
description             UEFI: PXE IP4 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {43ee0f7b-1dbd-11e9-b89e-645d863d71e6}
description             UEFI: PXE IP4 KIller PCIe Network Controller

Firmware Application (101fffff)
-------------------------------
identifier              {43ee0f7c-1dbd-11e9-b89e-645d863d71e6}
description             UEFI: PXE IP6 KIller PCIe Network Controller

Windows Setup
-------------
identifier              {7254a080-1510-4e85-ac0f-e7fb3d444736}
device                  ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{70aa080a-1dd5-11e9-b89f-645d863d71e6}
bootstatdevice          partition=C:
custom:11000083         partition=C:
path                    \windows\system32\winload.efi
description             Windows Rollback
locale                  pl-PL
bootstatfilepath        \$WINDOWS.~BT\Sources\SafeOS\bootstat.dat
inherit                 {bootloadersettings}
restartonfailure        Yes
osdevice                ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{70aa080a-1dd5-11e9-b89f-645d863d71e6}
custom:21000152         partition=C:
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Windows Boot Loader
-------------------
identifier              {current}
device                  partition=C:
path                    \WINDOWS\system32\winload.efi
description             Windows 10
locale                  pl-PL
inherit                 {bootloadersettings}
recoverysequence        {85764880-1dd6-11e9-be73-81210c372213}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {8576487e-1dd6-11e9-be73-81210c372213}
nx                      OptIn
bootmenupolicy          Standard

Windows Boot Loader
-------------------
identifier              {85764880-1dd6-11e9-be73-81210c372213}
device                  ramdisk=[\Device\HarddiskVolume15]\Recovery\WindowsRE\Winre.wim,{85764881-1dd6-11e9-be73-81210c372213}
path                    \windows\system32\winload.efi
description             Windows Recovery Environment
locale                  pl-PL
inherit                 {bootloadersettings}
displaymessage          Recovery
osdevice                ramdisk=[\Device\HarddiskVolume15]\Recovery\WindowsRE\Winre.wim,{85764881-1dd6-11e9-be73-81210c372213}
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Resume from Hibernate
---------------------
identifier              {7cb09386-ecfb-11e8-b7f3-806e6f6e6963}
device                  partition=C:
path                    \Windows\system32\winresume.efi
description             Windows 10 Pro
locale                  pl-PL
inherit                 {resumeloadersettings}
filedevice              partition=C:
filepath                \hiberfil.sys
debugoptionenabled      No

Resume from Hibernate
---------------------
identifier              {8576487e-1dd6-11e9-be73-81210c372213}
device                  partition=C:
path                    \WINDOWS\system32\winresume.efi
description             Windows Resume Application
locale                  pl-PL
inherit                 {resumeloadersettings}
recoverysequence        {85764880-1dd6-11e9-be73-81210c372213}
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=C:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Resume from Hibernate
---------------------
identifier              {ffe7f67a-1db5-11e9-b89c-645d863d71e6}
device                  partition=C:
path                    \windows\system32\winresume.efi
description             Windows Resume Application
locale                  en-us
inherit                 {resumeloadersettings}
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
filedevice              partition=C:
filepath                \hiberfil.sys
bootmenupolicy          Standard
debugoptionenabled      No

Windows Memory Tester
---------------------
identifier              {memdiag}
device                  partition=\Device\HarddiskVolume12
path                    \EFI\Microsoft\Boot\memtest.efi
description             Diagnostyka pamięci systemu Windows
locale                  pl-PL
inherit                 {globalsettings}
badmemoryaccess         Yes

EMS Settings
------------
identifier              {emssettings}
bootems                 No

Debugger Settings
-----------------
identifier              {dbgsettings}
debugtype               Local

RAM Defects
-----------
identifier              {badmemory}

Global Settings
---------------
identifier              {globalsettings}
inherit                 {dbgsettings}
                       {emssettings}
                       {badmemory}

Boot Loader Settings
--------------------
identifier              {bootloadersettings}
inherit                 {globalsettings}
                       {hypervisorsettings}

Hypervisor Settings
-------------------
identifier              {hypervisorsettings}
hypervisordebugtype     Serial
hypervisordebugport     1
hypervisorbaudrate      115200

Resume Loader Settings
----------------------
identifier              {resumeloadersettings}
inherit                 {globalsettings}

Device options
--------------
identifier              {70aa080a-1dd5-11e9-b89f-645d863d71e6}
description             Windows Setup
ramdisksdidevice        partition=C:
ramdisksdipath          \$WINDOWS.~BT\Sources\SafeOS\boot.sdi

Device options
--------------
identifier              {85764881-1dd6-11e9-be73-81210c372213}
description             Windows Recovery
ramdisksdidevice        partition=\Device\HarddiskVolume15
ramdisksdipath          \Recovery\WindowsRE\boot.sdi

 

 

reagentc.exe /info

 

Windows Recovery Environment (Windows RE) and system reset configuration
Information:

   Windows RE status:         Enabled
   Windows RE location:       \\?\GLOBALROOT\device\harddisk1\partition5\Recovery\WindowsRE
   Boot Configuration Data (BCD) identifier: 85764880-1dd6-11e9-be73-81210c372213
   Recovery image location:
   Recovery image index:      0
   Custom image location:
   Custom image index:        0

REAGENTC.EXE: Operation Successful.

 

 

Elementy które chciałbym usunąć z BCD

 

Windows Setup
-------------
identifier              {7254a080-1510-4e85-ac0f-e7fb3d444736}
device                  ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{70aa080a-1dd5-11e9-b89f-645d863d71e6}
bootstatdevice          partition=C:
custom:11000083         partition=C:
path                    \windows\system32\winload.efi
description             Windows Rollback
locale                  pl-PL
bootstatfilepath        \$WINDOWS.~BT\Sources\SafeOS\bootstat.dat
inherit                 {bootloadersettings}
restartonfailure        Yes
osdevice                ramdisk=[C:]\$WINDOWS.~BT\Sources\SafeOS\winre.wim,{70aa080a-1dd5-11e9-b89f-645d863d71e6}
custom:21000152         partition=C:
systemroot              \windows
nx                      OptIn
bootmenupolicy          Standard
winpe                   Yes

Device options
--------------
identifier              {70aa080a-1dd5-11e9-b89f-645d863d71e6}
description             Windows Setup
ramdisksdidevice        partition=C:
ramdisksdipath          \$WINDOWS.~BT\Sources\SafeOS\boot.sdi

 

 

ShareX_DisconnecT__2019-01-23_00-14-34_IMG-1182__d54072ed-440e-42e7-8c85-904e94b460ee.png

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

ciekawe, że wizard widzi ciągle tę 1 partycje jako odzyskiwanie, nie tę 800

 

nie wspomniałeś, co wyrzuciło polecenie detail partition - wg tego co widziałem na zrzucie w sieci w 1 linii jest wtedy typ, czyli chyba? guid typu partycji - czy ta 448 nie miała tego, a jeśli tak jaki typ

 

wg tego co czytałem tutaj ta partycja może jest niemontowalna, bo ma nierozpoznawalny system plików (choć oczywiście ntfs i na stronie odnosi się to do msr, nie recovery) - jeśli tak system zachowywał się normalnie nie pozwalając jej podejrzeć - w przeciwieństwie do esp, czyli efi, która jest montowalna nawet bez litery, i którą można zamontować nadając jej literę także w mountvol, polecenie mountvol /s - ale szczegółów tego polecenia nie znam

 

korekta - normalny guid partycji windowsa to ebd0a0a2-b9e5-4433-87c0-68b6b72699c7, natomiast recovery to

de94bba4-06d1-4d40-a16a-bfd50179d6ac

 

wizard może widzieć tę 448 jako odzyskiwania, bo w nazwie ma może odzyskiwanie - nazwa wpisywana w to 36 bajtów pole na końcu wpisu partycji - ale wtedy chyba tak samo powinien ją widzieć diskpart, itp; co z nią zrobisz chyba nie ma znaczenia, może pozostać, możesz usunąć, jeśli się da, itd - ja bym ją sprawdził tym detail partition, czy ma ten guid, i jaki, i porównał z tą 800, choćby żeby sprawdzić, co mogło się popsuć, czy ewentualnie jest w każdej sytuacji niemontowalna (w systemie, bo wizard ja zamontował), itp - widziałem wprawdzie zrzuty z zawartości tej partycji, ale nie z 10

 

co do usuwania z bcd - chyba? wystarczy /del {id} w bcdedit - id ten z 1 linii pod nazwą sekcji, identifier

 

ciekawe te wpisy dla dysków i ram dysku - np harddisk\volume12 - wynikało by z tego, że także bootowanie nie rozróżnia dysków, tylko partycje, jak system - zagadka trochę, jak zachowuje się bootloader, jeśli odepnie się jakiś dysk, i numer voluminu się zmieni; chyba że uefi przechowuje listę, i uaktualnia, możliwe, bo uefi w przeciwieństwie do starego mbr może widzieć partycje dysków (tzn tablicę partycji), mbr tylko dysk jako całość; ale wynikałoby z tego, że jak usuniesz tę 448 efi stanie się volume11, nie 12, więc może lepiej zostawić ją w spokoju; może dlatego ms w podanym linku zaleca, zeby efi zawsze była 1 na dysku, wtedy oczywiscie usunięcie nie zmieni jej numeru, choć przy wielu dyskach jak u ciebie też to nie zadziała (ale jeśli efi będzie na dysku na sata1, chyba by działała zawsze)

 

co do winload.efi hardwired - zawsze jest hardwired, bo zawsze jest w tym samym miejscu, i dlatego path zawsze jest jednakowe - jego położenie faktycznie podaje device przy default

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

×
×
  • Dodaj nową pozycję...