Installation af GNU / Linux på en anden harddisk uden installationsdisk

I dag vil vi se på, hvordan man migrerer alle data fra en harddisk til en anden, arbejde, der kan være nyttigt, hvis vi af en eller anden grund har brug for at udskifte den aktuelle harddisk på vores computer med en anden (med samme eller anden kapacitet).

For et par dage siden, på et afslappet besøg i en vens hus (som tilfældigt migrerede til GNU / Linux for et par måneder siden efter min vedholdenhed), viste han mig meget gerne en ny harddisk, som de havde givet ham (en 500 Gb HDD Selv om det for mange kan virke som en enhed med lille kapacitet, her i Jurassic Cuba er det stadig et stort skridt mod stor datalagring), og det var nødvendigt for at erstatte den allerede forældede og halvt mislykkede 160 GB disk.

Hans forslag i sig selv var at fjerne den gamle disk og sætte 500 GB disken på sin plads og derefter installere Debian, som var den distro, jeg havde installeret på den gamle disk, og det tager et stykke tid at gendanne alle dens indstillinger.

Mens dette skete, ventede en fætter af min ven kulminationen på dette arbejde med at tage 80 GB-disken, som igen ville erstatte en 40 GB-disk i en meget ældre computer.

Detaljen ved alt dette er, at jeg ikke engang gik med en installationsdisk på Debian, og mindre med arkiverne ved hånden. Så ideen om at installere systemet og applikationerne var ikke inden for vores rækkevidde, medmindre jeg gik til mit hus for at finde det, der var nødvendigt, men at flytte fra den ene ende af byen Santiago de Cuba til en anden ville ikke være et alternativ for mig. , i en by, hvor den officielle transport (private motorcykler) har fordoblet sin hastighed i dette nye år (nåde skulle koste mig ikke mindre end 40 pesos).

Der blev gnisten tændt: at klone albummet. Jeg ved, at denne kloning af disken ville have været den første ting, der ville have været tilfældet for mange af jer, men for mig, kvasi-alfabet I disse opgaver virkede det som et pludselig alternativ sendt direkte af guderne i den åbne Olympus.

Efter at have talt den nødvendige introduktion går vi til de tekniske aspekter af den aktuelle sag. Oprindeligt har vi en 80 GB harddisk med følgende partitioneringssystem:

/ dev / sda1 / / dev / sda5 swap / dev / sda6 / home

Og den nye 500 GB harddisk, som vi vil opdele som følger:

/ dev / sdb1 / / dev / sdb2 swap / dev / sdb3 / home

Mange har helt sikkert bemærket, at i tilfælde af den første harddisk er der et spring fra sda1 til sda5, det er fordi, når der defineres partitioner, er der en bootbar primær partition, der er sda1, og derefter en udvidet partition, der er del i to: sdaxnumx ysda6.

Også på et tidspunkt tror jeg, at jeg var nødt til at slette en partition, hvor min ven plejede at huse den udstødte Windows 7.

Vi partitionerer 500 Gb harddisken, så partitionsnumrene findes fortløbende. Denne disk er navngivet / Dev / sdb fordi du ved at installere det i SATA-porten samtidig deler systemet med den eksisterende disk, / Dev / sda.

Formatering af partitionerne

For at oprette partitionerne kan vi bruge et visuelt værktøj som f.eks gparted, eller et eller andet program fra konsol som cfdisk. Husk, at vi i dette trin kommer fra operativsystemet på den første harddisk, 80 GB.

Det vil sige, fra dette opretter vi de tre partitioner på den nye harddisk. Når partitionerne er oprettet, skal de formateres:

mkfs.ext4 / dev / sdb1 mkfs.ext4 / dev / sdb3 mkswap / dev / sdb2

Hvad vi lige har gjort er at formatere / dev / sdb1 og / dev / sdb2 som ext4 og / dev / sdb2 som SWAP.

Rækkefølgen mkfs.ext4 es lignende a mkfs -t ext4. Vi skal tage i betragtning, at når vi genstarter på den nye harddisk, skal vi fortælle systemet, at det har en ny swap-partition (swap-partition):

swapon / dev / sda2

Vi bruger sda2 og ikke sdb2, for når vi er færdige, fjerner vi den gamle disk.

Kloning af skillevægge

Vi falder allerede i det kylling ris med kylling. Der er ingen endelig opskrift på kloning af en partition. I vores tilfælde er vi nødt til at lave en nøjagtig kopi af indholdet af / home, for dette gør vi følgende (som rod):

cd / media mkdir sdb3 mmount -t ext4 / dev / sdb3 / media / sdb3 rsync -a / home / myfriend media / sdb3

