K3RTO

Ta konsola pojawia się w przypadku, gdy układ partycji nie jest dobry. Tak samo dzieje się u mnie, więc wygląda to poprawnie. WinPE odpala, hurra.

Ayra - tak, do samego startu recovery nie jest potrzebny oryginalny układ.

Niestety nic tutaj nie wymyślę więcej. Myślę, że pozostaje ustawić odpowiedni układ partycji za pomocą GParted i wykonac działania nakreslone przez maggrega. Jeśli potrzebujesz, to mogę napisać jakiś prosty tutorial dotyczący poustawiania tych partycji? Jaki masz w ogóle układ w tej chwili (zrzut z ptedit)?

 

Być może modyfikując sektory początkowe w pliku Info.ini, nie będziesz musiała odtwarzać oryginalnego układu, koniecznego do przywrócenia. Jednak pewności nie mam, trzeba to sprawdzić.

Miałem taki sam komunikat, ale po skopiowaniu katalogów OneKey oraz OKRBackup na alternatywną partycję D - uruchomiło się poprawnie. Partycję recovery miałem ukrytą. Wybacz, że troszkę na oślep radzę, ale minął już jakiś czas od wypalenia tych płyt. Przed chwilką to sprawdziłem i było ok.

To może zrób tak - skopiuj na inna partycję (np. D) program OKR, a partycję przywracania ukryj (id=12). Zobacz jaki da to efekt.

Ayra - spróbuj uruchomić jeszcze OKR z partycji przywracania \OneKey\OKR\OKR.exe i wybrać opcję Utwórz dysk odzyskiwania. Partycje przywracania odkryj ustawiając dla niej id=07. Udało mi się tak wypalić płyty recovery. Sprawdź to, a nóż się uda.

Napisałem na prv do Picasso, aby zaglądnęła tutaj. Mam nadzieję, że może ona doradzi coś rozsądnego...

 

partycja recovery jest, dane na niej też

- tzn. masz jej zawartość? Jeśli tak, to super. Postaraj się wszystkie możliwe dane odzyskać i skopiować na jakiś nośnik zewnętrzny.

Jeśli będziesz mieć zawartość partycji przywracania, to wszystko jeszcze jest do odzyskania. Strukturę, układ partycji, można odtworzyć. Szczegóły dotyczące setorów początkowych znajdują się w Info.ini w OKRBackup.

Najlepiej było to wykonać programem GParted, bo on przenosi dane i jest w miarę bezpieczny. Żałuję, że w ogóle wspomniałem o PTEDIT32, bo choć nim ustawiałem sektory partycji, to jednak on w żaden sposób nie chroni, nie przenosi danych. Przypuszczam, ze tablica partycji zostala usunieta. Mam nadzieję, że wykonałaś kopię \ obraz partycji recovery, o której wcześniej wspominałem, przy okazji poprzednich działań? Jeśli nie, wtedy kiepsko to widzę. Najlepiej nic nie ruszaj, nie nagrywaj na ten dysk, aby danych tych nie nadpisać. Być może uda się je odzyskać. Myslę, że w tej sytuacji najlepiej prosić o radę, pomoc Picasso.

 

Gwarancja nie obejmuje odtworzenia systemu przywracania?

@ayra

 

