Diszk migrálás natív eszközökkel

Mivel úgy tűnik egyre többen vannak itt olyanok, akik értenek (legalábbis munkaköri kötelességből kéne érteniük) Win-hez, egy másnak nyilván egyszerű feladatot kellene nekem segíteni megoldani. Van nekem egy (cégtőlkapott) laptopom, benne szűkös diszkkel, azon gyárilag hozzájáró English XP Prof-fal. XP (mivel egyetlen egy dolog miatt van meg), összesen 15G-t kapott a szűkös diszkhelyből (amiben már egy SP3 frissítés nem ment le). Lett egy kicsit nagyobb diszk, és szeretném átpakolni a vackaimat. No most. Én ezt meg tudom csinálni mind a két másik rajta levő oprendszeren (Linux, FreeBSD), de gőzöm sincs, hogy melyek azok a natív Microsoft eszközök, amivel ezt a migrálást el tudom végezni. Ami adott: élő sp2, plusz USB-n a nem túl rég partícionált másik diszk. Amikor kész, akkor 2 diszk kicserél és boldogan (khmm) használom a neki ajándékozott 35G-ben. Szóval? Xp-hez annyit értek, mint az itt jelen levő Microsoft alkalmazottak mondjuk HP-UX-hoz, viszont mivel a windows egy felhasználóbarát rendszer, kéretik ezt figyelembe venni.

Win újratelepítés másik diszkre/Acronis törés letöltése, Norton Ghost, és í. t. nem játszik. Az oprendszerrel szállított eszközzel kérem - mert azzal nyilván meg lehet ezt csinálni.

Köszönöm, előre is.

Hozzászólások

Szeva!

El kell, hogy keserítselek: a magam részéről eddig kb. 15-ször csináltam ilyet különböző formában, és két dolog működött:

1. Acronis
2. VMware Converter

Régen talán lehetett úgy, hogy átmásoltad simán mondjuk Total Commanderrel, aztán install CD-ről elindítva Repair, de ez nem volt a legmegbízhatóbb módszer... majd valami windowsos ember még ír.

Egy másik lehetőség: a saját backup + restore tool-jával. Ami egy .bkf fájlba tud mentést készíteni. Van egy olyan rész a helpben, hogy hogyan lehet ebből helyreállítani. Olyat még nem csináltam, de emlékszem, hogy volt a helpben arról szóló rész. :)

Lehet bytera lemásolni windowst, pl. dd-vel bármilyen Linux livecdvel, vagy valami partíciómásolóval is gondolom, egy dologgal lehet szopni, nem magamtól jöttem rá, úgy mondták:

ha az új winyót már látta a Win, akkor valahol (??) megjegyzi azt a winyót, id alapján, és hiába másolod rá bytera a windowst, nem fog rendesen bootolni, mert nem fogja úgy venni, hogy C.

Megoldás: az új winyót ne rakd be a winnek, ne lássa, csak ha már majd arról tölt be.
Megoldás2: ezt nem tudom hogy kell, de biztos ki lehet utólag is szedni ezt az idt, gondolom valahol reg ben jegyzi meg...

> ha az új winyót már látta a Win, akkor valahol (??) megjegyzi azt a winyót, id alapján, és hiába másolod rá bytera a windowst, nem fog rendesen bootolni, mert nem fogja úgy venni, hogy C.

Ezt azért valaki erősítse vagy cáfolja meg, mert ha így van (amit én józan ésszel eléggé nehezményeznék), akkor a dolog megbukott, mert "természetesen" látta, lévén azzal formáztam/partícionáltam eredetileg.