Slap af, jeg forklarer:

Inside / media har vi oprettet en mappe med navnet sdb3 (som skal falde sammen med navnet på partitionen på den nye disk), så det ved montering ikke skaber forvirring.

Derefter skal vi bruge kommandoen rsync til at synkronisere filer og mapper fra / home til / media / sdb3, da sdb3-partitionen vil være / home.

Flaget -a Det vil hjælpe os med at opretholde tilladelserne, ejeren, datoen og telefonbøgerne.

Vi har brugt intelligent / hjem / min ven og ikke / hjem / min ven /, for hvis jeg havde sat skråstreg i slutningen af ​​min ven, ville jeg udelukkende kopiere filerne og mapperne inde / hjem / min ven. Hvad vi gjorde svarer til at sætte:

rsync -a / home / / media / sdb3

Som i tilfældet med min ven har han kun en bruger hjemme, det betyder ikke noget at sætte en eller anden kommandolinje.

Nu er det tid til at klone roden / partitionen, hvilket selvfølgelig. Det er et kritisk og delikat øjeblik, da nogle fejl kan efterlade os partitionen uden at starte, og derfor en harddisk uden et system.

Et tip inden næste trin er at gøre noget rengøring i vores rodpartition for at spare plads og reducere trafikken af ​​unødvendige data fra en harddisk til en anden.

Det er godt at tidligere tømme papirkurven (selv før kloning hjem), slette de pakker, der ikke bruges, og specifikke pakker, som vi ikke har brug for:

dpkg -l | grep ^ rc dpkg - purge pakke

Vi kan også sørge for at fjerne pakkerne fra det lokale arkiv: dem, som vi har downloadet i hver opdatering eller installation fra repositorierne, og som er blevet cache:

apt-get ren

Ved at udføre ovenstående trin vil du helt sikkert finde ud af, at de kan frigøre noget GB plads. Nå, lad os bare klone vores rod /.

I tilfælde af rodpartitionen tilrådes det at kopiere dataene bit for bit. Det vil tage kortere tid end hjemme, fordi det naturligvis er mindre akkumulering af information, og at gøre det lidt efter lidt tendens til at mislykkes er næsten nul, og der vil ikke være nogen fejl med særlige tilladelser.
Kommandolinjen i dette tilfælde er:

dd hvis = / dev / sda1 af = / dev / sdb1

I dette tilfælde har vi ikke været nødt til at montere noget. Tiden til at gennemføre operationen vil være lidt længere, men det vil være det værd.

Forberedelse af genstart

På dette tidspunkt allerede partitionen / Dev / sdb1 det er en klon af rodsystemet installeret på vores gamle disk. Pointen er kommet for at sikre, at når vi fjerner 80 GB-disken, genkender vores computer og starter fra 500 GB-disken.

Det er tid til at røre ved den velkendte fstab-fil (den fra 500 disken, der findes i / media / sdb1 / etc / fstab).

nano / media / sdb1 / etc / fstab

Og vi får noget der ligner dette:

# / etc / fstab: statisk filsysteminformation. # # proc / proc proc nodev, noexec, nosuid 0 0 #Entry for / dev / sda1: UUID = 6b192eef-e188-4e07-94de-14c95e02de78 / ext4 fejl = remount-ro 0 $ #Entry til / dev / sda2: UUID = 3bd60ec0 -92f3-4ea6-a4d3-aaaf27dd8b8e ingen swap sw 0 0 #Entry for / dev / sda3: UUID = 3828f973-3b20-4019-9fe2-8296c755be31 / standardindstillinger for home ext4 0 2

Nu er vi nødt til at ændre de gamle UUID'er (dem i den fstab-fil er fra 80 GB-disken) til de nye UUID'er (fra den nye 500 GB-disk). For at gøre dette skal du finde enhederne ved hjælp af deres UUID, og ​​dette gøres på flere måder:

En mulighed kan være med kommandoen:

ls -l / dev / disk / by-uuid

Og også som root:

blkid

Nu er vi kun nødt til at udskifte fstabs UUID'er med de rigtige.

Garanterer starten. Installation af Grub2

El debian wheezy installeret på min vens gamle harddisk bruger Grub2 som systemstart, så i MBR (Master Boot Record) af den nye harddisk (500 GB-en) bliver vi nødt til at installere en ny GRUB.

Det er rigtigt, at konfigurationsfilerne allerede er skrevet til / boot-biblioteket, men MBR (den første sektor ("sektor nul") på harddisken.) Er tom, så som den er, ville den ikke kunne startes .

