znaczacy > comp.os.* > comp.os.ms-windows.winnt

Adam (12.01.2019, 17:15)
Witajcie.

Czym i jak sklonować większy HDD na SSD?
Dysk GPT, fafnaście dziwnych partycji, Win 10.
Na dokładkę laptop z UEFI (X541U), narzędzia z Hirensa nie widzą połowy
sprzętu. Pomimo, że to "duży" Hirens (4GB) z Win7.

Nie udało mi się na razie uruchomić Windowsa po migracjach,
wykorzystałem chyba już wszystkie znane mi metody.
Roman Tyczka (12.01.2019, 17:34)
On Sat, 12 Jan 2019 16:15:20 +0100, Adam wrote:

> Czym i jak sklonowac wiekszy HDD na SSD?
> Dysk GPT, fafnascie dziwnych partycji, Win 10.
> Na dokladke laptop z UEFI (X541U), narzedzia z Hirensa nie widza polowy
> sprzetu. Pomimo, ze to "duzy" Hirens (4GB) z Win7.
> Nie udalo mi sie na razie uruchomic Windowsa po migracjach,
> wykorzystalem chyba juz wszystkie znane mi metody.


A nie popelniles podstawowego bledu, czyli próby odpalania systemu po
migracji przy jednoczesnej obecnosci starego dyku oraz nie skasowania
sygnatury w nowym dysku?
Jacek Maciejewski (12.01.2019, 18:27)
Dnia Sat, 12 Jan 2019 16:34:17 +0100, Roman Tyczka napisał(a):

> nie skasowania
> sygnatury w nowym dysku?


Przepraszam, jakiej sygnatury?
nadir (12.01.2019, 18:57)
W dniu 2019-01-12 o 16:15, Adam pisze:
> Witajcie.
> Czym i jak sklonować większy HDD na SSD?
> Dysk GPT, fafnaście dziwnych partycji, Win 10.
> Na dokładkę laptop z UEFI (X541U), narzędzia z Hirensa nie widzą połowy
> sprzętu. Pomimo, że to "duży" Hirens (4GB) z Win7.
> Nie udało mi się na razie uruchomić Windowsa po migracjach,
> wykorzystałem chyba już wszystkie znane mi metody.


Acronis True Image, wersja z tego co pamiętam 2016, używałem do takiej
operacji i działa.
Roman Tyczka (12.01.2019, 19:30)
On Sat, 12 Jan 2019 17:27:54 +0100, Jacek Maciejewski wrote:

>> nie skasowania
>> sygnatury w nowym dysku?

> Przepraszam, jakiej sygnatury?


Dysku, sygnatura dysku.

"W systemach Windows kazdy nowy lub nierozpoznany dysk musi zostac
uprzednio zainicjowany odpowiednim stylem partycji, a nastepnie przelaczony
do trybu online, zanim bedziemy mogli polozyc na nim poszczególne woluminy
do przechowywania danych. Na tym etapie pierwszy sektor dysku przechowujacy
rekord MBR (lub protective MBR) wypelniany jest odpowiednimi informacjami,
wsród których znajduje sie szesnastkowy identyfikator dysku, nazywany
formalnie jego podpisem (ang. disk signature). W niniejszym artykule pojec
podpis dysku, identyfikator dysku i sygnatura dysku bedziemy uzywac
zamiennie, by wprowadzic do tekstu pewne urozmaicenie."

Jacek Maciejewski (12.01.2019, 20:31)
Dnia Sat, 12 Jan 2019 18:30:30 +0100, Roman Tyczka napisał(a):

> rekord MBR (lub protective MBR) wypełniany jest odpowiednimi informacjami,
> wśród których znajduje się szesnastkowy identyfikator dysku, nazywany
> formalnie jego podpisem (ang. disk signature)


Acha. A jaki fragment OS-a odczytuje tą sygnaturę, na jakim etapie i w
jakim celu? Bo mnie się wydaje że znajomość tej sygnatury dla OS-a jest
zupełnie drugorzędne. Musiały by być w OS-ie jakieś fragmenty procedury
uruchomieniowej które by porównywały faktyczną sygnaturę dysku z
zapisaną w przeniesionym systemie. Może są ale jaki byłby cel tego
porównywania? Utrudnienie przeniesienia OS-a? :)
Adam (12.01.2019, 21:56)
W dniu 2019-01-12 o 16:34, Roman Tyczka pisze:
> On Sat, 12 Jan 2019 16:15:20 +0100, Adam wrote:
> A nie popełniłeś podstawowego błędu, czyli próby odpalania systemu po
> migracji przy jednoczesnej obecności starego dyku oraz nie skasowania
> sygnatury w nowym dysku?


Nie ma obawy.
Systemy przenoszę z dysku na dysk gdzieś tak od czasów ST-225.
Oczywiście UUID pojawiły się później, bo wcześniej było mapowanie po
numerach partycji.
Roman Tyczka (12.01.2019, 22:02)
On Sat, 12 Jan 2019 19:31:07 +0100, Jacek Maciejewski wrote:

> Acha. A jaki fragment OS-a odczytuje ta sygnature, na jakim etapie i w
> jakim celu? Bo mnie sie wydaje ze znajomosc tej sygnatury dla OS-a jest
> zupelnie drugorzedne. Musialy by byc w OS-ie jakies fragmenty procedury
> uruchomieniowej które by porównywaly faktyczna sygnature dysku z
> zapisana w przeniesionym systemie. Moze sa ale jaki bylby cel tego
> porównywania? Utrudnienie przeniesienia OS-a? :)