Én ilyet nem tapasztaltam.
Olyan van, hogy ha nem a fizikai sorrendben első diszkre (particióra) telepíted, de az első diszk a Windows számára ismert fájlrendszert tartalmaz, akkor néhány rendszerfájlt oda tesz. Ez a te esetedben érdektelen.
Én regebben így particionáltam. (hogy értsük egymás a /dev/hdX terminológiával írom:
/dev/hda1 - FAT DrDOS-szal rata a XOSL bootloaderrel.
/dev/hda2 - NTFS Windows XP
/dev/hda4 - Extended
/dev/hda5 - NTFS munka
/dev/hda6 - swap
/dev/hda7 - ext3 Linux

Nos ha az XP-t úgy telepítettem, hogy előtte a /dev/hda1-et nem tettem rejtetté, akkor néhány rendszerfilét oda pakolt.
A többi szerintem misztikus legenda, aminek ilyesmi lehet az előzménye.
--
не закурится!

Ilyet még én sem láttam, de olyat igen, hogy a Win2003. Fontos a 2003, mert ugye ez egy stabil szerver oprendszer.

Szóval a W2k3 egyszerűen megcserélte a C-t a D-vel. Hogy sikerült neki, mai napig sem tudom, de miután visszacseréltem (illetve letöröltem a D-t) fixboot meg fixmbr kellett neki, másképp nem ment.

partimage, ugyanazt tudja mint norton ghost, de free, hálózatban is működik

Vagy dd-vel átmásolod a partíciót, utána pedig átméretezed a rajta lévő filerendszert hogy kitöltse a helyet.

--
The Net is indeed vast and infinite...
http://gablog.eu

Nem olvastad el figyelmesen, nyilván én sem voltam elég körültekintő a megfogalmazással:

- én is megtaláltam a partimage -et, a g4u -t, és egyebeket. De a kezdő leírásban kikötöttem, hogy natív MS progi, ad abszurdum a Microsoft Windows XP alaptelepítésében benne levő eszköz érdekel.
- van dd a Windows-ban? Külső eszközként tudom, de nekem a nélkül kellene.
- ja és nem szeretném feltolni hálózatra, mondjuk mert nincs egy második gépem, és az ismerőseimben se bízok meg annyira, hogy a ziszonyat fontos munkahelyi diszkem adata akár csak 10 percre az ő gépükön legyen.

Szóval hogy egyértelmű legyen: *elvi* okokból szeretném a világ (szerintem érdemtelenül) legelterjedtebb oprencerével ezt az igazán triviális dolgot az oprendszerbe épített eszközök segítségével megcsinálni.

(Én nem szégyellem bevallani, ha valamit úgy érzek, nem lehet, vagy nem tudom megoldani HP-UX-ben és FreeBSD-ben - mint az általam leginkább ismert két rendszer -, de felmegy az agyvizem olyasmiktől, amikor triviális problémákra nincs épelméjű megoldás Win alatt; pedig én aztán nem akarok túl sokat.)

Nincs ilyen "nativ" eszköz! Ne keresd! Norton ghost, Acronis. Javaslom szedd le a Hiren's boot CD -t.
De ha te a nehezebb utat választod lehet írni egy dd -t win -re, a raw disk hozzáférés létezik.

UI: Ha szigorúan vesszük a Linux -ban sincs ilyen, ezt egy közösség hozta létre és mondjuk a dd létrejötte a UNIX távoli múltjába veszik, nem hiszem hogy az AT&T vagy Bell laboratóriumainak mélyén született.

* Én egy indián vagyok. Minden indián hazudik.

Szép sorban válaszolok. Direkt nem Linuxot írtam, hanem HP-UX -et és FreeBSD -t, azokban ugyanis alapból van a megfelelő eszköz. Konkrétan én nem dd-znék, hanem dump | restore módon vinném át a fájlrendszereim tartamát (többek között: defrag miatt is), és persze az erre szolgáló eszközzel *újragenerálnám* azt, ami nem fájlrendszerben látszódó adat - gy.k. a boot-szektort.

AMi a dd-s utalásodat illeti, tudtommal erősen téves. Anno arra használták, hogy UNIX és !UNIX rendszerek között lehessen adatot szállítani. Innen származik a neve (INPUT DD * - ha esetleg mond valamit); ezért van benne a bs, ibs, obs paraméter, lévén voltak rendszerek, amik rekordszervezésű adatokkal dolgoztak; ezért ismeri a conv opciót. FreeBSD man-ban még szerepel az conv=ascii, conv=ebcdic!!!!, valamint ez a mondat:
"The value oldascii specifies the one used in historic AT&T UNIX and pre-4.3BSD-Reno" systems. A Reno, az a Levenez-féle UNIX-history szerint 1990 júniusi, szóval ez azért nem tegnap került bele a rendszerbe.

Valóban átsiklottam e részlet felett. XP alatt van valami backup progi, azt már próbáltad?

De nem értem, miért nem használod partimage-et linux alól vagy akármelyik livecd-ről. Egyébként is egszségesebb nem élő rendszert másolgatni.

--
The Net is indeed vast and infinite...
http://gablog.eu

A partimage tökéletesen működik NTFS-el is. Ha nem hiszed, próbáld ki, mivel az eredeti diszket csak olvassa, nem lehet bajod.

Vagy csak hozz létre egy új NTFS partíciót másolj át mindent, és állítsd vissza az MBR-t.

Azt meg még mindig nem ideologizáltad meg, hogy miért nem vagy hajlandó linux alól lemásolni egy windowst.
Kismillió megoldás van (csináltam már vagy párszázszor), nem tudom miért teszel érthetetlen, a "probléma" megoldását akadályozó kikötéseket.

--
The Net is indeed vast and infinite...
http://gablog.eu

Mar leirtam. Mert tanulni szeretnek valamit, es mert egyszeruen nem hiszem el, hogy egy ilyen (elsosorban otthoni felhasznalot erinto) problemara nem letezik az oprendszerbe beepitett eszkoz. Mint snq kedvesen ramutatott, ha nem tud az ember valamit, forduljon a rendszergazdahoz. De egy egyszal XP-s laptoppal rendelkezo embernek:

- nincs rendszergazdaja
- nem feltetlenul van halozaton elerheto masik gepe
- nem feltetlenul szeretne Linux-szal bajlodni - hisz az valami olyan mas, feketemagia.

Eddig is elvoltam vele, nyilvan meg 2-3 napot tudok varni, mire lesz ebbol valami ertelmes javaslat is. (Ertelmes a partimage is, ertelmesnek tunik az a WIF-et kezelo utilitas is - az utobbi az install CD-nelkul most nem megoldas -, de en nem ilyat keresek.)

Es egy masik megjegyzes:

> tökéletesen működik NTFS-el is ... mivel az eredeti diszket csak olvassa, nem lehet bajod.

Speciel a FreeBSD fajlkezelojeben volt egy erdekes hiba: read-only-ra mountolt ntfs/ext2 (nem emlekszem) eseten, ha shutdown elott nem umountoltad, tonkre tudta azt tenni. Leven a partimage nem nativ, MS-fele ntfs kezelovel rendelkezik, hanem valami modon "visszafejtett" modon csinaltak meg, ezert alapvetoen szkeptikus vagyok a hasznalatat illetoen.

Paranoiára semmi ok, az ntfs kezelés ugyanannyira megbízható, mint kimenni az utcára. Persze ez még nem jelenti, hogy nem fog pont a te fejedre esni egy zondora.
És nem hiszem, hogy bármelyik "hivatalos" NTFS meghajtó megbízhatóbb lenne. Nekem konkrétan szállt már el partícióm win crash után.

Az XP - mint bármelyik windows - "csak" egy oprendszer, ne várd el, hogy minden (segéd)programot tartalmaz.

--
The Net is indeed vast and infinite...
http://gablog.eu

No akkor erre is valami valaszt, ugy tunik te talan kevesbe nezel hulyenek, mint itt joparan:

- szerintem az XP tud particionalni es fajlrendszert letrehozni. ez volt ugye gyerekkoraban az fdisk es a format, mostani formajaban meg valami disk management alatt megtalaltam
- ugy gondolom, a rendszerinditashoz szukseges progikat is kepes feltolteni. Kb! ez volt a format /s es a sys parancs - no ennek mar nem ismerem a jelenlegi menetet
- regen mindent elerheto (OK, hidden, meg system) fajlokban tarolt, igy jo volt a maradekra az xcopy. Gozom nincs van-e meg ilyen, de mintha ez mar nem lenne eleg, de ha igen, akkor nacceru. (ez az, amit en Jujnikszon dump|restore -ral megtennek minden meglevo FS-en. Mivel itt csak egy van, nyilvan eleg arra az egyre.)
- es vegul nem tudom, mik kellhetnek meg, ezt irtam mint esetleg elotte/utana regedit

Azaz ha az elkepzelesem jo, akkor ez a 4 lepes kellene, amibol a 2.-rol nem tudom hogy kell, a 4. nem tudom hogy kell-e, es ha igen mit es hogyan. Ezeket anno (DOS, Win9x) mind meg lehetett csinalni a hozzaadott eszkozokkel. Jozan paraszti esszel ugy gondolom, ez most is igy van, csak jobban el van dugva mint eddig - vagy csak en nem hallottam rola.

Ezt probalom nem tudom mar miota magyarazni, de mindenki hulyenek nez:

a) mert nincs ilyen progi
b) mert tele van a net nem-a-windowshoz-tartozo eszkozokkel, amik jok ehhez, es miert vagyok en olyan hulye, hogy nem akarok levarezolni egy Ghost-ot/miert nem csinalom meg Linuxszal ; ad absurdum miert jo nekem, hogy becsepelek csillio parancsot, ha van ra kliketi-klikk eszkoz.
c) mert sertot mertem irni a kedvenc/nemkedvenc oprencererol.
d) mert csak

