Kirjoittaja Aihe: [OHJE]Käyttislevyn kloonaus pienemmälle levylle?  (Luettu 13475 kertaa)

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Eli löytiyiskö ohjetta tai tutoa tuollaiselle operaatiolle missä debian pitäisi saada siirrettya 250GB PATA-levyltä 120GB SSD:lle?

edittiä:

Käynnistä suht uudella LiveCD:llä. Lähes kaikki komennot vaatii root oikeudet. Joten rootiksi su - tai Ubuntussa sudo su -. Oletan että pata on sda ja SSD on sdb!!!!

Tee osiot - yleensä 1. primaari eli käynnistyvä ja loput laajennetulle osiolle.
Tee tarvittavat osiot Gparted jos se on tuttu. Sillä voit tehdä myös tiedostojärjestelmät.
tai mkfs.ext4 -L ssd_levy -m 3 /dev/sdb1

-L on levyn nimi (valitse sopiva)
-m 3 kuinka paljon valitaan rootille oletus on 5% - valitse mieleisesi.
man mkfs.ext4 kertoo lisää optioita.

tune2fs -c 50 /dev/sdb1
Tämä asettaa levyn tarkistuksen joka 50:s kerta. Valitse mieleisesi.

Swap osio ei tarvitse tiedostojärjestelmää.
/home osiolle teet tiedostojärjestelmän samoin kuin yllä.
Itse teen yleensä levylle yhden primaariosion ja loput pistän laajennetulle
osiolle joten home liitetään silloin /dev/sdb5 ja swap /dev/sdb6

Kun osiot on tehty niin uusi käynnistys varmuuden vuoksi!!!!!
Näin kerneli näkee muutetun levyn varmasti oiken. Riippuu hieman
systeemistä päivittyykö osiotaulu muuttamisen jälkeen kernelille.

Käynnistyksen jälkeen tee kaksi liitospistettä
mkdir /mnt/uusi
mkdir /mnt/vanha


mount /dev/sda1 /mnt/vanha

mount /dev/sdb1 /mnt/uusi

df -h näyttää levyjen tilankäytön.

jos näyttää oikealta niin kopioidaan
 cp -ax /mnt/vanha/ /mnt/uusi

tässä menee hetki....
kopioinnin jälkeen
 umount /mnt/uusi
 umount /mnt/vanha


Muille levyille tehdään samoin.

jos mount /dev/sdXX valittaa että levy on jo liitetty
niin unmount dev/sdXX  auttaa. Levyhän voi olla jo
liitetty automaattisesti

Nyt pitäisi olla tiedostot kopioitu.

Sitten pitäisi korjata fstab ja grub.
Tähän on useampi vaihtoehto. Riippuu paljolti siitä
mitä teet vanhalla pata-levyllä. Nyt voi ottaa vaikka sen
pata-levyn pois ja uusi startti.

Asennetaan grub chrootin alla....
liitetään ssd-levy /mnt/uusi alle

blkid kertoo UUID
nano -w /mnt/uusi/etc/fstab
ja korjataan UUID

Valmistellaan chroot
 mount --bind /sys /mnt/uusi/sys
 mount --bind /dev /mnt/uusi/dev
 mount --bind /proc /mnt/uusi/proc

chroot /mnt/uusi
grub-install /dev/sda
update-grub

TÄSSÄ OLETETAAN /dev/sda jos muuta niin
oikea tilalle. Tarkasta myös grub device.map.

Noin sen pitäisi mennä. Toivottavasti ei montaa
pilkkuverhettä....


Aikaa meni noin tunti meikäläiseltä joten suosittelen tätä lämpöisesti vaihtoehtona Clonezilloille ym.
« Viimeksi muokattu: 13.09.12 - klo:20.18 kirjoittanut putte prossu »
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

welmar

  • Käyttäjä
  • Viestejä: 1582
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #1 : 06.09.12 - klo:11.07 »
Kutista debian osio vaikka gpartedilla 120GB tai pienemmäksi ja kopioi sitten dd:llä se SSD-levylle http://linux.fi/wiki/Dd

Postimies

  • Käyttäjä
  • Viestejä: 2622
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #2 : 06.09.12 - klo:15.01 »
Ei välttämättä tarvitse kutistaa. esim näin
cd /polku/lähteeseen
cp -a -x . /polku/kohteeseen/

Piste on tärkeä. -x estää liitettyjen levyjen kopioinin.

