[Toimiva dd ] Kloonasin SSD:n x-SSD:lle ja

[Eeriikki]

ja antaa seuraavanlaisen tiedotteen, vaikka tilaa vapaana 89,4 GB:

" dd: virhe kirjoitettaessa tiedostoa '/dev/sdb': Laitteella ei ole tilaa jäljellä "

" :~$ sudo dd if=/dev/sda of=/dev/sdb bs=100M conv=noerror,sync status=progress
[sudo] erkki-käyttäjän salasana:
249980518400 bytes (250 GB, 233 GiB) copied, 10120 s, 24,7 MB/s
dd: virhe kirjoitettaessa tiedostoa '/dev/sdb': Laitteella ei ole tilaa jäljellä
2384+1 tietuetta sisään
2384+0 tietuetta ulos
250059350016 bytes (250 GB, 233 GiB) copied, 10123 s, 24,7 MB/s "

[Eeriikki]

muutin ext4:n ----> lvm2 pv ja punainen huutomerkki hävisi, mutta ei siitä huolimatta toimi.
Pitänee koittaa uudestaan dd:llä lvm2 pv.

On tämä aikaisemmin onnistunut, mutta ei muista !

Onko ratkaisuna sda1:n osiointi hieman pienemmäksi ratkaisu esim 232.82 GB ?

[Eeriikki]

Täytyy hommata isompi SSD ( tällä hetkellä 250 GB ) dd-käskyllä kloonamista varten. Back up.
En osaa "shrinkata" sda1:stä hieman pienemmäksi, jotta menisi sdb1:lle.
Linux on varannut koko sda1:n 250 GB.

[nm]

ja antaa seuraavanlaisen tiedotteen, vaikka tilaa vapaana 89,4 GB:

Tiedostojärjestelmän vapaan tilan määrällä ei ole merkitystä dd:lle, joka toimii matalammalla abstraktiotasolla.

" dd: virhe kirjoitettaessa tiedostoa '/dev/sdb': Laitteella ei ole tilaa jäljellä "

" :~$ sudo dd if=/dev/sda of=/dev/sdb bs=100M conv=noerror,sync status=progress
[sudo] erkki-käyttäjän salasana:
249980518400 bytes (250 GB, 233 GiB) copied, 10120 s, 24,7 MB/s
dd: virhe kirjoitettaessa tiedostoa '/dev/sdb': Laitteella ei ole tilaa jäljellä
2384+1 tietuetta sisään
2384+0 tietuetta ulos
250059350016 bytes (250 GB, 233 GiB) copied, 10123 s, 24,7 MB/s "

bs=100M ja conv=sync aiheuttaa tässä ongelman, kun sync-parametrin vuoksi dd täydentää lähdelevyltä luetun viimeisen, alle 100 megan blokin 100 megan kokoiseksi ja yrittää kirjoittaa sen kohdelevylle, joka on varmaankin saman kokoinen kuin lähdelevy. Senkin voisi vielä tarkistaa vaikka fdiskillä:

Koodia: [Valitse]

sudo fdisk -l /dev/sda

Koodia: [Valitse]

sudo fdisk -l /dev/sdb

Ainakin toisen levyn oikea koko on dd:n listauksen alimman rivin 250059350016 tavua, joka ei ole jaollinen 100 megatavulla (eli 100*1024*1024 tavulla). Käytä pienempää blokkikokoa, jolla levyn koko on jaollinen. Esimerkiksi bs=8192 käy, tai bs=1548288

Koodia: [Valitse]

sudo dd if=/dev/sda of=/dev/sdb bs=8192 conv=noerror,sync status=progress
Jos ei edelleenkään onnistu, kokeile vielä ilman conv=noerror,sync -parametria:

Koodia: [Valitse]

sudo dd if=/dev/sda of=/dev/sdb bs=8192 status=progress

[juyli]