Capische?

a)

Az XP egy dobozos termék, az van benne ami rá van írva. Ha az van ráírva egy "hozzávaló elemeket nem tartalmaz", akkor ne várjuk el, hogy legyen benne. (Miért nincs a banánban cseresznye?!)
De igazából a lentebb emlegetett ntbackup erre van, meg van alapból GUI hozzá: kellékek -> rendszereszközök -> biztonsági másolat. Fogalmam sincs, hogy rendszermásolásra alkalmas-e, az mbr-t tuti nem viszi át. De win alatt is van parancssor meg xcopy. Az MBR-t felül lehet vágni a telepítővel, bár én erre is inkább egy linux livecd-t használnék (ms-sys vagy kapásból grub), mert szimplán kényelmesebb.

Ez egy tényleg hasznos feature, amit a win alapból, natívan nem szolgáltat. Az ingeket sem vasalja ki, pedig akkor lehet hogy többet használnám.

b)

LiveCD bebootolása és partimage használata clicketi-click szintű. Akinek nem (nem rád gondolok!), az ne akarjon partíciókat hegeszteni.
Nem azért erősködöm a linux mellett mert az a király, és natív win fúj, hanem mert ez pont az a feladat, amire az előző a legalkalmasabb és a legkényelmesebb.

c)

I don't care.

d)

I've no more arguments.

--
The Net is indeed vast and infinite...
http://gablog.eu

>> gyerekkoraban az fdisk es a format, mostani formajaban meg valami disk management alatt megtalaltam

fdisk és diskpart

>> ez volt a format /s es a sys parancs - no ennek mar nem ismerem a jelenlegi menetet

emiatt ne aggódj, nézd meg mit okoz egy sima format

>> regen mindent elerheto (OK, hidden, meg system) fajlokban tarolt

régen?

ugye-ugye, a dos-nál még működött, hogy átmásol az ember mindent és kiad egy sys a: c:-t.

xp-vel nem tudom működik-e, hogy átmásolsz mindent, telepítő cd-ről meg repair mbr, repiar boot.ini. talán lesz egy ntldr missing, esetleg ezt a cdről vissza.

nem emlékszem pontosan, mintha egyszer csináltam volna ilyet, de az sem másolás hanem 3rd party imagelés után és azért kellett image után hegeszteni, mert másik partícióra ment és nem akart elindulni.

Még a win98-al is csont nélkül meg lehetett ezt tenni, akár az intézővel :) is (persze rejtett/system file on).

Az xp szerintem már túl sokat "foglalkozik" a vinyóval, ahhoz hogy futás közben csak úgy átmásold a teljes tartalmat, és az el is induljon.

(De egyébként én furcsának is tartanám, hogy egy fizetős oprendszer tartalmazna egy egyszerű klikk-klakk eszközt, amivel korlátlan számú tökéletesen futtatható másolatot lehet róla készíteni, főleg OEM licenc esetén.)

> De egyébként én furcsának is tartanám, hogy egy fizetős oprendszer tartalmazna egy egyszerű klikk-klakk eszközt, amivel korlátlan számú tökéletesen futtatható másolatot lehet róla készíteni, főleg OEM licenc esetén

www.hp.com search for Ignite-UX. Csak hogy mondjak fizetős oprendszert is. (Amúgy mint mondtam nem OEM licenc, hanem felteszem Corporate Mass-licence - vagy hívják ahogy akarják - alapú XP Prof.)
Ráadásul én fenntartom, hogy mivel én nem rendszert akarok klónozni, hanem diszket, nekem az is jó, ha ez az eszköz (még csak az se kell, hogy klikk-klakk legyen) pl. csak ugyanolyan CPU-azonosító/eth-id-jű, mit tudom én még mi alapján azonosíthtó be a gép - "másik" gépen fusson le az a klón. Lévén én *diszket* akarok cserélni. Nehogy már az ne legyen megoldható.