Turvallisempi kopioida liveCd:llä kuin käynnissä olevasta järjestelmästä.
Grub täytyy asentaa uusiksi.
Samoin fstab pitää päivittää.

Homma sujuu melko nopeasti kun SDD levy kyseessä.
Osiointi ja tiedostojärjestelmä pitää tehdä tietysti ensiksi.
Samalla tiedostojen pirtoutuminen poistuu.

Kunhan fstab on päivitetty koneen saa käyntiin vanhan
käyttislevyn lataajalla kun painaa 'e' ja editoi oikean
kernelin ja juuren. Kun kone käynnissä niin grub asennetaan
uusiksi.

Ei mitään levykokojen muutoksia, joissa kuluu vaan aikaa...
osaava tekee tuon alle tunnissa.


Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11447
    • Profiili
    • Tomin kotisivut
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #3 : 06.09.12 - klo:17.35 »
cp -a -x . /polku/kohteeseen/
Säilyttääkö cp tiedostojen oikeudet? Ne olisi syytä säilyttää.
cp:n man sivulta:
Lainaus
       -p     same as --preserve=mode,ownership,timestamps

       --preserve[=ATTR_LIST]
              preserve the specified attributes (default: mode,ownership,time‐
              stamps),  if  possible  additional  attributes:  context, links,
              xattr, all
eli -p saattaisi olla myös tarpeen. Myös rsynciä voisi tuohon käyttää, mutta taitaa olla tarpeettoman järeä, kun samalla koneella kopioidaan. Siihenkin pitää laittaa jotain vipuja.

Itsekin kyllä suosittelen käyttämään tuota kopiointia uudellee osiolle ja sitten fstabin korjaamista. Tulee samalla defragattua se osio (kuten Postimies näköjään mainitsi). Lisäksi dd:llä kopioidaan myös tyhjä tila, mikä ei ole kovin fiksua. Grubin voi kyllä asentaa sille uudelle levylle sieltä asennuslevyltäkin, mutta muutoksia listaan on hieman hitaampi tehdä (onnistuu toki).
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

qwertyy

  • Käyttäjä
  • Viestejä: 5679
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #4 : 06.09.12 - klo:18.08 »
Eikö tuon nyt mahda hoitaa esim. Clonezilla aivan automaattisesti. Itse ainakaan en jaksaisi alkaa kuljaileen tuolla tavoin.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11447
    • Profiili
    • Tomin kotisivut
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #5 : 06.09.12 - klo:19.02 »
Eikö tuon nyt mahda hoitaa esim. Clonezilla aivan automaattisesti. Itse ainakaan en jaksaisi alkaa kuljaileen tuolla tavoin.

Ei ole kovin kummosta:
1. Tehdään osiointi
2. Kopsataan tiedostot (cp -ax /media/vanha /media/uusi)
3. Korjataan fstab (ei kovin vaikeaa)
4. Asennetaan Grub
5. Korjataan Grubin valikkoa levyn kautta tai sitten käynnistyksen aikana ja lopuksi update-grub.

En ole käyttänyt CloneZillaa, mutta osaako se tehdä tuon fiksusti vai kopioiko se kaiken tiedon raakana? Mietin vain, että en ehkä SSD:lle kopsaisi tyhjää tilaa joka pitäisi luultavasti trimmata lopuksi.

cp -a -x . /polku/kohteeseen/
Säilyttääkö cp tiedostojen oikeudet? Ne olisi syytä säilyttää.
Oho. Olisi pitänyt lukea tarkemmin, -a = --preserve=all...
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Postimies

  • Käyttäjä
  • Viestejä: 2622
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #6 : 06.09.12 - klo:19.42 »
cp -a /media/vanha /media/uusi riittää kun käytetään liveCD tai vastaavaa. /temp /dev/ /sys kansioilla ei tarvitse silloin temppuilla. -a on lyhennys monesta valitsimesta eli aikaleimat, polut, oikeudet sun muut kopioituu. Se on oikeasti noin yksinkertaista. rsync hyvä vaihtoehto, mutta hitaampi koska laskee md5 summia. rsync -avx muistaakseni. Linux komennot ovat oikeasti lyhyitä ja tehokkaita. Olen itse tehnyt noin.

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #7 : 06.09.12 - klo:19.56 »
Anteeksi tietämättömyyteni mutta varmistetaan asia nyt vielä rautalangalla ;D

1. Tehdään osiointi

