Jak naprawić brakujący program rozruchowy po sklonowaniu dysku twardego na dysk SSD z powodu dziwnej partycji zarezerwowanej przez system?

2

Sklonowałem moją C:partycję z istniejącego dysku twardego na nowy dysk SSD, korzystając gpartedz mojego Linux-SDD. Poszło dobrze pod względem danych. Widzę pliki, ale nie można uruchomić nowego Win7SSD.

Początkowo kursor migał. Kiedy ustawiłem go na rozruch, powiedział, że brakuje bootmgr.

Przechodząc dalej, zdałem sobie sprawę, że mój dysk twardy ma trzy partycje, oczekiwane C: dla Win7 i D: dla danych; jednak istnieje również partycja rozruchowa zarezerwowana przez system o wielkości 100 MB.

Zrzut ekranu dysku zarezerwowanego przez system

Pomyślałem więc, że mogę to naprawić, naprawiając mbr. Dlatego próbowałem wprowadzić monit wznawiania za pośrednictwem narzędzia Napraw komputer i uruchomiłem:

Bootrec.exe /ScanOs

ale to tylko wymienia C :, a nie E: również.

Nie widziałem sposobu, aby wymusić BootRec.exewykonanie jego magii na E :, pobiegłem /fixmbri /fixbootkiedy byłem włączony E:, ale nie jestem pewien, czy to w ogóle coś zrobiło, E:czy też C:zamiast tego „naprawiłem” moją pracę .

Nadal mogę uruchomić z, C:ale wolę zamiast tego użyć nowego dysku SSD.

Jak mogę uruchomić SSD?

k0pernikus
źródło

Odpowiedzi:

0

Udało mi się zrobić bootowalny dysk SSD zarówno:

  1. Klonowanie obu paracji, ukrytego i C :, na dysk SSD. Rozszerzyłem ukrytą partycję na pełny rozmiar dysku twardego.
  2. Nie można było uruchomić systemu Windows bezpośrednio po nim. Musiałem włożyć DVD Win7 OEM i uruchomić z niego. Zamiast ponownej instalacji wybrałem opcję Napraw. Natychmiast wyskoczyło okno z wykrytym problemem i monitowało mnie o naprawę i ponowne uruchomienie.

Po ponownym uruchomieniu partycja została sprawdzona i od tego czasu dysk SSD działa poprawnie.

k0pernikus
źródło
0

Zamiast używać gparted, może być sensowne użycie ddzamiast z systemu na żywo, a mianowicie, gdy klonujesz dysk twardy na dysk SSD co najmniej tego samego rozmiaru z prawami root:

dd if=/dev/old_sata_spinning_disk of=/dev/new_ssd bs=64K conv=noerror,sync status=progress
  • ifoznacza „plik wejściowy”, of„plik wyjściowy”
  • bsoznacza rozmiar bloku, 64 KB zostało udokumentowane jako wystarczająco dobre, aby uzyskać wysokie prędkości, w przeciwnym razie wartość domyślna może być bardzo wolna. Dla mnie prędkość maksymalna osiągnęła 100 MB / s podczas procesu kopiowania, co było maksymalne dla mojego dysku twardego.
  • conv=noerror,sync wyjaśnienie
  • status=progress poinformuje o procesie kopiowania

Twoje dyski będą na /dev/sda, /dev/sdb/,/ dev / sdc` itd. Pp, upewnij się, że wybrałeś odpowiednie urządzenie, w przeciwnym razie możesz utracić dane.

W moim przypadku miałem HDD w /dev/sda, mój Ubuntu Live Stick w /dev/sdb, i mój nowy SSD w /dev/sdc, a zatem polecenie, które uruchomiłem było:

#sudo dd if=/dev/sda of=/dev/sdc bs=64K conv=noerror,sync status=progress

(Polecenie zostało skomentowane, dostosuj się do swoich potrzeb).

k0pernikus
źródło