[ZLECENIE] kopiowanie twardych dyskow

Tomasz napisał(a):

A nie masz jakiegos starego kompa? Bierzesz Hdclone

Przykre jest tylko, ze wersja trial'owa nie obsluguje UDMA, przez co (testowane) 80GB dysk kopiuje sie 24h.

Rownie dobrze posluzy Ci obojetnie jaka dystrybucja linuxa (nawet live-cd) i polecenie dd (odpowiednio uzyte), badz jeszcze lepsza (szybsza tez) wersja dd_rescue.

Pozdrawiam

Linux i polecenie cat /dev/hda>/dev/hdc odpalane po wciśnięciu enter lub od razu po starcie. Dla przyspieszenia startu system obcięty do minimum. Tak by było najszybciej wykombinować.

michals4 dzieki za odzew, niestety to musi byc takie cos na 1 przycisk :(

U¿ytkownik "Sebastian Bialy" snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:dbo0jk$2fh$ snipped-for-privacy@nemesis.news.tpi.pl...

Zaraz mi siê przypomina:

cat /dev/dsp > /dev/hda = wy¶piewaj sobie system ;) cat /dev/hda > /dev/dsp = pos³uchaj swojego systemu ;)

Fishman

Enter z klawiatury i jakiś kontroler IDE hot-swap ? Nie ćwiczyłem, ale może się da.

ujme to inaczej: ma byc bez ingerencji komputerka :(

Obawiam się, że zeszycie tego będzie mozliwe tylko w jakimś prymitywnym trybie obsługi dysku, bo na to żeby ktoś implementował UDMA5 ręcznie w logice programowalniej - nie licz (chyba że masz duuużo kasy). Ponadto zastanów się również nad kontrolerami pracującymi w trybie mirroringu dysków (RAID). Większośc potrafi sklonować dysk samodzielnie w tle i to _szybko_.

U¿ytkownik "Tomasz" snipped-for-privacy@ddddd.dd napisa³ w wiadomo¶ci news:dbo1oe$7rh$ snipped-for-privacy@nemesis.news.tpi.pl...

No a jak w ¶rodku tego pude³ka bêdzie p³yta z Pentium (¿eby obs³ugiwa³o UDMA33 chocia¿), parê mega ramu i flop z linuxem okrojonym na tyle ¿eby zastartowa³, z automatu skopiowa³ jeden dysk na drugi, pierdn±³ g³o¶niczkiem (ba! mo¿e nawet komunikaty na LCD wyrzucaæ) i wy³±czy³ dyskom zasilanie na koniec? Najpro¶ciej i najlepiej. No i zdecydowanie najtaniej :D

Fishman

fishman, calkiem ciekawy pomysl :)

Małe pytanie kontrole: te dyski mają DOKŁADNIE taką samą pojemność ?

nie, nie - rozna, np. source 80GB a desination: 120GB

T.

Zdajesz sobie sprawę, że przegrywając bit-w-bit z 80 na 120 docelowy będzie miał układ partycji jak dla 80G i pozostrałe 40G nie będzie widoczne ?

Jesli chcesz uzyskac możliwie elastyczną mozliwośc kopiowania - niestety trzeba się namęczyć nieco nad systemem rozpoznajacym partycję, inteligentnie je skalującym, montującym systemy plików po kolei wszystkie i kopiującym ich zawartość. To NIE JEST trywialne.

acha, zdaje sobie sobie sprawe ze 40GB bedzie niewykorzystane.

Poniewaz na tym sie w ogole nie znam od strony elektronicznej pozwolilem zwrocic sie na grupe tym problemem Zawsze mile widziane inne rozwiazania jak chocby pomysl Fishman'a - cos oparte na pc i linuxie z mozliwoscia ciecia duzych dyskow (np. 200GB) (np. pelna automatyka: power on, klonowanie, beep, power off (oczywoscie power on i power off bedzie :)) reczne).