Eli 3 samanlaista osiota kuin lähde levyllä (swap, extended ja "juuri" mikä tietysti sovitetaan tuon 120GB mukaan?

2. Kopsataan tiedostot (cp -ax /media/vanha /media/uusi)

ihan vaan kylmästi tuo "cp -ax /dev/lähde /dev/kohde" ja tämä yksi komento siirtää kaiken suoraan oikeille partitioille jne?

3. Korjataan fstab (ei kovin vaikeaa)

Muokkaan tiedostoon /dev/kohde/etc/fstab uuden levyn UUID:n vanhan levyn tilalle?

4. Asennetaan Grub
5. Korjataan Grubin valikkoa levyn kautta tai sitten käynnistyksen aikana ja lopuksi update-grub.

Tähän jos vielä saisi rautalankaohjeet niin olisin oikein kiitollinen? Vieläkin kuumottaa nuo grub muokkailut vaikka tästä on jo lähemmäs 10v. kun onnistuin silloisilla linux kokeiluillani tuon sössimään, vaikka tuohon alkuperäiseen levyynhän nämä ei ilmeisesti vaikuta millään tavalla :D
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11447
    • Profiili
    • Tomin kotisivut
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #8 : 06.09.12 - klo:20.18 »
1. Tehdään osiointi

Eli 3 samanlaista osiota kuin lähde levyllä (swap, extended ja "juuri" mikä tietysti sovitetaan tuon 120GB mukaan?
Miten vaan haluat tehdä. Tiedot pitää sijoittaa sinne mistä ne liitetään vastaavaan kohtaan tiedostojärjestelmässä.

2. Kopsataan tiedostot (cp -ax /media/vanha /media/uusi)

ihan vaan kylmästi tuo "cp -ax /dev/lähde /dev/kohde" ja tämä yksi komento siirtää kaiken suoraan oikeille partitioille jne?
Ei, vaan jokaiselle osiolle erikseen. Myöskään suoraan dev:in alla olevia laitetiedostoja ei voi käyttää, vaan osiot pitää liittää jonnekin.

3. Korjataan fstab (ei kovin vaikeaa)

Muokkaan tiedostoon /dev/kohde/etc/fstab uuden levyn UUID:n vanhan levyn tilalle?
Juu, kaikki osiot mille on vastineet sinne korjataan, poistettujen merkinnät poistetaan ja uudet lisätään.

4. Asennetaan Grub
5. Korjataan Grubin valikkoa levyn kautta tai sitten käynnistyksen aikana ja lopuksi update-grub.

Tähän jos vielä saisi rautalankaohjeet niin olisin oikein kiitollinen? Vieläkin kuumottaa nuo grub muokkailut vaikka tästä on jo lähemmäs 10v. kun onnistuin silloisilla linux kokeiluillani tuon sössimään, vaikka tuohon alkuperäiseen levyynhän nämä ei ilmeisesti vaikuta millään tavalla :D
Grubin asennukseen on ainakin seuraava ohje: http://wiki.ubuntu-fi.org/Grub2-kaynnistyslataaja
Tuohon toiseen varmaan Postimies osaa etsiä ohjeen eli miten sitä Grubin valikkoa pitää säätää, jotta käynnistetään oikealta levyltä.

Alkuperäiselle levyllehän ei tehdä mitään, jos et erehdy kirjoittamaan komentoja väärin.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

qwertyy

  • Käyttäjä
  • Viestejä: 5679
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #9 : 06.09.12 - klo:20.23 »
Pakko myöntää että on ole itse käyttänyt kuin pari kertaa CloneZillaa, mutta ei ainakaan enemmän käyttämäni Acronis kopioi lainkaan tyhjää tilaa. Toki optiona ns. sektorikopio, mutta eihän kyseiselle ominaisuudelle ole juuri koskaan käyttöä.

Minusta tuo homma vain hoituisi huomattavasti nopeammin ja kivuttomammin, kuin noilla kopiointiohjeilla ja tekemällä nuo konffit.

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #10 : 06.09.12 - klo:20.27 »
Tuo clonezilla vaikuttaisi kyllä suht kivuttomalta, sillä homma sujuisi ilmeisesti niin että tuolla gpartedilla muutan osiointia 120GB tilaan sopivaksi ja ajan device to device kopioinnin? Tuohan näyttää asentavan myös grubin samalla?
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

qwertyy

  • Käyttäjä
  • Viestejä: 5679
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #11 : 06.09.12 - klo:21.53 »
Jotenkin muistelen että CloneZilla olisi tukenut automaattisesti tuota kloonausta pienemmälle osiolle, jos siis tietysti tila vain sillä riittää. Avoimeksi ohjelmaksi se kuitenkin sisältää melkoisen paljon ihan kaupallisen tason ohjelmien ominaisuuksia. Varmaksi en kuitenkaan tätä väitä, eli ihan omaa mutua.

Postimies

  • Käyttäjä
  • Viestejä: 2622
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #12 : 06.09.12 - klo:22.04 »
Tuo clonezilla vaikuttaisi kyllä suht kivuttomalta, sillä homma sujuisi ilmeisesti niin että tuolla gpartedilla muutan osiointia 120GB tilaan sopivaksi ja ajan device to device kopioinnin? Tuohan näyttää asentavan myös grubin samalla?

En ole ihan varma, mutta saat kaksi levyä joissa on sama UUID mikä tuo oman sotkunsa, jos jatkat vanhan levyn käyttöä. Mbr:n saa tietysti kopioitua myös dd:llä, mutta dd on vaarallinen komento ja ei sovi vasta-alkajalle. Ja pata-levy alkaa sektorista 63? Mikä ei ole hyvä SDD-levylle. SDD-levyn osioinnista on paljon juttua netissä - miten se tehdään optimaaliseksi.

Levyn koon muuttamisessa myös omat riskinsä. Sulla kuitenkin nopea SDD levy. Voit varmistaa datat sinne..vaikka sitten tar, dar ym.. pakettina ja odotella tunnin verran. Muuttaa levyn kokoa ja taas odotella tunti, testata toimiiko oikein ja verrata data varmuuskopioon. Menee tunti tai pari. Sitten kloonata ja odotella... ja saat levyn jossa tiedostot eivät ole ehyitä ja sektoreiden lomittelu ei ole optimaalinen SDD levylle.  ;D

Jonkun ajan päästä huomaat ottaa trimin käyttöön kun levy hidastuu.. Sitten huomaat ....

Image tyyppinen kopio on loistava jos kaksi samanlaista levyä. Ja kyllä niistä laiteistakin voi lukea esim. cat /dev/sda1, mutta ei järkeä tässä tapauksessa. Kokeilematta on vielä cat m.iso > /dev/sdb

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #13 : 09.09.12 - klo:12.08 »
Onkos näiden SSD-levyjen kanssa nyt niin että tiedostojärjestelmän pitäisi olla ext4 että noihin saa TRIM:n päälle?

Ainakin tämän artikkelin mukaan asia olisi noin joten laitetaan nyt jatkokysymyksenä että onnistuuko tuo käyttiksen kopiointi ext3-tiedotojärjestelmältä ext4:lle, mikäli laitan tuon SSD:n siihen muotoon? Vai onko oikea tapa kopioida ext3 -> ext3 ja convertoida levy tämän jälkeen ext4?
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

Postimies

  • Käyttäjä
  • Viestejä: 2622
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #14 : 09.09.12 - klo:15.57 »
Onkos näiden SSD-levyjen kanssa nyt niin että tiedostojärjestelmän pitäisi olla ext4 että noihin saa TRIM:n päälle?

Ainakin tämän artikkelin mukaan asia olisi noin joten laitetaan nyt jatkokysymyksenä että onnistuuko tuo käyttiksen kopiointi ext3-tiedotojärjestelmältä ext4:lle, mikäli laitan tuon SSD:n siihen muotoon? Vai onko oikea tapa kopioida ext3 -> ext3 ja convertoida levy tämän jälkeen ext4?
Järkevin tapa tietysti osioida SSD levy ja tehdä sille tiedostojärjestelmä. Sitten kopioidaan tiedostot sinne. Ext4 sisältää tuen trimmille. Tästä kannattaisi tehdä ohje. On kaikenlaista ehdotusta. Ihan turhia levynkoon muutamisia ym. . cp -a riittää useimmissa tapauksissa. Mitä järkeä konvertoida jos käyttämätön tyhjä levy? Ajanhukkaa. Ei siinä pääse parempaan tulokseen jos pyörittää tunteja Gparted ohjelmaa (pienentää levyä, kloonaa, konvertoi...).

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #15 : 10.09.12 - klo:15.01 »
Mitä järkeä konvertoida jos käyttämätön tyhjä levy? Ajanhukkaa. Ei siinä pääse parempaan tulokseen jos pyörittää tunteja Gparted ohjelmaa (pienentää levyä, kloonaa, konvertoi...).

Noinhan se on ja itsekkin mielelläni välttäsin näitä "purkkaviritelmiä" mutta osaamattoman näkökulmasta asian tekee mielummin turvallisesti, vaikka siinä nyt tovi aikaa vierähtäisin enemmän. Tarkoitan tällä siis sitä että näihin ohjeistuksiin, missä eri käyttäjät huutelee tee sitä ja asenna se, verrattuna tuohon Clonezilla-metodiin löytyy 10x selkeämmät ohjeet, minkä päälle jopa meikäläinen tajuaa :D

ELIKKÄ... nythän mulla jää käteen 2x samanlaista PATA-levyä kun tuon SSD saapuu ja ajatuksena on että teen tästä nykyisestä levystä 1:1 kopion ettei ole pienintäkään vaaraa että alkuperäinen levy muuttuu käyttökelvottomaksi. Tämä ilmeisesti onnistuu niinkin helposti yhdellä komennolla kuin dd if=/dev/pata1 of=/dev/pata2 eikä vaadi mitään osiointeja tai muutakaan kohde-levylle vaan tuo tekee kaiken tarvittavan? Sitten päästään varsinaiseen topicin aiheeseen missä mun käsityksen mukaan levylle tehdään 3 partitiota (jotka ilmeisesti voi olla suoraan tuota ext4 vaikka kopioitava levy on ext3?) ja tämän jälkeen kopioidaan tiedot yksittäin jokaiselta partitiolta toisen levyn partitioille missä vaiheessa hämmennys alkaa. Eli tarviiko tuohon nyt käyttää mitään muita edellä mainittuja vipuja kuin tuo -a, eli ei x, ei p, eikä tuota pistettä, vaan ihan vain cp -a /dev/sda1 /dev/sdb1 (noinko yksittäiset osiot kopioidaan?).
Tämän jälkeen vaihdan uuden SSD-levyn UUID:n SSD:llä sijaitsevaan fstabiin.
Sitten se grub, eli tarviiko siinä käynnistys vaiheessa nyt tehdä jotain (mitä tarkalleen) vai voinko asentaa grubin yllä mainitun linkin tapaan Live-CD:n avulla samalla kertaa kuin kopioin sillä nuo levytkin ja that´s it, vanha pata-levy irti ja boottia SSD:ltä?

Kiitos ja anteeksi vielä :)
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

Postimies

  • Käyttäjä
  • Viestejä: 2622
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #16 : 10.09.12 - klo:18.54 »
Myönnän, että tämä on hieman sotkuinen ketju. dd if=/dev/pata1 of=/dev/pata2. Lukee suoraan laitteesta ja tekee identtisen levyn. Edellyttäen, että osiot ovat samankokoiset. Siinä saa olla velho että saa tehtyä sektorilleen samankokoiset levyt. Jos kaksi samanlaista levyä homma on helppo. Tuossa siirtyy myös tiedostojärjestelmä (Ext3 oletan). dd on aloittelijalle vaarallinen komento. Sillä saa helposti tuhottua levyn sisällön jos tulee kirjoitusvirhe.

Onko tuo pata levy IDE väylässä kiinni? Eli masterina IDE piuhassa. SSD-levy tulee sitten sata-väylään.
Pata-levyltä voi putsata /temp ja muut väliaikaistiedostot.

Käynnistä suht uudella LiveCD:llä. Lähes kaikki komennot vaatii root oikeudet. Joten rootiksi su - tai Ubuntussa sudo su -. Oletan että pata on sda ja SSD on sdb!!!!

Tee osiot - yleensä 1. primaari eli käynnistyvä ja loput laajennetulle osiolle.
Tee tarvittavat osiot Gparted jos se on tuttu. Sillä voit tehdä myös tiedostojärjestelmät.
tai mkfs.ext4 -L ssd_levy -m 3 /dev/sdb1

-L on levyn nimi (valitse sopiva)
-m 3 kuinka paljon valitaan rootille oletus on 5% - valitse mieleisesi.
man mkfs.ext4 kertoo lisää optioita.

tune2fs -c 50 /dev/sdb1
Tämä asettaa levyn tarkistuksen joka 50:s kerta. Valitse mieleisesi.

Swap osio ei tarvitse tiedostojärjestelmää.
/home osiolle teet tiedostojärjestelmän samoin kuin yllä.
Itse teen yleensä levylle yhden primaariosion ja loput pistän laajennetulle
osiolle joten home liitetään silloin /dev/sdb5 ja swap /dev/sdb6

Kun osiot on tehty niin uusi käynnistys varmuuden vuoksi!!!!!
Näin kerneli näkee muutetun levyn varmasti oiken. Riippuu hieman
systeemistä päivittyykö osiotaulu muuttamisen jälkeen kernelille.

Käynnistyksen jälkeen tee kaksi liitospistettä
mkdir /mnt/uusi
mkdir /mnt/vanha


mount /dev/sda1 /mnt/vanha

mount /dev/sdb1 /mnt/uusi

df -h näyttää levyjen tilankäytön.

jos näyttää oikealta niin kopioidaan
 cp -ax /mnt/vanha/ /mnt/uusi

tässä menee hetki....
kopioinnin jälkeen
 umount /mnt/uusi
 umount /mnt/vanha


Muille levyille tehdään samoin.

jos mount /dev/sdXX valittaa että levy on jo liitetty
niin unmount dev/sdXX  auttaa. Levyhän voi olla jo
liitetty automaattisesti

Nyt pitäisi olla tiedostot kopioitu.

Sitten pitäisi korjata fstab ja grub.
Tähän on useampi vaihtoehto. Riippuu paljolti siitä
mitä teet vanhalla pata-levyllä. Nyt voi ottaa vaikka sen
pata-levyn pois ja uusi startti.

Asennetaan grub chrootin alla....
liitetään ssd-levy /mnt/uusi alle

blkid kertoo UUID
nano -w /mnt/uusi/etc/fstab
ja korjataan UUID

Valmistellaan chroot
 mount --bind /sys /mnt/uusi/sys
 mount --bind /dev /mnt/uusi/dev
 mount --bind /proc /mnt/uusi/proc

chroot /mnt/uusi
grub-install /dev/sda
update-grub

TÄSSÄ OLETETAAN /dev/sda jos muuta niin
oikea tilalle. Tarkasta myös grub device.map.

Noin sen pitäisi mennä. Toivottavasti ei montaa
pilkkuverhettä....

putte prossu

  • Käyttäjä
  • Viestejä: 143
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #17 : 10.09.12 - klo:19.53 »
Iso KIITOS tarkoista mutta silti samalla erittäin selkeistä ohjeista, näillä uskaltaa kädetönkin alkaa hommaan ;)