Csakhogy az NTFS ismeri a file lockolás fogalmát, az operációs rendszer pedig használja is. Így egy futó rendszer lementése nem ilyen egyszerű feladat, a nyitott fileokat az xcopy nem fogja átvinni...
Nem is beszélve arról, hogy futó rendszerről lévén szó, a konzisztens mentett állapot biztosítása sem triviális...

mrceeka

Ezzel tisztában vagyok. De akkor azt tételezzük fel, hogy:
- leállítom mindazokat, amik jelen esetben nem kellenek (lehúzom a hálókábelt, és kinyomom a wifit -> tűzfal, vírusirtó, szarok, mint böngésző, levelező és IM-kliens - nem mintha nálam futna - leállítható.) És így tovább.
- Vagy legyen az, h korlátolt módban (ez az alap, de szóval az F8-ra elérhető) indítom. Nehogy már akkor is fusson minden szar.
- És utolsó lehetőségként nekem jó lehet az is, hogy egy spéci MS-szoftverrel készített boot-pendrive/boot-CD indul, és utána csinálom meg ebből a fen leírt fdisk/..../xcopy/regedit sorozatot. És ekkor nincs gond a lockolással.

Érdekes módon a Vista backupja le tudja menteni a futó oprendszert másik NTFS partícióra vagy írható DVD-kre, amit a telepítő DVD-ről bootolva vissza lehet állítani.
Most indítottam el direkt a Vistán a "Biztonsági mentés és visszaállítás központot, ahol erre van lehetőség. Egy kicsit a súgót is olvasgattam hozzá.
--
не закурится!

Egy kb. IDLE rendszeren mi van megnyitva [írásra, mert ha nem csal a józan eszem, olvasni többen is lehet]? A pagefile. Azon kívül? Optimális esetben semmi. Akkor mi a probléma? xcopy azt nem viszi át, amire nincsen semmi szükség.

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Intrepid
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

figyelem, költői kérdések vannak, vagy ms-ben jártasabb válaszolja majd meg.

ezt lepróbáltam vmware alatt, sajnos az xcopy (xcopy c:\*.* d:\ /e /h /c) online nem tud kb 20 fájlt átmásolni és ettől az új hdd-n az átmásolt os nem tud elindulni.

1) nem lesz neki pl. \windows\system32\config\system, de ezt könnyen adhatunk neki install cdről is, gyanitt van system.sav (én ezt másoltam vissza, lehet emiatt indul a telepítő?). csakhogy újraindul a telepítő és a már telepített programok nem lesznek telepítve.

de előbb:

2) másik probléma (nem nagy), hogy az új disken mbr-t kell csinálni (fixmbr az install cd repair módjában), illetve fixboot is kellhet, és bootcfg-vel érdemes ellenőrizni a boot.ini-t.

3) de még így sem tud elindulni az új disk, ugyanis nem lesz aktív a partíció (pedig azt hittem fixboot ezt csinálja, de nem). na ezt nem tudom, hogyan lehet windows cuccokkal aktívvá tenni. 3rd party partíció aktivvá tevő programhoz kellett nyúlni, utána adta magát az első pont.
SZERK: áá basszus de régen csináltam ilyet, formázás után jobb gomb, partíció megjelölése aktívként.

ha majd egyszer sok időm lesz akkor csinálok egy "dir c: /összes-file" "xcopy c:\*.* d:\ /L" diffet, hogy mik azok amiket nem tud másolni, hátha azok offline másolásával működne ez a sima fájl másolós módszer.

ja és install cd nélkül nem megyünk sehova.

most csináltam egy dummy floppy imaget vmware alatt, megpróbálom az ntbackupot (ennek kell egy floppy) másik diskre.

ps.: érted 2008-ban floppy: honnan szedjek floppy meghajtót, honnan szedjek működő floppy lemezt :) és ha laptopról van szó (azt már nem is mondom, h floppy nélkül), hogyan oldom meg, ha nem tudom egyszerre a két disket rádugni? gondolom kellene egy boot cd (install cd jó ehhez?) + a backup.bkf egy másik dvd-n (jó ez legyen hálozaton) + az ominózus floppy.

Ajánlott irodalom:
http://support.microsoft.com/kb/256986 A Windows beállításjegyzékének ismertetése tapasztalt felhasználók számára
http://support.microsoft.com/kb/307545 Visszaállítás a rendszerleíró adatbázis a Windows XP elindulását megakadályozó sérülése esetén
Akkor vegyük sorra:

1) Kicsit odébb leírtam: van lockolás a filerendszeren és a kernel használja is. A jelzett file a regisztrációs adatbázis része. A .sav file nem biztonsági mentés az adott file-ról. A leírt módszer nem támogatott módszer és nem is működik. Persze nem attól nem működik, hogy egy fia ACL-t sem másolsz, úgyhogy a /O-val és társaival inkább ne kísérletezz.

2) igen

3) DISKPART.exe segít az aktívvá tételben. Miért is kéne, hogy működjön a sima file másolás? Mert az rossz is meg nem is támogatott? Ha egyszer amúgy is maradnak file-ok, amiket offline másolnál át, külső oprendszert indítva miért nem jó egy támogatott módszer, ami egyébként szintén ezen alapul és még működik is (WAIK)?

De ha már fileokat akarsz másolni, miért nem nézel utána kicsit a Volume Shadow Copy környékének. Persze, nem mintha arrafelé előbb érnél el eredményt. De legalább konzisztens állapottal szenvednél :)

Kezdem nem érteni.

Üdv,
mrceeka

