SSD:n vaihto ja Ubuntun upgrade [Ratkaistu]

[Gonza Les]

Vanhassa pöytäkoneessa on Ubuntu 18.04. Se varmaankin kaipaa päivitystä uudempiin versioihin. Samalla ajattelin vaihtaa vanhan 120 GB SSD:n isompaan 480 GB SSD:hen. Tilanne on nyt seuraava:

Miten tämä juuriosion siirto olisi fiksuinta tehdä?

Tämä saattaa tulla vielä nettihauissa esille, vaikka onkin vanha.  Vastaus kysymykseen on dd if=/dev/sda of=/dev/sdb conv=noerror, sync  Kopioi tosin juuriosion lisäksi muutkin osiot. Tämän jälkeen osioiden kanssa puljaamiseen GParted.

[JaniAlander]

Jos sitten sovitaan, ettei vuosia vanhoja ketjuja herätellä. t: Ylläpito

[jarmala]

Jos sitten sovitaan, ettei vuosia vanhoja ketjuja herätellä. t: Ylläpito

Eihän tämä ole kuin vasta runsaan vuoden vanha? Ei se ole Linux -piireissä mikään vanha. Minä olen käyttänut Linuxia nyt 26 vuotta ja alkuaikojen kokemuksista voisi vielä jakaa infoa newbieille. Eikö?

Anteeksi, jos tämä kommentti haastaa ylläpidon. Vuoden vanhat Linux -jutut eivät mielestäni ole vanhentuneita.

[JaniAlander]

Yksittäistapaukset voi olla ok, mutta pääsääntöisesti ei mielellään näitä vanhoja heräteltäisi noin niinkuin yleisesti.

[Postimies]

Dd on oiva ratkaisu. Edessä levyn vaihto isompaan. Jos tiedostojärjestelmä
sallii osion koon muokkauksen niin periaatteessa cat toimii
myös. Lukee toisesta ja kirjoittaa toiselle.

[Tomin]

Dd on oiva ratkaisu. Edessä levyn vaihto isompaan. Jos tiedostojärjestelmä
sallii osion koon muokkauksen niin periaatteessa cat toimii
myös. Lukee toisesta ja kirjoittaa toiselle.

Noiden kanssa pitää kyllä olla tarkkana ettei levyn lukemisessa tule virheitä. Jos niitä tulee, niin ne eivät osaa jättää siihen kohti 'aukkoa' vaan loput tavut menevät väärään paikkaan. Tästä syystä suosittelen esimerkiksi Levyt-ohjelman tai GPartedin käyttöä noiden sijaan.

[Postimies]

Dd on oiva ratkaisu. Edessä levyn vaihto isompaan. Jos tiedostojärjestelmä
sallii osion koon muokkauksen niin periaatteessa cat toimii
myös. Lukee toisesta ja kirjoittaa toiselle.

Noiden kanssa pitää kyllä olla tarkkana ettei levyn lukemisessa tule virheitä. Jos niitä tulee, niin ne eivät osaa jättää siihen kohti 'aukkoa' vaan loput tavut menevät väärään paikkaan. Tästä syystä suosittelen esimerkiksi Levyt-ohjelman tai GPartedin käyttöä noiden sijaan.

Olen monia asennusmedioita kirjoittanut dd:llä. Parasta on että lataajaa ei tarvitse
asentaa uudestaan. Eikä aikaa mene osiointiin ja tiefostonärjestelmien
luomiseen. Toki gpsrted tarpeen niin saa lopun tilan läyttöön

[Tomin]

Dd on oiva ratkaisu. Edessä levyn vaihto isompaan. Jos tiedostojärjestelmä
sallii osion koon muokkauksen niin periaatteessa cat toimii
myös. Lukee toisesta ja kirjoittaa toiselle.