Po prostu chodzi o rozwiazanie: wsadzam dysk zrodlowy + docelowy; START i leci klonowanie (GENERALNIE: nie moze byc jakiejkolwiek ingerencji systemu w dysk zrodlowy, linuxa nie znam a WIN moze cos tam sobie zapisywac). Moze cos DOS'owego 1:1 (sektor po sektorze)?

Dzieki za wszelkie sugestie i wskazowki !!! Pozdrowienia T.

Rozwiązania widze takie:

a) Masz bardzo dużo kasy. Zlecasz komuś zrobienie kopiarki na logice programowalnej. Wada - dużo pracy, i nie będzie działać od razu, a jak będzie zmiana pomysłu to drugie tyle wybulisz.

b) Olewasz fakt że tracisz miejsce: wspomniana metoda z cat/dd i linuxem. Szybko sprawnie i bez najmniejszych problemów, od wielu lat klonuje tak dyski. Zupełna darmocha i szybko (UDMA na płycie).

c) Chcesz nie tracić miejsca a masz sporo kasy: kupujesz Norton Ghost'a pracującego pod dosem - szybko (acz nie zawsze maxUDMA) i sprawnie (nie wiem tylko czy nie wymaga wpisania jakiegoś numeru seryjnego). Znajdzie się chyba jakiś program konkurencyjny, ale też płatny.

d) Chcesz nie tracić miejsca i nie masz kasy: Używasz PartImage i rzucach słowami na k... kiedy przyjdzie skolonować system NTFS.

e) Chcesz nie tracić miejsca i nie masz kasy, ale dysk źródłowy ma znaną strukturę partycji: garść skryptów w bash'u rozwiązuje problem, jesli jednak nie znasz linuxa musisz komuś to zlecić.

U¿ytkownik "Tomasz" snipped-for-privacy@ddddd.dd napisa³ w wiadomo¶ci news:dbo4mt$nj1$ snipped-for-privacy@atlantis.news.tpi.pl...

A potrzebne ci *klonowanie* partycji, czy kopiowanie danych z niej? Bo druga sprawa jest znacznie prostsza.

Przy p³ycie ATX power off mo¿e byæ jak najbardziej automatyczne.

To akurat najmniejszy problem, bo mo¿na dysk zamontowaæ jako read-only.

Mo¿na by by³o spróbowaæ Norton Ghosta albo czego¶ w tym rodzaju, ale to raczej wiêcej ni¿ mniej kombinowania.

Fishman

co znaczy, ¿e cena zwala z nóg, ile wynosi ta cena - jaka cena jest dla Ciebie do zaakceptowania?. To ma byæ jednostkowa produkcja, czy chodzi o opracowanie urz±dzenia do sprzeda¿y?

Problem jest bardzo skomplikowany i je¿eli mia³a by to byæ jednostkowa produkcja na potrzeby w³asne, to obawiam siê ¿e cena nie zwali a wrêcz zetnie Ciê z nóg za takie opracowanie. Obawiam siê, ¿e nawet przy produkcji takiego urz±dzenia i tak bêdzie to nieop³acalna, bo to ju¿ istnieje na rynku i zapewne nie jest produkowane w domowym zaciszu lecz zautomatyzowane, gdzie koszty produkcji siê znacznie obni¿aj±. Pozdrawiam Darek

podsumowajac:

- moze byc kurcze oparte na linuxie,

- dla dysku zrodlowego pelna blokada zapisu (tylko odczyt)

- klonowanie sektor po sektorze 1:1 bit po bicie

- klonowanie roznych systemow i partycji

- mozliwosc klonowania np. dysku 120GB na 80GB,

- ewentualnie kosmetyka: samoczynne kopiowanie, wylaczenie automatyczne.

i to chyba wszystko ? :) Kto by sie podjal ? i za ile ? :)

Pozdrowienia T.

Tomasz napisał(a):

(...)

(...)

Te dwa podpunkty się wzajemnie wykluczają :)

Pozdrawiam Maksymilian Dutka

Ile dajesz :) ?