Finoman szólva kicsit fátyolos a szemem. Hogy állítsam helyre a rendszert, azzal a rendszerrel amelyik bootolás közben elakad (és újraindul, vagy lefagy) és a csökkentett mód vagy megy vagy nem, de inkább nem?
Itt van egy logikai szaltómortale.

* Én egy indián vagyok. Minden indián hazudik.

Lehet, hogy tudná, én még nem próbáltam, ahogy látom snq- ebben sokkal kompetensebb.
Azért nem érdekel annyira a téma, mert nem akarok berhelni egy rendszermentéssel.
Van rá támogatott, számomra kényelmes, jövőbe mutató, nagyvállalati munkához is használható eszköz, nekem ennyi elég is. Nem kell második is...

[off]

Találkozik a rendőr a jótevő tündérrel. Mondja neki a tündér:
- Rendőr, ma jó kedvem van, kívánhatsz kettőt.
- O.K., akkor kérek egy olyan korsót, amiből sose fogy ki a sör.
A tündér csettint egyet, a rendőr kezében pedig ott terem egy korsó sör. Kiissza, a korsó pedig másodpercek alatt újra megtelik. Önti-önti ki, de a sör csak folyik. A rendőr felkiált:
-Hát ez marha jó, ebből kérek még egyet!
[/off]

Üdv,
mrceeka

Én a Windows Automated Installation Kit-et használnám (WAIK). Ez tartalmazza a WinPE aktuális verzióját. A WinPE-t megírod CD-re, bebootolod. A szintén benne lévő IMAGEX.exe segítségével tudsz .WIM image fileokat előállítani (/capture) és azokat kibontani is az új helyre (/apply). Az új partíciót megfelelően aktívvá és bootolhatóvá kell tenni, például DISKPART.exe segítségével.

Üdv,
mrceeka

XP-n használható és támogatott, egyedüli korlátozás, hogy az XP-kről és más, Vista előtti rendszerekről készült image-ek offline nem szerkeszthetők, de ez itt most nem igény.
Magam is használtam már XP-re (megdöglött-gyógyítandó gépet ezzel átmentettem egy másik diszkre és azt a példányt gyógyítottam az eredeti érintetlenül hagyása mellett. Működött.

http://www.windowsdevcenter.com/pub/a/windows/2007/04/03/pc-deployment-with-imagex.html szerint:

"ImageX can be run automatically through a configuration file, saving a lot of time and ambiguity when performing mass deployments. It will support legacy OS images such as XP, as well as Vista and 2003--either 32- or 64-bit--and image files can be split into fragments to fit onto various media. You can modify the content of a Vista installation WIM file by mounting its file and directory system on a hosting XP, 2003, or Vista PC.

Unfortunately you cannot edit XP, 2003, or previous OS images, no matter which OS you are hosting WinPE and ImageX on."

Üdv,
mrceeka

ilyenkor persze sehol egy mvp ;-)

udv Zoli

Bekerülne a google cache-be, ha leírná, hogy tényleg nincs ilyen tool :)

S mivel a google maga a gonosz főellenség, meg különben is, a marketing éves tervei között nem szerepelt az önégetés (főleg egy másik főgonosz, a juniksz egyik fő gócpontján), inkább csendben maradnak.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Tevedes, a Microsoft ilyen hivatalos tool-ja a WinPE-n alapulo diszk migracio. A vegletekig automatizalhato, XP-nel ujabb rendszerek eseteben meg a mentett rendszerhez is hozza lehet kulonfele szervizcsomagokat pakolni (amiket a Microsoft Download Center-bol is le lehet szedni), sot, nyelvi csomagok es kulonfele extra nyalanksagok (PowerShell, .Net Framework) is beviheto a mentett rendszerbe offline, igy a mentett rendszerek anelkul tarthatok frissen, hogy azokat ujra kellene krealni.

A masik ilyen rendszer meg az ASR. Noha ez csinal egy alap Windows install-t is, azonban a hotfixektol az alkalmazasokig mindent pontosan ugyanugy pakol ossze, ahogy eredetileg talalta.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

