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... - 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ć. 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.

Na PW przesłałem ayrze: zawartość katalogu boot plik bootmgr zawartość katalogu EFI (raczej niepotrzebny) oraz podałem następującą instrukcję: 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.

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ę - 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. Spróbuję jeszcze powyższe instrukcje wykonać dla pewności i dam znać jaki otrzymałem wynik.

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. 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 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.