Sektor początkowy pierwszej partycji jest u Ciebie źle ustawiony. Powinien on być 2048 (patrz #70 Sectors Before - 63).

 

 

 

A partycja nr 2 powinna rozpoczynać się na 411648 sektorze. Te zmiany możesz łatwo wykonać programem PTEDIT32, podając te wartości sektorów początkowych. Jednak musisz się liczyć z utratą danych na partycji nr 1 i 2, a nr 2 będziesz musiała utworzyć ponownie. Bez utraty danych możesz to zrobić za pomocą GParted.

 

Być może zawartość sektora ładującego jest uszkodzona i trzeba to naprawić.

 

• wyciągnięty bootsect.exe
  

@ayra

 

Czy mogłabyś pokazać PTEDIT32, jak to tam wygląda?

 

WinPE nie bootuje, czyli cały czas kursor miga?

 

 

@maggreg

 

Post #1: PTEDIT32 - kolumna Boot, partycja nr 2 ma 80 (80 oznacza partycję aktywną)

Post #9: PTEDIT32 - kolumna Boot, partycja nr 1 i 3 mają przypisane 80 (dwie partycje aktywne)

 

Nie można na tym polegać. Widocznie ayra tutaj kombinowała, stąd dziwne ustawienia tego parametru. Ustawienie dwóch aktywnych partycji (1 i 4) nic w moim przypadku nie zmieniło, przycisk novo nie uruchomił recovery.

Jako partycję boot rozumiem w tej chwili partycję nr 1, która w tym przypadku jest partycją aktywną. Chcę, aby ayra uruchomiła WinPE z partycji nr 4, którą dopiero ustawi się jako aktywną. Identyfikator 12 na pewno ma mieć partycja recovery, a nie ta pierwsza.

 

"Dalej mamy troszkę zabaw i w poście nr 9 pojawia się id 12 w partycji trzeciej" - tutaj jest wszystko ok, spójrz na sektory początkowe. Ta partycja jest ostatnią. Być może zmiana kolejności wynika, iż partycja przed recovery została utworzona później. W związku z tym prosiłbym jeszcze, aby ayra podała listę partycji:

 

diskpart

sel dis 0

list par

 

Zaciekawiła mnie ta kolumna boot i te 80 dwa razy. Sprawdzę to.

Unlocker poinformował co blokuje usunięcie tego pliku? Jaka informacja jest napisana?

Chodzi o podmianę bootmbr na partycji przywracania niebędącej w użyciu. Próbowałem podmienić i nie było żadnych niespodzianek, tzn. problemów z podmianą.

U ayry nie powinno być także problemów z wystartowaniem WinPE, skoro partycja jest nienaruszona. Jednak mimo wszystko nie chce to u niej wystartować. Na moim laptopie to działa, więc myślę, że można podmienić pliki startowe u niej, ponieważ ścieżki są takie same. Jeśli nadal nie wystartuje WinPE u koleżanki to możemy zhostować.

 

W sprawie klawisza opinia Lenovo jest krótka i jednoznaczna a skoro sam nie mogę tego zweryfikować więc uznaję, że jest też prawdziwa.

Rozumiem, że "opinia jednoznaczna" jest taka, że klawisz novo bezpośrednio odwołuje się do partycji OEM z id równym 12 i konfiguracja pliku bcd na partycji boot nie ma na to wpływu. Czy tak?

Zadam może głupie pytanie, jesteś zalogowana jako administrator? Nie powinno być problemów, gdyż administrator ma pełne prawa dostępu do pliku. Spróbuj może http://www.softpedia.com/get/PORTABLE-SOFTWARE/System/File-management/Unlocker-Portable.shtml choć u mnie na koncie administratora nie ma żadnych problemów z usunięciem / przenoszeniem / podmienianiem tego pliku.

Byłabym niezmiernie wdzięczna za udostępnienie tych plików, bo niestety moja partycja z niewiadomych przyczyn nie chce starować...

 

Na PW przesłałem ayrze:

• zawartość katalogu boot
  
• plik bootmgr
  
• zawartość katalogu EFI (raczej niepotrzebny)
  

 

oraz podałem następującą instrukcję:

 

Zrób wcześniej kopię przynajmniej tych plików / katalogów, które będziesz podmieniać. Choć nie jest to konieczne, to jednak zalecam zrobić obraz partycji i skopiować / wypalić na jakiś nośnik zewnętrzny.

 

Partycje boot i system muszą mieć odpowiednie sektory początkowe, dlatego musisz partycję boot zmniejszyć dokładnie do 200mb, bo zgodnie z tym co załączyłaś w poście #18 http://img716.imageshack.us/img716/4066/57047447.jpg patycja ma ponad 203mb. Pobierz obraz gparted, wypal na cd lub użyj Unetbootin, aby zrzucić obraz na Pendrive. Restart systemu, z menu GParted wybierz defaultowa opcje nr 1, potem naciskasz enter przy każdym pytaniu. Pojawi się pulpit z odpalonym programem do partycjonowania GParted. Wskaż partycję boot prawym przyciskiem myszy, resize / move, podaj nowy rozmiar partycji 200mb i OK. Potem rozszerzasz partycję systemową (partycja nr 2) przesuwając lewy koniec partycji maksymalnie w lewo lub zwiększając nowy rozmiar partycji za pomocą strzałek przy rozmiarze. Następnie akceptujesz wszystkie zmiany - Apply. Operacje te mogą potrwać około 40 min, jeśli partycje te będą miały dane (przenoszenie). Poczekaj aż program skończy robotę...

 

W systemie Windows odpal cmd z prawami administratorskimi i wpisz polecenia (gdzie każdy wiersz to jedno polecenie, które akceptujesz enterem:

 

diskpart

sel dis 0

sel par 4

set id=07

 

W Eksporatorze Windows powinnaś zobaczyć partycję OEM (LENOVO_PART). Podmień to co podałem wyżej i w diskpart ustaw ponownie id=12 dla tej partycji:

set id=12

active

 

Restart - powinien wystartować OKR z poziomu WinPE. Gdyby się nie udało i OKR by nie wystartował, to możesz odpalić OS korzystając z PLoP Boot Manager, wybierając partycję 1. Powinien wystartować OS i wtedy w cmd ustaw ponownie aktywną partycję 1:

diskpart

sel dis 0

sel vol 1

active

 

Gdyby nie chciało odpalić nadal, to przypuszczam, że może być potrzebna podmiana lrs.wim.

 

Partycję aktywną możesz także ustawić w GParted, wybierając opcję boot w Manage Flags (prawy przycisk myszy na partycję, która ma być aktywna).

Niestety nie sprawdziłem tego, gdyż forum nie działało wtedy przez dobre kilka godzin i nie mogłem odczytać polecenia: bootsect.exe /nt60 w: /force /mbr, którego nie zapamiętałem. Potrzebny mi był laptop na następny dzień, więc zdecydowałem się przywrócić system, nie czekając na powrót forum. Zacząłem także wątpić w sens tej roboty, bo skoro "Wg informacji które podaje samo Lenovo NOVO key wymaga tylko partycji o identyfikatorze 12", to oznacza, że raczej nie tędy droga do rozwiązania mojego problemu. Biorąc pod uwagę, że MBR, BOOT są nadpisywane podczas przywracania, a parokrotnie wcześniej z tego przywracania do ustawień fabrycznych korzystałem i nie miało to negatywnego wpływu na funkcjonalność klawisza Novo. Jeśli tamto polecenie mogłoby coś zmienić, mogę zrobić to w wolnej chwili, jeśli ma to większy sens? Choć szczerze wątpię czy będzie to rozwiązaniem mojego problemu.

 

Myślę, że dla ayry najłatwiejszym rozwiązaniem byłoby uruchomienie OKR z aktywnej partycji przywracania z ustawionym id=12 lub za pomocą PLoP Boot Manager, bo przecież WinPE powinien wystartować (u mnie to działa). Jeśli WinPE nie startuje, to mogę udostępnić swoje pliki wymagane do bootowania, które mogłaby ona skopiować na swoja partycję przywracania. Potem wystarczyłoby przywrócić system. Wielkości partycji bezproblemowo ustawiałem za pomocą GParted, a sektory początkowe partycji można odczytać z Info.ini.

Wg informacji które podaje samo Lenovo NOVO key wymaga tylko partycji o identyfikatorze 12 (...

Czyli rozumiem, że przycisk powinien uruchomić partycję o identyfikatorze 12 i to bez względu na zawartość pozostałych partycji?

 

Wykonałem wszystko wg instrukcji poza następującą komendą: bootsect.exe /nt60 w: /force /mbr i przeniesieniem lrs.wim (plik większy od wielkości partycji, zostawiłem na później), i nie działa. Wygląda na to, że klawisz Novo uruchamia aktywną partycję (działa teraz podobnie jak przycisk power), a nie tą z id=12. Gdy ustawiłem aktywna partycje z OS (nie ma bootmgra), wtedy po naciśnięciu Novo otrzymałem informację -

brak bootmgr

a jak rozumiem - powinien uruchomić bootmgra z partycji oznaczonej id=12 (boot), tego jednak nie zrobił. Chciałbym dodać, że zmieniłem id partycji LENOVO_PART na 7, aby nie było dwóch partycji o tym samym id=12. Gdy partycję boot ustawiłem jako aktywna, wtedy otrzymałem czarny ekran z białym, migającym kursorem.

 

 

 

Teraz zgodnie z tym co obiecuje Lenovo powinno ruszyć, możemy jeszcze przekopiować samo lrs.wim na tą partycję np do katalogu sources lub recovery (i zmienić ścieżkę), wtedy unikniemy pomyłki w ilości i kolejności partycji.

 

I jeszcze jedno, choć partycja nie powinna być aktywna to pewnie przydałoby się aby była zgodna z botsektorem nt60, co prawda format z diskparta powinien nam ustawić partycję prawidłowo ale na wszelki wypadek nie zaszkodzi wykonać:

 

bootsect.exe /nt60 w: /force /mbr

 

bootsect nie jest rozkazem systemowym, trzeba go wyciągnąć z winre.wim albo lrs.wim (siedzi w ścieżce windows\system32), albo zassać waik-a (dla jednego pliku nie warto).

Oczywiście należy to wykonać przed ciągiem ustawiającym identyfikatory (bo później literka w: nie będzie dostępna).

Spróbuję jeszcze powyższe instrukcje wykonać dla pewności i dam znać jaki otrzymałem wynik.

Następna rzecz to ten pusty identyfikator w BCD u ciebie

Moduˆ ˆadujĄcy rozruchu systemu Windows
---------------------------------------
Identyfikator              {b3f604c8-c00e-11df-998e-705ab64cff25}

 

który sugeruje, że w tym przypadku nie mamy swobody wyboru ale to nie tłumaczy dlaczego później otrzymujesz identyfikator typu

{7619dcc9-fafe-11d9-b411-000476eba25f}

dla setupu.

 

Identyfikator {b3f604c8-c00e-11df-998e-705ab64cff25} - przy każdym przywróceniu OS jest on inny. Ten pusty indentyfikator BCD wystapił tylko raz, gdy przywróciłem obraz BOOT z obrazu wykonanym Paragonem. Wygląda na to, że coś z nim jest nie tak. Po przywracaniu z obrazów OKR nie było już tego pojedynczego Identyfikatora.

 

 

A tak zapytam, co robią narzędzia \OneKey\Main\Main.exe, \OneKey\OKR\OKR.exe czy \OneKey\OSImage\OSImage.exe.

Któryś z nich nie jest tym samym narzędziem działającym z poziomu systemu.

 

pzdr

 

Main.exe - to główne menu OKR z pod WinPE; http://wstaw.org/m/2010/11/05/4_JPG_750x750_q85.jpg

OKR.exe - to OKR, które jest instalowane na OS, nim właśnie wykonałem płyty przywracania; http://wstaw.org/m/2010/11/05/5.JPG

OSImage.exe - narzędzie do tworzenie obrazów partycji; nim wykonano obrazy fabryczne sądząc po logu http://wklej.org/id/413450/

 

 

Info.ini

 

A czy któreś z waszej dwójki próbowało przywrócić bosektor z pliku Boot.okr, jak już wcześniej pisałem wygląda to na dokładną kopię sektora botującego sądząc po rozmiarze.

Jak to zrobić? OKR, podczas przywracania OS, automatycznie przywraca boot i mbr, przynajmniej ta mi się wydaje. Nie ma w OKR wyboru każdego pliku z osobna. Po prostu zanzacza się przywracanie do ustawień początkowych, fabrycznych i OKR przywraca.

Oczywiście, partycja ma ustawione ID=0x12. Aktywną jest Boot.

 

Układ partycji: http://wstaw.org/m/2010/11/05/2.JPG

 

PTEDIT32: http://wstaw.org/m/2010/11/05/3_JPG_750x750_q85.jpg

 

Przed modyfikacją układu partycji zrobiłem obraz partycji Recovery i wypaliłem jej kopię na płyty DVD. Niestety miałem wtedy problem z wykonaniem płyt przywracania z ustawniemai fabrycznymi (pojawiał się błąd) za pomocą OKR, stąd też skorzystałem z Paragon Drive Backup 9.0 Express. Potem zacząłem "zabawę" z układem partycji (m.in. zainstalowałem Ubuntu, potem usunąłem wszystkie partycje, tablicę partycji). Zdecydowałem jednak wrócić do ustawień fabrycznych. Przywróciłem obraz partycji Recovery za pomocą Paragona, następnie ustawiłem ją jako aktywną i odtworzyłem układ pozostałych partycji tj. boot, OS, Lenovo, i przywróciłem system za pomocą OKR. Wszystko wyglądało dobrze poza klawiszem Novo.

 

Symptom: po naciśnięciu przycisku NOVO ładuje się O/S zamiast WinPE z OKR.

 

Spróbowałem ponownie wypalić za pomocą OKR płyty przywracania do ustawień fabrycznych i udało się. Wyczyściłem dysk oraz przywróciłem system i układ partycji za pomocą OKR z płyt DVD, ale również klawisz Novo nie działa jak powinien.

 

Nie wiem naprawdę, gdzie leży bezpośrednia przyczyna tego stanu rzeczy.

Jedno mi nie daje spokoju, dlaczego po przywróceniu OS za pomocą OKR nie działa NOVO key? Przecież OKR przywraca OS wraz z partycją BOOT, a na BOOT mamy plik BCD, wcześniej kilkakrotnie przywracałem system i przycisk Novo zachowywał swoją funkcjonalność, a teraz jest inaczej, choć partycja Recovery, jak i układ pozostałych partycji, ma tą samą postać jak na początku. Wydaje mi się, że problemem nie może być pliku BCD, bo za każdym przywróceniem OS, jest nadpisywany. Prędzej skłaniałbym się do tego, że po usunięciu tablicy partycji, mogły ulec zmianie jakieś identyfikatory partycji, mimo przywrócenia obrazu partycji Recovery.

Racja, dzięki.

bcdedit /store \\?\GLOBALROOT\device\harddisk0\partition1\boot\bcd /set {bootmbr} device partition=\device\harddisk0\partition1

Określony typ elementu danych jest nierozpoznany lub nie ma zastosowania względem określonego wpisu.

Uruchom polecenie bcdedit /?, aby wyświetlić pomoc wiersza polecenia.

Nie można odnaleźć elementu.

Niestety nie działa.

@maggreg

 

Czy mógłbyś podać mi jaką postać powinna mieć komenda, która zmieni wpis dla {bootmbr} w device na \Device\HarddiskVolume1 ?

 

Próbowałem coś takiego, ale nie działa:

bcdedit /store \\?\GLOBALROOT\device\harddisk0\partition1\boot\bcd /set {bootmbr} device partition=\device\harddiskvolume1

W ogóle WinPE z OKR nie startuje? Wyświetlane są jakieś informacje? W gwoli ścisłości, OKR zawiesi się, ale przy próbie przywracania, jeśli wielkości partycji odbiegają znacznie od oryginalnych, jednak sam WinPE powinien wystartować. Najważniejsze jest dobre ustawienie partycji boot oraz wielkość partycji OS, co jest potrzebne przy samym już przywracaniu.