Ma megvizsgáljuk, hogyan lehet az összes adatot migrálni egy merevlemezről a másikra, ez a munka hasznos lehet, ha valamilyen okból számítógépünk jelenlegi merevlemezét egy másikra kell cserélnünk (azonos vagy eltérő kapacitású).
Néhány nappal ezelőtt, egy alkalmi látogatás alkalmával egy barátomnál (aki kitartásom után néhány hónappal véletlenül átköltözött a GNU / Linux-ba), nagyon örömmel mutatott nekem egy új merevlemezt, amelyet adtak neki (egy 500 Gb-os HDD-t, amelyet Bár sokak számára ez egy kis kapacitású eszköznek tűnhet, itt, a Jurassic Kubában még mindig nagy lépés a nagy adattárolás felé), és amire az amúgy is elavult és félig meghibásodott 160 GB-os lemez cseréjére van szükség.
Maga a javaslata az volt, hogy távolítsa el a régi lemezt, és tegye a helyére az 500 GB-os lemezt, majd telepítse Debian, amely a diszkó volt, amelyet a régi lemezre telepítettem, és tartson egy ideig, hogy visszaállítsam az összes beállítást.
Amíg ez történt, egy barátom egyik unokatestvére várta ennek a munkának a csúcspontját, hogy elvegye a 80 GB-os lemezt, ami viszont egy sokkal régebbi számítógép 40-es lemezét cserélné le.
Mindennek az a részlete, hogy még a telepítőlemezével sem jártam Debian, és kevesebbet a rendelkezésre álló tárakkal. Tehát a rendszer és az alkalmazások telepítésének gondolata nem állt a mi kezünkben, hacsak nem mentem el a házamba, hogy megtaláljam a szükségeset, de Santiago de Cuba város egyik végéből a másikba költözés számomra nem jelent alternatívát. , egy olyan városban, ahol a hivatalos szállítás (magán motorkerékpárok) megduplázta az árát ebben az új évben (a kegyelem nekem nem kevesebb, mint 40 peso-ba került).
Ott gyulladt meg a szikra: klónozni az albumot. Tudom, hogy ez a lemez klónozása lett volna az első dolog, ami sokakban felmerült volna, de nekem, kvázi ábécé Ezekben a feladatokban hirtelen alternatívának tűnt, amelyet közvetlenül a Nyílt Olümposz istenei küldtek.
Miután megszámoltuk a szükséges bevezetést, kitérünk a kérdéses eset technikai vonatkozásaira. Kezdetben van egy 80 GB-os merevlemezünk a következő particionáló rendszerrel:
/ dev / sda1 / / dev / sda5 csere / dev / sda6 / home
És az új 500 GB-os merevlemez, amelyet az alábbiak szerint osztunk fel:
/ dev / sdb1 / / dev / sdb2 csere / dev / sdb3 / home
Sokan biztosan észrevették, hogy az első merevlemez esetében az ugrás az sda1-ről az sda5-re történik, mert a partíciók definiálásakor van egy indítható elsődleges partíció, amely sda1, majd egy kiterjesztett partíció, amely oszd ketté: sda5 ysda6.
Valamikor azt hiszem, hogy törölnöm kellett egy partíciót, ahol a barátom korábban a kihelyezett Windows 7-et helyezte el.
Felosztjuk az 500 Gb-os merevlemezt úgy, hogy a partíciók száma egymás után megtalálható legyen. Ennek a lemeznek a neve / Dev / sdb mert a SATA portba telepítve egyszerre osztja meg a rendszert a már meglévő lemezzel, / dev / sda.
A partíciók formázása
A partíciók létrehozásához használhatunk valamilyen vizuális eszközt, például gparted, vagy valamilyen konzolos alkalmazás, például cfdisk. Ne feledje, hogy ebben a lépésben az első merevlemez, a 80 GB-os operációs rendszerből származunk.
Vagyis ebből hozzuk létre az új merevlemez három partícióját. A partíciók létrehozása után formázni kell őket:
mkfs.ext4 / dev / sdb1 mkfs.ext4 / dev / sdb3 mkswap / dev / sdb2
Amit most tettünk, az a / dev / sdb1 és / dev / sdb2 formátumok ext4-ként és / dev / sdb2 mint SWAP.
A megrendelés mkfs ext4 paranccsal hasonló a mkfs -t ext4. Figyelembe kell vennünk, hogy az új merevlemez újraindításakor el kell mondanunk a rendszernek, hogy új swap partícióval rendelkezik (swap partition):
swapon / dev / sda2
Az sda2-t használjuk, és nem az sdb2-t, mert ha elkészült, eltávolítjuk a régi lemezt.
Partíciók klónozása
Már bele is esünk csirke rizs csirke. Nincs határozott recept a partíció klónozására. Esetünkben a / home tartalmának pontos másolatát kell készítenünk, ehhez a következőket fogjuk tenni (gyökérként):
cd / media mkdir sdb3 mmount -t ext4 / dev / sdb3 / media / sdb3 rsync -a / home / myfriend media / sdb3
Nyugi, elmagyarázom:
A / media-ban létrehoztunk egy könyvtárat az sdb3 névvel (amelynek meg kell egyeznie az új lemez partíciójának nevével), hogy a telepítéskor ne okozzon zavart.
Ezután az rsync paranccsal szinkronizáljuk a fájlokat és mappákat a / home könyvtárból a / media / sdb3 fájlba, mivel az sdb3 partíció a / home lesz.
A zászló -a ez segít az engedélyek, a tulajdonos, a dátum és a könyvtárak fenntartásában.
Intelligensen használtuk / home / barátom és nem / home / barátom /, mert ha a perjelet a barátom végére tettem volna, akkor a fájlokat és mappákat kizárólag a / home / barátomon belül másolnám. Amit tettünk, az egyenértékű az elrakással
rsync -a / home / / media / sdb3
Ahogyan a barátom esetében is, csak egy felhasználója van otthon, nem mindegy, hogy egyik vagy másik parancssort kell kitenni.
Ideje volt klónozni a gyökér / partíciót, ami természetesen. Ez egy kritikus és kényes pillanat, mivel némi meghibásodás miatt a partíció indítás nélkül maradhat, ezért egy merevlemez rendszer nélkül.
A következő lépés előtt érdemes megtisztítani a gyökérpartíciónkat a helytakarékosság és a felesleges adatok egyik merevlemezről a másikra történő forgalmának csökkentése érdekében.
Jó, ha korábban kiürítjük a lomtárat (még a ház klónozása előtt), töröljük a nem használt csomagokat és azokat a konkrét csomagokat, amelyekre nincs szükségünk:
dpkg -l | grep ^ rc dpkg --purge csomag
Arra is figyelhetünk, hogy eltávolítsuk a csomagokat a helyi adattárból: azokat, amelyeket az egyes frissítésekben vagy telepítésekben letöltöttünk a tárakból, és amelyeket tároltunk:
apt-tiszta
A fenti lépések végrehajtásával biztosan kiderül, hogy felszabadíthatnak néhány GB helyet. Nos, klónozzuk csak a gyökerünket /.
A gyökérpartíció esetén célszerű az adatokat apránként másolni. Kevesebb időbe telik, mint otthon, mert nyilvánvalóan kevesebb az információ felhalmozódása, és ezt apránként teszi, a kudarcra való hajlam szinte nulla, és nem lesznek hibák speciális engedélyekkel.
A parancssor ebben az esetben:
dd, ha = / dev / sda1 = / dev / sdb1
Ebben az esetben semmit sem kellett felszerelnünk. A művelet elvégzésének ideje kissé hosszabb lesz, de megéri.
Az újraindítás előkészítése
Ezen a ponton már a partíció / dev / sdb1 Ez a régi lemezünkre telepített rendszergyökér klónja. Eljött a lényeg annak biztosítására, hogy amikor eltávolítjuk a 80 GB-os lemezt, számítógépünk felismeri és elindul az 500 GB-os lemezről.
Itt az ideje megérinteni a jól ismert fstab fájlt (a benne található 500 lemezről) / media / sdb1 / etc / fstab).
nano / media / sdb1 / etc / fstab
Ehhez hasonlót kapunk:
# / etc / fstab: statikus fájlrendszer információk. # # proc / proc proc nodev, noexec, nosuid 0 0 #Entry for / dev / sda1: UUID = 6b192eef-e188-4e07-94de-14c95e02de78 / ext4 hibák = remount-ro 0 $ #Entry for / dev / sda2: UUID = 3bd60ec0 -92f3-4ea6-a4d3-aaaf27dd8b8e none swap sw 0 0 #Entry for / dev / sda3: UUID = 3828f973-3b20-4019-9fe2-8296c755be31 / home ext4 alapértelmezett értékek 0 2
Most meg kell változtatnunk a régi UUID-eket (amelyek az fstab fájlban találhatók a 80 GB-os lemezről származnak) az új UUID-ekre (az új 500 GB-os lemezről). Ehhez meg kell tennie, hogy megtalálja az eszközöket az UUID alapján, és ezt többféleképpen is megteheti:
Az egyik lehetőség lehet a paranccsal:
ls -l / dev / disk / by-uuid
És gyökérként is használva:
blkid
Most már csak az fstab UUID-jeit kell helyettesítenünk a helyesekkel.
A kezdés garantálása. A Grub2 telepítése
El debian sípoló a barátom régi merevlemezére telepítve a Grub2-t használja rendszerindítóként, így a MBR (Master Boot Record) az új merevlemezből (az 500 GB-os) egy újat kell telepítenünk GRUB.
Igaz, hogy a konfigurációs fájlok már be vannak írva a / boot könyvtárba, de az MBR (a merevlemez első szektora („szektor nulla”).) Üres, így ahogy van, nem lehet bootolni .
A konfigurációt a rendszer menti /boot/grub/grub.cfg, de ezt a fájlt a grub-mkconfig, ezért nem lenne tanácsos kézzel szerkeszteni.
A legjobb az, ha az új partíciót felcsatolták (ne feledje, hogy az újonnan klónozott gyökérpartíció nincs csatlakoztatva, dd klón rögzítő partíció nélkül):
mount -t ext4 / dev / sdb1 / media / sdb1
Most be kell töltenünk a GRUB2-t az MBR-be az alábbiak szerint:
grub-install / dev / sdb
És voila, ilyen egyszerű, már meg is van GRUB az 500 GB-os merevlemez MBR-jében konfigurálva.
Utolsó lépések
Most kikapcsoljuk a számítógépet, kivesszük barátom 80 Gb-os merevlemezét, odaadjuk az unokatestvérének (lásd a kezdeti történetet), kapcsoljuk be újra a számítógépet, keresztezzük az ujjainkat és ...
forrás: http://swlx.cubava.cu
Barátom, nem tudom, hogy tévedek-e, de úgy gondolom - azt hiszem -, hogy a 'dd' parancs használata előtt a célpartíciónak pontosan akkorának kell lennie, mint a forráspartíció. Ha nem, ezer elnézést.
Ugyanaz, mint gondolom
A dd klónozza a partíciót, a felesleg pedig fel nem osztott marad, így mivel az új alkalmazások telepítéséhez több helyre van szükség, nem teszi lehetővé.
Nem számít, ha a célpartíció nagyobb, mint a forráspartíció, akkor a fájlrendszernek meg lehet mondani, hogy használja az extra méretet.
Ez epikus. Lássuk, telepíthetek-e Debian-t, de Arch-stílust (tiszta parancsok).
Használhatta a dd-t az MBR klónozásához:
dd, ha = / dev / sda a = / dev / sdb bs = 512 számít = 1
Szerintem nem szükséges, hogy a partíciók pontosan megegyezzenek, legalábbis az arch wikiben nem említi, ki kell próbálni. Üdvözlettel.
Ez jól néz ki, de nem értem, miért csinálunk dd-t, ha a = / dev / sda = / dev / sdb kihagyja az első 512 bájtot?
Ok, megértettem, a különbség az, hogy az elején csak a partíciót klónozták, és ezért az MBR 512 bájtja kihagyásra kerül. Nagyon köszönöm a tanácsokat RudaMacho.
Helló, tervezi frissíteni a rendszerét? Windows XP-re mondom
Helló, elav, azt hiszem, hogy a clonezilla használata sokkal egyszerűbb lett volna, de jó, hogy így kísérleteztél, végül is ez a „hacker” szellem
Üdvözlet!
A Slackware-ben tar-ot használtam a fájlok teljes másolatának elkészítéséhez a lemezek között, ami megőrzi az engedélyeket, valamint kihasználom a lehetőséget egy biztonsági másolat készítésére, az fstab fájl sokkal egyszerűbb, ezért nem szükséges módosítani az uuid-et, elég, ha létrehozta a partíciókat Ugyanebben a sorrendben, a lilo használatával könnyebb létrehozni a rendszerindítást ...
Nagyon jó 😀
Tapasztalataim szerint a gparted másolja - klónozza - a partíciókat gyorsabban
És ha meg kell nagyítani vagy vágni őket, akkor is
Csodálatos elav útmutató, nagyon köszönöm a megosztást.
Van egy kérdésem: a swapon parancsot kell-e használni a rendszer számára a cserepartíció észleléséhez, vagy elég lenne-e megváltoztatni az UUID-t az fstab-ban?
6 hónappal ezelőtt untam a debian istállót és a kde 4.8-at. A legújabb KDE-t szerettem volna !! Nem volt telepítőlemezem vagy USB memóriám .. ezért majdnem ugyanazokkal a módszerekkel klónoztam az istállómat, mint az elav, és frissítettem a sid-re.
Ajánlom ezt a gyakorlatot az összes odalévő Linux felhasználó számára, a rendszerünknek nincs szüksége 15 GB-nál többre. root partícióval. és kétszer vagy kicsit kevesebb nem sok.
A kiváló közreműködés soha nem lett volna ilyen egyszerű, mint egy ilyen egyértelmű és világos magyarázat mellett ... Gratulálok tesó, tanár vagy a gnu / linux-ban!
Nagyon jó bemutató. Nagyon világos!
Van még a "dd" parancs