- hol akadtál meg? ntbackup (ha ügyesebb vagy vshadow, vssadmin, robocopy (mind "natív ms alkalmazás", bármit is jelentsen ez) megvolt már? ha meghajtó betűjel változás is lesz, regedt megvolt már? kell még valami?

- az itt jelenlévő ms alkamazottak többet értenek mondjuk hp-ux-hoz, mint az átlag hup olvasó
- ha csak "egyetlen egy dolog miatt van meg" az xp-d, és erőltetetten köhécselsz rá, ráadásul ráérsz létező céleszközök mellett betrollantani, akkor nem tartalmazhat olyan kurva sok "ziszonyat fontos munkahelyi diszkem adata"-t
- dd ugyanúgy került a windowsomba, mint neked máshova: letöltés útján, tehát pont annyira "külső eszköz" (bármit is jelentsen ez)
- nem szégyen a rendszergazdádhoz fordulni olyan számítástechnikai problémákkal, amit nem tudsz megoldani

Bakker, látom sikerült a lényeget kikapnod:

> ntbackup megvolt már?

tehát mivel nem értek hozzá, nyilván nem volt meg - ezért kérdeztem itt

> mind "natív ms alkalmazás", bármit is jelentsen ez

ezt tényleg nehéz lehet megérteni: olyan eszközt szeretnék használni, amit az MS biztosít - lehetőleg ingyé az oprendszeréhez, nem pedig az itt többek által emlegetett 3rd party alkalmazás

> meghajtó betűjel változás is lesz

Érdekes módon az előzőekből azt hittem olvasni tudsz: mi a francért lenne betűjel változás? kis diszkről adat átmásol, majd nagyobb diszk a helyére kerül. Ettől mi a francért változna meg? De mivel te értesz hozzá(?), ezek szerint lesz, csak tudnám miért?

> regedt megvolt már

Fentiek alapján nyilván ez sem, de akkor kulcsot is mondasz, hogy legalább merre keressek?

> kell még valami?

Én is ezt kérdem, csókolom!

> az itt jelenlévő ms alkamazottak többet értenek mondjuk hp-ux-hoz, mint az átlag hup olvasó

Speciel én nem az átlag hup-olvasóról beszéltem, de nem baj. Ezek szerint sok HP-UX szakértő van az MS-nél? Szuper! Bár én naívan azt képzeltem, hogy az ott levők a saját rendszerük megismer(tet)ésével vannak elfoglalva, de ez így még jobb. Sajnos ebben a fenti esetben a hasonlatom nem jött át, nem sikerül megvilágítanom azt, hogy Windows-os ismeretem mily csekély.

> ráérsz létező céleszközök mellett betrollantani,

itt is sikerült felfognod a lényeget, pedig le is írtam: elvi okokból a rendszerhez járó eszköz(öke)t szeretném használni, és elvi okokból fontosnak érzem, hogy az adat oda (és lehetőleg csak oda) kerüljön, ahova szeretném. X diszkről Y diszkre.

A dd-ről szóló mondatod nagyobb trollkodás volt, mint az összes előző együttvéve. A dd parancs a rendszer (fent említett HP-UX és FreeBSD, de ezen kívül az ismertek közül pl. Solaris, AIX, stb) esetén az alaptelepítés része. Ja, és nem-mellesleg azt is leírtam, hogy *nem* azzal csinálnám meg az általam ismert rendszerek esetén.

(...) elvi okokból a rendszerhez járó eszköz(öke)t szeretném használni,

elvi okokból? akkor elvi okokból prog.hu

és elvi okokból fontosnak érzem, hogy az adat oda (és lehetőleg csak oda) kerüljön, ahova szeretném. X diszkről Y diszkre.

pont eme elvi okokból kéne dd-t használnod vagy ghostot.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

> - nem szégyen a rendszergazdádhoz fordulni olyan számítástechnikai problémákkal, amit nem tudsz megoldani

Mivel ez utólag került bele a hozzászólásodba, utólag válaszolok:

ha az eddigiekhez hasonló válaszokot fogok kapni, akkor természetesen ez fog történni. És nagy bajnak számít, hogy ettől függetlenül szeretném tudni megcsinálni az ő segítsége nélkül is? (Hint: tanulni)

1) csak megválaszolatlan hsz-t szerkeszthetsz.

2) Találtál már a sok hsz között olyan programot, amivel AKAROD és hajlandó is vagy megcsinálni?
   i) do it!
   n) talán azért nem, mert nincs...

3) trollantás helyett inkább a prog.hu-n kérdezd meg, ott igen sok, hozzáértő istván van, akik frnakón tudják, honnan tudsz majd varezolni ghostot meg dd-t.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

1) mig a valaszt irtam, o beszerkesztette a plusz sort, igy miutan elkuldtem, lattam van meg mire valaszolni. megtettem.

2) i - egyelore a soniq altal irtakat bujom, bar nemelyik a microsoft sajat adatbazisa szerint nekem nem jo, de mivel akkora nagy ember irta nekem ezeket a tanacsokat egyelore bujom a doksikat, hatha megis en ertem rosszul a leirtakat

2) n - azt probalom kideriteni, hogy i vagy n

3) mi ebben a trollantas? es bocs, mivel nem tervezek lewarezolni semmi ilyet, pont ezert kerdem itt (es nem a prog.hu-n), ahol allitolag szakmai valaszokat is kaphatok. Es ha figyeltel, a kezdo kerdesben jeleztem, hogy tudok arrol, hogy vannak a feladatra (warezolhato) progik.

Ennyi idő alatt a WAIK-kal már rég kész lennél! :)
Miért félsz tőle?
-mert korszerű holmi?
-mert image-et készít, de nem szektor, hanem file alapon és a helyreállítás is file alapú? (a céldiszken csak az azonos nevű dolgokat írja felül)
-mert e miatt a másik partíciódra elkészíted a .WIM-et, amit ott helyben ki is bontasz? (ha jól értem 15G becsomagolva és kibontva kell elférjen 35G-n: ez menni fog)
-mert network támogatás nem kell a WinPE-dbe, így gyakorlatilag a default-ot testreszabás nélkül kiírhatod CD-re?

Ez ingyen van és a Microsofttól, támogatott módszer és gépet sem kell hozzá újratelepíteni. Miért keresgélsz tovább, ha hallottál egy olyat, ami az igényeidnek pontosan megfelel?

Üdv,
mrceeka

Na itt két dolog is tud bootolni:
-a preinstall environment (WinPE): ennek a bootolható .ISO-ját a WAIK elkészíti Windows XP CD nélkül is. Nem állítom, hogy kéjmámor, de parancssoron edződötteknek ez nem gond. (A user guideban keresd: "Walkthrough: Create a Bootable Windows PE RAM Disk on CD-ROM")
-a lementett gép: abban meg benn van minden a rendszerindításhoz, a kibontott image is fog tudni bootolni, ha a partíció aktív és bootolható.

Egyikhez sem kell WindowsXP média.

Üdv,
mrceeka

Mindaz amit leírtál mindennemű trollkodás nélkül nem változtat azon, hogy:
- Nem létezik natív támogatása az MS részéről élő rendszer migrálására ami az adott OS része lenne (mindegy, hogy van 3dparty) mert más az alapelképzelés, és a célközönség.
- Nem alkalmazható file szintű migráció.

A probléma felvetője erre kérdezett rá, ha erre a kettőre megvan a nemleges válasz, utána szépen leírod, hogy a hozzáállása rossz és mivel próbálkozzon ami neked legjobban működött, ha neked ehhez kedved van.