PATA levy on tosissaan kiinni masterina ja SSD tulee sitten normaalisti SATA-väylään. PATA levyä ei ole tarkoitus enää käyttää ollenkaan, vaan pitää se hyllyssä siltä varalta että SSD päättää sanoa työsopimuksen irti.

Eli tuo dd vaatii kuitenkin osioinnin kohde-levylle ennen kopiointia? Tämä onnistuu ilmeisesti parhaiten komennolla "sfdisk -d /dev/pata1 | sfdisk /dev/pata2"? Levyt ei ole täysin identtiset mutta kohde-levy inan verta isompi vaikka molemmat on 250GB.
AMD FX-4100, Sabertooth 990FX R2.0, 8GB Kingston ECC DDR3, Radeon 5770 1GB, 240GB SSD + 5x 2TB raid5, Debian 9.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #18 : 10.09.12 - klo:20.00 »
Sellainen kysymys tuosta cp -komennosta:

Onko se Linuxissa tosiaan varma tapa? Vai olisiko rsync -suositeltavampi? Huomasin, jo edeltä että rsync on hitaampi.

Kysyn siksi, että Windows-maailmassa interaktiivinen kopiointi on kaiken pahan alku ja juuri (siis kriittisissä operaatioissa) ja komentoriviltä ajettava robocopy taasen erittäin hyvä ja 100%:nen tapa. Vai onko Linux-maailmassa jo cp varma tapa?

ajaaskel

  • Palvelimen ylläpitäjä
  • Käyttäjä
  • Viestejä: 3401
    • Profiili
Vs: Käyttislevyn kloonaus pienemmälle levylle?
« Vastaus #19 : 10.09.12 - klo:20.50 »
Yksi pieni lisäys:   Kun liität kolmannen levyn niin muista tarkastaa sen jälkeen mikä on nyt mikä (sda, sdb, sdc) ennen kuin kopioit. Noiden merkitykset heittävät volttia helposti levyn lisäyksen yhteydessä eli se uusin/viimeksi lisätty levy ei välttämättä olekaan "sdc".    
Autamme ilolla ja ilmaiseksi omalla ajallamme.  Ethän vaadi, uhoa tai isottele näin saamasi palvelun johdosta.