En osaa "shrinkata" sda1:stä hieman pienemmäksi, jotta menisi sdb1:lle.
Linux on varannut koko sda1:n 250 GB.

Ymmärräthän, ettei liitettyä osiota (erityisesti järjestelmäosiota) pysty kopioimaan/kloonaamaan tai pienentämään.
Järjestelmäosion kopiointi esim. Levyt/GParted -ohjelmalla onnistuu, kun kone käynnistetään esim. Live-versiolla tai muilla soveltuvilla tavoin.
Kopioitavalla levyosiolla tietenkin pitää olla riittävästi tilaa.
Kun levyosio kloonataan, pitää huomata myös, että alkuperäisen ja kopioidun levyosion UUID:t ovat samat.
UUID:t ovat muutettavissa, mutta samalla voi olla tarpeen muuttaa levyosioiden tiedot /etc/fstab -tiedostoon.

[nm]

En osaa "shrinkata" sda1:stä hieman pienemmäksi, jotta menisi sdb1:lle.
Linux on varannut koko sda1:n 250 GB.

Ymmärräthän, ettei liitettyä osiota (erityisesti järjestelmäosiota) pysty kopioimaan/kloonaamaan tai pienentämään.

Tässä Jurkkien tapauksessa LVM mutkistaa osaltaan asioita, eli osion koon pienentäminen ei varmaankaan onnistu GPartedilla. Jos levyt kuitenkin ovat oikeasti saman kokoiset tai kohdelevy on hivenen isompi, osion pienentämiselle tai uuden levyn hankinnalle ei sinänsä ole tarvetta.

Kloonattua levyä testatessa ei sitten kannata enää jättää alkuperäistä samaan aikaan kiinni koneeseen, koska molemmissa on samat osioiden tunnisteet, ja LVM ja järjestelmä saattaa sekoilla liitosten kanssa.

[juyli]

Tässä Jurkkien tapauksessa LVM mutkistaa osaltaan asioita, eli osion koon pienentäminen ei varmaankaan onnistu GPartedilla.

Todellakin! Tuon unohdinkin mainita.
Toki tiedostot LVM-osiolla voi tallentaa ja varmuuskopioida, kun järjestelmä on käynnistetty järjestelmässä, jossa LVM-osiot on luotu.
Ja tiedostot on palautettavissa millaiselle tiedostojärjestelmän levyosiolle hyvänsä.

LVM-osiointi tarjonnee kuitenkin "jonkin asteisen salauksen" levyosioille.
Mutta en itse aivan ymmärrä, kuka tarvitsee ko. LVM-järjestelmää.
https://www.linux.fi/wiki/LVM
Linux:ssa on kuitenkin mahdollista linkittää (ln) eri levyosioiden hakemistoja/tiedostoja järjestelmään.

[Eeriikki]

Kirjoittelen tällä hetkellä vastausta " kloonatulla kovalevyllä ( SSD ) ", hienoa !
Kloonauksen jälkeen tarkistan toiminnan vaihtamalla SSD:t.
Eli tällä korjaantui:
sudo dd if=/dev/sda of=/dev/sdb bs=8192 conv=noerror,sync status=progress

Joo, Gparted ei antanut tehdä osioinnin muuttamista ja hyvä. Jos ei tiedä mitä tehdä, älä tee, vaikka useasti joutuu arvaamaan ( internet ohje ) ja sohaisemaan pimeään. Tämän takia kloonattu SSD !
Säästyy monituntuselta tai monipäiväiseltä harmilta ja teidän vapaa-ajan käytölle !

Poimin ohjeen, bs=100M, jostakin internetin korjausohjeesta maailmalta, mutta nyt tökkäs.

Laitanpa seuraavasta uuden "kyselyn".

Joskus luin Firefox:in täyttävän SSD:tä tarpeettomasti ja haluaisin tarkistaa tai onko teillä ohjetta mitä lukuarvoa pitää muuttaa ?