az, hogy nem lézik ms támogatás rendszer oldalról szerintem nem feltétlenül igaz, mert az apik, amik köré a lentebbi egyszerű wrapperek (szintén ms sdkból) épülnek rendelkezésre ának (definedosdevice(), createvssbackupcomponents(), ..) - anélkül hogy belemélyedtem volna, powershellből pl biztosan meg lehet ezeket invokozni.
olyan egze az mstől a mindenkori hivatalos telepítő lemezen, hogy "rám kattints, ha egyetlen mozdulattal futó rendszert szeretnél tetszőleges helyre másolni, amit igazából licencelési okokból roppant aggályosnak tartunk, illetve a home userek túlnyomó többsége amúgy is oemet kapott, de miért ne" valóban nincs.
természetesen lehet azon lovagolni, és elmélkedni, hogy többtucat 3rd party célmegoldás mellett miért nincs (aztán ha lenne, akkor handabandázni, hogy vegyék ki, mert versenyellenes, monopólium, teh horror).

a hozzáállással annyi bajom volt, hogy ha valóban tanulni szeretne valaki, akkor nem gúnyos lefitymálással, alapvető dolgok kizárásával (pl telepítőlemez) kezd, illetve annak hangoztatásával, hogy nem lehet megcsinálni. freebsd vagy hp-ux esetén se így jut előrébb az ember

> a hozzáállással annyi bajom volt, hogy ha valóban tanulni szeretne valaki, akkor nem gúnyos lefitymálással, alapvető dolgok kizárásával (pl telepítőlemez) kezd, illetve annak hangoztatásával, hogy nem lehet megcsinálni. freebsd vagy hp-ux esetén se így jut előrébb az ember

Tenyleg olvasasi problema. Ime a kerdesfelvetesben szereplo szoveg, nemileg kurtitva (a kurtitast ... jelzi, azaz osszesen egy helyen "huztam" a szovegen) - es szinten kiemelve a lenyeget, hogy konnyebb legyen atlatni.

===
gőzöm sincs, hogy melyek azok a natív Microsoft eszközök, amivel ezt a migrálást el tudom végezni ... Az oprendszerrel szállított eszközzel kérem - mert azzal nyilván meg lehet ezt csinálni.
===

Kesobb is tobbszor leirtam, hogy en az ezer eves emlekeimmel kb milyen lepeseket tennek meg a mai megfelelojukkel. Erre mar kaptam egy hozzavetoleges infot, aminek nyoman el tudok indulni.

Amugy leirtam egy helyzetet. Ebben szamodra alapveto dolgot zartam ki (nncs telepito CD) megdobbento modon azert, mert ez a helyzet. Nem zaklatom a rendszergazdamat, ha van ra esely, hogy meg tudjam oldani magam is. Kertem otleteket. Kaptam. Valogatok, csamcsogok rajtuk, es valamelyikkel megoldom. Ha bukok, akkor esetleg megprobalom egy masikkal a kapott otletek kozul, es ezt addig jatszom, mig
- sikerul elernem a kivant eredmenyt
- mindegyik megoldas kudarcba fullad NALAM
- megunom

Utobbi ketto eseten megyek a rencerazdahoz.

(Erdekes modon, amikor Te fitymalod itt le az ifjoncok Linux-hevuletet, akkor ez a stilus teljesen normalis, amikor mas - ezek szerint a tiedhez hasonlo stilusban "fitymalja" le a Win-vilagot - azt meg zokon veszed. No comment.)

Az meg, hogy nekem tetszik-e a windows vilag, az kb annyira lenyeges, mint az, hogy te hogy allsz a linux-szal. Oszt megis hangoztatod uton-utfelen. No most en is szurtam oda kb. 2 szot. (OK, 5 olyat, 2 hozzaszolasban amin lehet hoborogni.)

Sajnos sem a Windowsban nincs ilyen tool, sem a Microsoft nem forgalmaz ilyen eszkozt. A hivatalos megoldas az adatok migralasa (van erre valami user [profile|state] migration tool vagy mi a tokom), es a rendszer szabalyszeru feltelepitese az uj diskre.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

ideírom, hátha valakit érdekel lazán kapcsolódva egy csibész módszer

élő rendszer (xp pro !oem, 16G roskadásig telepítve) másolása új merevlemezre, install cd nincs kéznél, mert csak, live cdt nem akarok, mert csak, céleszközt nem akarok, mert csak, nincs floppym, meg egyáltalán semmim sincs
felállás: élő rendszer bebootolva a c:-n, rendszergazda úr bejelentkezve, a célpartíció mondjuk legyen f:, g: legyen még használaton kívül

- diskpart bohóckodás után
- format /fs:ntfs f: (nem, nem quick)
- F:\>type bak.cmd (következő tartalommal:)
call %~dp0\env.cmd
dosdev G: %SHADOW_DEVICE_1%
xcopy G:\*.* F:\ /o /x /e /h /k /c (ehelyett opcionálisan pause, aztán lehet bámészkodni és kézimunkázni)
dosdev -r -d G:
- F:\>vshadow -script=env.cmd -exec=bak.cmd c:
- itt 2-3 jó pilzeni típusú sör megivása következik
- másolás kész
- regedt úrban F:-ről system hive betölt
- betöltött hiveban \DosDevices\F: értéke \DosDevices\C:-re másol (egyébként majd végtelen welcome-screen bámulás lesz)
- unloadol hive
- shutdown, új hdd helyére, boot, örül

vshadow (xp-s!) és dosdev sdkból, reskitből, feneemlékszik tökömtudjából

