A GNU / Linux telepítése másik merevlemezre telepítőlemez nélkül

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


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.

  1.   Gabriel dijo

    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.

    1.    Nabukodonozor dijo

      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é.

    2.    John Edisson ortiz dijo

      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.

  2.   eliotime3000 dijo

    Ez epikus. Lássuk, telepíthetek-e Debian-t, de Arch-stílust (tiszta parancsok).

  3.   RudaMale dijo

    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.

    1.    Canales dijo

      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?

      1.    Canales dijo

        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.

    2.    A Pelu dijo

      Helló, tervezi frissíteni a rendszerét? Windows XP-re mondom

  4.   adr14n dijo

    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!

  5.   vidagnu dijo

    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 ...

  6.   peterczech dijo

    Nagyon jó 😀

  7.   mitcoes dijo

    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

  8.   Canales dijo

    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?

  9.   alunádó dijo

    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.

  10.   Victor challa dijo

    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!

  11.   YoeLoco dijo

    Nagyon jó bemutató. Nagyon világos!
    Van még a "dd" parancs