Noiden kanssa pitää kyllä olla tarkkana ettei levyn lukemisessa tule virheitä. Jos niitä tulee, niin ne eivät osaa jättää siihen kohti 'aukkoa' vaan loput tavut menevät väärään paikkaan. Tästä syystä suosittelen esimerkiksi Levyt-ohjelman tai GPartedin käyttöä noiden sijaan.

Olen monia asennusmedioita kirjoittanut dd:llä. Parasta on että lataajaa ei tarvitse
asentaa uudestaan. Eikä aikaa mene osiointiin ja tiefostonärjestelmien
luomiseen. Toki gpsrted tarpeen niin saa lopun tilan läyttöön

Tarkoitinkin, että sen levyn kloonauksen voi tehdä myös muilla työkaluilla, jotka huomioivat paremmin mahdolliset lukuvirheet. Toki jos niitä ei tapahdu, niin dd ajaa asiansa ihan hyvin.

[JaniAlander]

Ja on tarkistanut sen dd:n komentorivin useampaan kertaan. Muuten voi tapahtua hassua jälkeä....

[kamara]

Ja on tarkistanut sen dd:n komentorivin useampaan kertaan. Muuten voi tapahtua hassua jälkeä....

Itselläni on tapana tehdä (melkein suoraan pikkuaivoista) seuraavat toimenpiteet, kun haluan tehdä dd:llä kopion kiintolevystä.

Koodia: [Valitse]

# Kytken kiintolevyn koneeseen, jos on USB-kiintolevy tai on USB-adapterin takana.
df -h
# df:llä katson, mistä kiintolevystä teen levykuvan.
# sudolla unmounttaan kiintolevyosiot, joiden levystä haluan tehdä kloonin eli levykuvan.
sudo umount /dev/sdX[0-9]
# Sitten kloonaan ja pakkaan samanaikaisesti levyn tiedot talteen.
sudo dd if=/dev/sdX bs=1M|gzip > YYYMMDD-levykuvannimi.img.gz

Myös levykuvan palautus tulee lähes pikkuaivoista, ja jonkin verran muistuttaa levykuvan pakkaamista.

Koodia: [Valitse]

# Kytken kiintolevyn, jonne haluan tehdä levykuvan palautuksen.
df -h
# sudolla unmounttaan kiintolevyosiot, joiden päälle halaun kirjoittaa levykuvan.
sudo umount /dev/sdX[0-9]
# Sitten palautan levykuvan USB-kiintolevyyn/tikkuun tai telakassa olevaan kiintolevyyn.
gunzip < YYYYMMDD-levykuvannimi.img.gz|sudo dd of=/dev/sdX bs=1M

Vielä en ole (muistaakseni) kertaakaan sössinyt levykuvaa väärään asemaan, vaikka olen tehnyt tuolla proseduurilla jo ainakin 10 vuotta.

Proseduurien käyttäminen on täysin omalla vastuullasi, ja jos et ymmärrä, mitä missäkin vaiheessa tapahtuu, niin jätä käyttämättä.

Jos haluan kloonata vanhan levyn, niin lisään proseduuriin veilä käskyt oikeaan kohtaan, jonka jätän kertomatta:

Koodia: [Valitse]

cat /dev/zero > oikeapolku/000.000
rm oikeapolku/000.000
Oikeapolku:n tilalle kannattaa laittaa polku, jonne on kirjoitusoikeus ja joka ei ole käynnissä olevan järjestelmän koti eikä juuri, mutta joka sijaitsee kuitenkin kloonattavassa osiossa. Tämän tarkoituksena on kirjoittaa nollia kiintolevy täyteen, jotta se pakkautuu paremmin gzipllä.

Edit - Myöskin, jos olet kloonaamassa sitä varten, että yrität palauttaa heikkokuntoisen kiintolevyn tiedot, niin noita nollien kirjoittamista ei kannata tehdä, sillä se tuhoaa koko osion kaikki tiedostojen ulkopuolisen tiedon.

[JaniAlander]

Tuossapa onkin fiksu tapa hoitaa asia! Pistänpä talteen itsellekin.