Konfigurationen gemmes i /boot/grub/grub.cfg, men denne fil er oprettet af grub-mkconfig, så det ville ikke være tilrådeligt at redigere det manuelt.

Det bedste er, når den nye partition er monteret (husk at den nyklonede rodpartition ikke er monteret, dd klon uden monteringspartition):

monter -t ext4 / dev / sdb1 / media / sdb1

Nu skal vi indlæse GRUB2 i MBR ved at gøre følgende:

grub-install / dev / sdb

Og voila, så simpelt har vi allerede GRUB konfigureret i MBR på 500 GB harddisk.

Sidste trin

Nu slukker vi computeren, fjerner min vens 80 Gb harddisk, giver den til fætteren (se indledende historie), tænder computeren igen, krydser fingrene og ...

kilde: http://swlx.cubava.cu


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   Gabriel sagde han

    Ven, jeg ved ikke, om jeg tager fejl, men jeg tror - jeg tror - at før du bruger kommandoen 'dd', skal destinationspartitionen have nøjagtig samme størrelse som kildepartitionen. Hvis ikke, tusind undskyldninger.

    1.    Nebukadnesar sagde han

      Det er det samme som jeg tror
      dd vil klone partitionen, og overskuddet vil lade den være allokeret, så da det kræver mere plads til at installere nye applikationer, tillader det ikke det.

    2.    John edison ortiz sagde han

      Det betyder ikke noget, om destinationspartitionen er større end kildepartitionen, så filsystemet kan få besked om at bruge den ekstra størrelse.

  2.   eliotime3000 sagde han

    Det er episk. Lad os se, om jeg kan installere Debian men Arch-stil (rene kommandoer).

  3.   RudaMale sagde han

    Du kunne have brugt dd til at klone MBR:

    dd hvis = / dev / sda af = / dev / sdb bs = 512 count = 1

    Jeg synes ikke, det er nødvendigt, at partitionerne er nøjagtigt de samme, i det mindste i arch wiki nævnes det ikke, vi bliver nødt til at prøve. Hilsen.

    1.    Canales sagde han

      Det ser godt ud, men jeg forstår ikke, hvorfor man laver en dd, hvis = / dev / sda på = / dev / sdb springer de første 512 bytes over?

      1.    Canales sagde han

        Ok, jeg har forstået, forskellen er, at der i starten kun er partitionen klonet, og det er grunden til, at MBR's 512 bytes springes over. Mange tak for rådgivningen RudaMacho.

    2.    Pelu sagde han

      Hej, planlægger du at opdatere dit system? Jeg siger det til Windows XP

  4.   adr14n sagde han

    Hej elav, jeg tror, ​​at brugen af ​​clonezilla ville have været meget enklere, men det er godt, at du eksperimenterede på denne måde, når alt kommer til alt er det «hacker» ånden

    Greetings!

  5.   vidagnu sagde han

    I Slackware har jeg brugt tjære til at lave den komplette kopi af filer mellem diske, hvilket bevarer tilladelserne, ligesom jeg benytter lejligheden til at lave en sikkerhedskopi, fstab-filen er meget enklere, så det er ikke nødvendigt at ændre uuid, det er nok, at du har oprettet partitionerne I samme rækkefølge, da lilo bruges, er det lettere at oprette støvlen ...

  6.   Petercheco sagde han

    Meget god 😀

  7.   mitcoes sagde han

    Efter min erfaring gparted kopi - klon - partitioner hurtigere

    Og hvis du har brug for at forstørre eller klippe dem, kan du også

  8.   Canales sagde han

    Storslået elav guide, meget tak for deling.

    Jeg har et spørgsmål: er det nødvendigt at bruge swapon-kommandoen til systemet til at opdage swap-partitionen, eller ville det være nok til at ændre UUID i fstab?

  9.   måneagtig sagde han

    For 6 måneder siden keder jeg mig med debian stable og kde 4.8. Jeg ville have den nyeste KDE !! Jeg havde ingen installationsdisk eller USB-hukommelse .. så jeg kloner min stald med næsten de samme metoder, som elav beskriver og opgraderer til sid.
    Jeg anbefaler denne praksis til alle Linux-brugere derude, vores system behøver ikke mere end 15 GB. ved rodpartition. og to eller lidt mindre er ikke meget.

  10.   Victor challa sagde han

    Fremragende bidrag ville aldrig have været så let end med en sådan klar og klar forklaring ... Tillykke bro, du er lærer i GNU / Linux!

  11.   YoeLoco sagde han

    Meget god tutorial. Meget tydeligt!
    Der er også kommandoen "dd"