Myslisz, ze jak kpiarskim tonem swoja ignorancje okryjesz to bedziesz do
przodu?
Adam (12.01.2019, 22:08)
W dniu 2019-01-12 o 16:15, Adam pisze:
> Witajcie.
> Czym i jak sklonować większy HDD na SSD?
> Dysk GPT, fafnaście dziwnych partycji, Win 10.
> Na dokładkę laptop z UEFI (X541U), narzędzia z Hirensa nie widzą połowy
> sprzętu. Pomimo, że to "duży" Hirens (4GB) z Win7.
> Nie udało mi się na razie uruchomić Windowsa po migracjach,
> wykorzystałem chyba już wszystkie znane mi metody.


W akcie desperacji uruchomiłem lapka ze starego dysku.
Okazało się, że problem już leżał na starym dysku - Win10 nie wstaje:
Stop Code: INACCESSIBLE BOOT DEVICE

Czyli kopiowałem z dysku z już uwalonym systemem.

Problem, gdyż BOOTREC /FIXBOOT zgłasza ACCESS IS DENIDED bez względu,
czy start jest z tegoż dysku, czy z innego nośnika.

Qrde, myśląc, że źle skopiowałem niepotrzebnie próbowałem różńych metod
kopiowania i niepotrzebnie straciłem kilka dni. A tu problem był u źródła.
A teraz utknąłem na kolejnym, nieznanym mi dotąd problemie :(
Jacek Maciejewski (12.01.2019, 23:23)
Dnia Sat, 12 Jan 2019 21:02:25 +0100, Roman Tyczka napisał(a):

> On Sat, 12 Jan 2019 19:31:07 +0100, Jacek Maciejewski wrote:
> Myślisz, że jak kpiarskim tonem swoją ignorancję okryjesz to będziesz do
> przodu?


Nieporozumienie. Owszem, jestem ignorantem, jakbym nie był to bym się
nie pytał. Ja proszę uprzejmie o wyjaśnienie procesu o ile je masz.
Gdzie ty widzisz kpiarski ton? No, może na końcu, bo trudno mi znaleźć
jakieś wyjaśnienie.
HF5BS (12.01.2019, 23:46)
Użytkownik "Adam" <a.g> napisał w wiadomości
news:adam
> W akcie desperacji uruchomiłem lapka ze starego dysku.
> Okazało się, że problem już leżał na starym dysku - Win10 nie wstaje:
> Stop Code: INACCESSIBLE BOOT DEVICE
> Czyli kopiowałem z dysku z już uwalonym systemem.


Wystarczyło próbować odpalić ten dysk w innym kompie. Ileś razy tak miałem,
że dysk z kompa A, próbowany odpalić na B, oczywiście, wystawiał STOP 0x7B.
Włożony do starego z powrotem, też już wyrzucał 0x7B.
Poza tym... przestawienie AHCI/IDE w BIOS, też może dać taki efekt, trzeba
przywrócić.
Roman Tyczka (13.01.2019, 00:00)
On Sat, 12 Jan 2019 22:23:22 +0100, Jacek Maciejewski wrote:

> Nieporozumienie. Owszem, jestem ignorantem, jakbym nie byl to bym sie
> nie pytal. Ja prosze uprzejmie o wyjasnienie procesu o ile je masz.
> Gdzie ty widzisz kpiarski ton? No, moze na koncu, bo trudno mi znalezc
> jakies wyjasnienie.


Moze pogoogluj za tematem jesli tak lakniesz wiedzy rzeczywiscie?
A jesli sie nie chce to odpowiem, ze chodzi o przypisywanie partycjom liter
w Windowsie. Dzieje sie to na bazie sygnatur.
Adam (13.01.2019, 01:01)
W dniu 2019-01-12 o 23:00, Roman Tyczka pisze:
> On Sat, 12 Jan 2019 22:23:22 +0100, Jacek Maciejewski wrote:
> Może pogoogluj za tematem jeśli tak łakniesz wiedzy rzeczywiście?
> A jeśli się nie chce to odpowiem, że chodzi o przypisywanie partycjom liter
> w Windowsie. Dzieje się to na bazie sygnatur.


Dodam, że nie tylko w Windowsie.
W linuksach już też od dość dawna, co ma zresztą swoje zalety (dysk może
być podpięty gdziekolwiek w stosunku do innych dysków; można partycje
przesuwać i zmieniać typ główna/logiczna), ale ma też wadę: wpisywanie
ciągu znaków do fstab.
Jacek Maciejewski (13.01.2019, 10:03)
Dnia Sat, 12 Jan 2019 23:00:46 +0100, Roman Tyczka napisał(a):

> Może pogoogluj za tematem jeśli tak łakniesz wiedzy rzeczywiście?
> A jeśli się nie chce to odpowiem, że chodzi o przypisywanie partycjom liter
> w Windowsie. Dzieje się to na bazie sygnatur.


Owszem, poguglam. Ale twoje wyjaśnienie nie trzyma się kupy. Sygnatura
jest jedna, partycji kilka. Więc logiczniej by było sądzić że OS czyta
tablicę partycji MBR i na jej bazie przypisuje litery czy symbole jak w
linuksie.
Jacek Maciejewski (13.01.2019, 10:05)
Dnia Sun, 13 Jan 2019 00:01:14 +0100, Adam napisał(a):

> wpisywanie
> ciągu znaków do fstab.


Fstab jest uniwersalny. Jak przeniesiony linuks ma kłopot z sygnaturą to
można użyć tradycyjnego /dev/sdxx.

Podobne wątki