Felcsigáztál! Kicsit utána néztem ennek a "dosdev és vshadow" woodoonak.
Találtam egy ilyen szépet:
http://www.goodjobsucking.com/?p=62
Számomra ebben a dologban a legérdekesebb, hogy az éppen futó OS és app -ok alatt nyitott állományok tömkelege van. Egyszer belenéztem a "regmon" (asszem) programmal, hogy futásközben a registry -t folyamatosan piszkálják! Hogy lehet win alatt egy ilyet lementeni - simán sehogy! A megoldás valahol ebben a "shadow" volume/copy házatáján van, ami mögött egy eléggé bonyolult mechanizmus húzódik meg
http://technet.microsoft.com/en-us/library/cc785914.aspx
Nem tudom, valahogy én ebben a bonyolult cuccban nem bízom, szerintem csak az "offline" lehet sziklabiztos megoldás, pokolian utálom amikor sok órányi küzdelem után, kiderül hogy a backup sz'r és jöhet az lfs.

* Én egy indián vagyok. Minden indián hazudik.

A Volume Shadow Copy Service (VSS) azért attól, hogy bonyolultnak tűnik, még működhet...
A Microsoft Data Protection Manager 2007 nevű mentő(és visszatöltő :-)rendszere a különféle alkalmazások VSS providereit használja a konzisztens online mentések készítéséhez.
Többek közt menthető vele:
-rendszerállapot
-filerendszer
-Exchange
-SharePoint
-SQL Server
-Virtual Server és Hyper-V

Szóval: nem komolytalan dolog ez, lehet rá alapozni. Nincs rálátásom a teljes mentőszoftver-piacra, de amit láttam 3rd party mentőrendszert, az is VSS hívásokon keresztül mentette a Microsoft-os alkalmazásokat.

Üdv,
mrceeka

köszi, szuperül hangzik, a végére fogok járni.

egy pici kötekedni valóm van az ntbackup-hoz is meg ehhez is, miszerint Zahy-nak szűkös hely áll rendelkezésre, de mindkét módszernek (ha jól veszem ki) kell mégegyszer akkora hely mint az eredeti rendszer. nem lehet egyből/közvetlen disk-to-disk másolni? (nem 3rd party, de nem is kell online)

>> de mindkét módszernek kell mégegyszer akkora hely mint az eredeti rendszer.
>> nem lehet egyből/közvetlen disk-to-disk másolni?

- a 16Gb-os partíció cca háromnegyede eleve kihasznált volt
- vhsadow kiadása és a forráspartíció felfűzése között néhány másodperc telt el

>> nem is kell online

ez esetben nincs a nyitott/megosztott fájlok problematikája

>> a végére fogok járni

érdekesnek találhatod a hobocopy (nem ms) nevű toolt is

Az ntbackup lesz a te eszközöd, csak picit más szemüveggel kell nézni a dolgot. Megcsinálod a mentést (All information on this computer) a régi rendszerről. Ezt félreteszed. Az új diszkre felrakod az OS-t, (lehetőleg) azonos SP-vel, mint ami a mentésben volt. Ezen az új OS-en szépen visszatöltöd a mentést, és megoldottad a kérdést.

Szép, nagy thread lett :)
Nem érdekelnek a "natív" megoldások, hanem ...
Imádom, hogy a Linux egy live cd segítségével szépen be tarolható, és bárhova kibontható, majd némi szekresztgetéssel (fstab, lilo.conf vagy grub) után egy chroot grub vagy lilo és voila bootol :D
Szerintetek mondjuk egy XP prof -al, hogy lehetne egy ilyen tar -olt állományból bootolható windows XP -t csinálni?

* Én egy indián vagyok. Minden indián hazudik.

hm. ezzel csak az a gond, hogy az xcopy az első adandó alkalommal dob egy hátast. \systemvolumeinformation: hozzáférés megtagadva, \win\system32\config\default: megosztás megsértése. (ebben a mappában vannak a rendszerleíró adatbázis állományai... ezeket egy futó példány alól csak árnyékmásolat segítségével lehet kimásolni pl ntbackup.)

visszatérve a kiinduló kérdéshez:
én ennek nem szoktam nagy feneket keríteni.
ha elkészült a cél partíció, fogom és simán rámásolom. esetleg usbhdd+ntbackup közvetítéssel, ha nem tudom egymás mellé rakni a két hdd-t. ez esetben nem szabad bejelölni a mentés készítésekor a save system state pipát, csak a c:-ot. azért hasznos használni az ntbackupt, mert az lementi/visszaállítja az acl-t.

arra kell még vigyázni, hogy a aktív legyen az új partíció. ha az mbr és a pbr rendben van, akkor megtalálja az ntloader-t, és az esetek 99%ában betölt. ha mégsem, rá kell ereszteni a javítókonzolról egy fixmbr/fixboot párost.

ja, és hogy elkerüljem a bonyodalmakat, természetesen cd-ről indított rendszert használok ilyenkor.

ha ilyen nem áll rendelkezésre akkor kicsit bonyolultabb a helyzet, az éppen futó windows példányt ugyanis nem lehet közvetlen másolni, csak árnyékmásolat segítségével. ehhez natív eszköz az ntbackup, de ekkor mindenképp több hely kell: 1. elkészíteni a mentést egy átmeneti helyre, majd 2. visszaállítani az új helyre, végül 3. elindítani az új példányt, 4. engedni újraindulni.
az ntbackup a következő állományokból áll:
ntbackup.exe
query.dll
sfc.dll
sfc.exe
sfc_os.dll
sfcfiles.dll
vss_ps.dll
vssadmin.exe
vssapi.dll
vssvc.exe
érdemes összeszedni egy mappába, és egy mindig kéznél lévő elérhető helyre tenni.

tehát, válaszolva az eredeti kérdésre: az egyetlen használható natív eszköz a windows átköltöztetésére egy másik lemezre: az ntbackup némi átmeneti tárhellyel.