Van egy notebook abban 500GB-os merevlemez. Van több 640 GB-os merevlemezem amit külső lemezként használok. a gépen lévő adatokról van már bakcup folyamatosan mentek két helyre is. De! jó lenne egy olyan hogy a-tól z-ig ugyanazt a tartalmat vissza tudnám tölteni. Hogy ne kelljen újra OS-t telepíteni, beállítgatni cofigurálni stb. linux partíciók vannak a noti merevlemezen, titkosított lVm-ben egy része.
hogyan csinálnátok erről backupot?
Arra gondoltam hogy egy 640 gb-OS lemezen csinálnék egy 500GB-os partíciót és arra rá dd-zném a noti vinyót úgy ahogy van. Csak nem tudom hogy ezt megtenné e belátható időn belül vagy nagyon sokáig tartana... a másik hogy hogyan kell pontosan akkora partíciót csinálni hogy pont akkora legyen minta noti lemez hogy ne legyen gond? szoval hogy tudjam a backup lemezen hol kezdődik és végződik az adatfolyam...
- 1428 megtekintés
Hozzászólások
menthetsz dd-vel, image fájlba, ha arra van affinitásod.
egy manapság tipikus notebook hdd jellemzően 50-75 MB/sec átvitelére képes szekvenciálisan, tehát SATA-val csatlakoztatva olyan 2,5-3 óra alatt fog átmászni az 500 gigányi cucc.
USB 2.0 esetében az átviteli sebesség olyan 25-30MB/sec körül szokott alakulni, tehát akkor olyan 7-8 óra körül kalkulálj.
partíciót roppant egyszerűen tudsz ugyanakkorát csinálni: megnézed, hogy a forrás diszkről hány szektort akarsz menteni, és a cél diszken egy ugyanakkora szektorszámú partíciót csinálsz. (fdisk, cfdisk egyaránt tud szektort használni mértékegységként)
az egyébként nem baj, ha a mentő diszken valamivel nagyobb a partíció, legfeljebb nem fog "végig érni" benne az adat. (visszamásolásnál meg legfeljebb kapsz egy disk full üzenetet a végén)
ekkora adatmennyiségnél azonban én már inkább fájlrendszer szinten mentenék, lásd dump/restore, rsync, ...
- A hozzászóláshoz be kell jelentkezni
"visszamásolásnál meg legfeljebb kapsz egy disk full üzenetet a végén" jah akkor oks. Bár teljesen igazad van image fileba is dd-zhetek valahogy erre nem gondoltam.
Köszi a válaszokat ennek az rsync-nek meg utánanézek, még nem használtam.
- A hozzászóláshoz be kell jelentkezni
+1 rsync
Hiszen csak az elején kell áttedd az egész cuccot,legközelebb az rsync már csak a változásokat másolja,azért az sok idő és erőforrás megtakarítás.
~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~
Zenwalk - Full featured GNU Linux Operating System
- A hozzászóláshoz be kell jelentkezni
rendszer->dd
adat->rsync
Jobban jársz így.
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Én 160Gb-os laptop vinyóról csinálok offline backup-ot. Ilyenkor USB-s CD-re bootolok, az célvinyó pedig egy utlrabay-ben van. Ha USB-re csináltam, akkor egyrészt lassú volt, másrészt volt, hogy rejtélyes módon megszakadt a mentés. A laptop egy Pentium M-es ThinkPad, az alaplapi chipset i855, a két vinyó sima ATA. Samsungok, pár évesek. Ezekkel a konstans adatátvitel olyan 29 és 13Mb/s között változik. Nagy átlagban olyan 20-25Mb/s. A vinyó "vége felé közeledve" fokozatosan csökken. Így olyan 2 órát vesz igénybe a dolog.
A mentéshez a dd helyett javasolom a ddrescue-t, vagy a dd_rescue-t, mert ezek kijelzik hol tartanak és lekezelik a hibákat. A dd_rescue viszont olyan visszatérési értéket add, hogy nem lehet többet egymás után rakni belőle "&&"-vel. Vagy lehet, hogy van rá paraméter, de lusta voltam megnézni.
Személyes tapasztalat: mentés előtt fsck-val ellenőrizd a fájlrendszereket. Az elég gáz, amikor rájössz, hogy inkonzisztens fájlrendszert backup-oltál...
Üdv:
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
subscribe
---
sending lamers to /dev/null since 2003
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni