Kiintolevyn pelastus

Swap-osiosta voi luopua jos sinulla on tarpeeksi keskusmuistia (yleensä nykykoneissa on tarpeeksi).

Muuten en osaa auttaa kun en ole käyttänyt UEFI boottia - ymmärtääkseni tuon siirtäminen on hankalampaa kuin jos olisi "legacy boot": grubin päivitys ei varmaan riitä vaan pitää jotenkin päivittää UEFI boot asetukset.

Kopioimalla, tai jos haluaa pitää hajoavan levyn hajoamiseen asti käytössä, niin voi käyttää rsync-ohjelmaa. Koska /home kansio on sdb1:llä, pitänee käyttää sitä, roottina:
1. tehdään /home/home (eli toisen levyn mount-pisteeseen juureen /home)
$ rsync -avuP /home/ /home/home/ --exclude={"/home/*", "/boot/*"}
2. tehdään toisen levyn roottiin(mountattu /home:een) kopio ekasta:
$ rsync -avuP / /home/
-ubuntussa lisää alkuun 'sudo', koska ei ole roottia - toimii se debianissakin
$ seuraava vaihe, tehdään levystä boottaava:
-grub-install /dev/sdb
-update-grub
Tässä vaiheessa voit jo kokeilla irrottaa vanhan levyn. Jos boottaa vain osittain, saat korjattua, asettamalla root=/dev/sdb boot=/dev/sdb tai sda tai sdb1 tjsp.. kun saat boottaamaan:
-aja uudestaan update-grub, kun vanha levy ei ole kiinni, tämä korjaa bootin
Tämän jälkeen voit siivota jäljet eli fstab:ssa siirtää /home mounttaamaan juurihakemistoon / ja poistaa vanha juuri-mountti.
Kuten yltä näkyy, käytin mount-pointteina niitä, jotka annettiin ja ohje tästä syystä näyttää ehkä hiukan sekavalta..

Anonyymi kirjoitti:

Kopioimalla, tai jos haluaa pitää hajoavan levyn hajoamiseen asti käytössä, niin voi käyttää rsync-ohjelmaa. Koska /home kansio on sdb1:llä, pitänee käyttää sitä, roottina:
1. tehdään /home/home (eli toisen levyn mount-pisteeseen juureen /home)
$ rsync -avuP /home/ /home/home/ --exclude={"/home/*", "/boot/*"}
2. tehdään toisen levyn roottiin(mountattu /home:een) kopio ekasta:
$ rsync -avuP / /home/
-ubuntussa lisää alkuun 'sudo', koska ei ole roottia - toimii se debianissakin
$ seuraava vaihe, tehdään levystä boottaava:
-grub-install /dev/sdb
-update-grub
Tässä vaiheessa voit jo kokeilla irrottaa vanhan levyn. Jos boottaa vain osittain, saat korjattua, asettamalla root=/dev/sdb boot=/dev/sdb tai sda tai sdb1 tjsp.. kun saat boottaamaan:
-aja uudestaan update-grub, kun vanha levy ei ole kiinni, tämä korjaa bootin
Tämän jälkeen voit siivota jäljet eli fstab:ssa siirtää /home mounttaamaan juurihakemistoon / ja poistaa vanha juuri-mountti.
Kuten yltä näkyy, käytin mount-pointteina niitä, jotka annettiin ja ohje tästä syystä näyttää ehkä hiukan sekavalta..

Lue lisää

Hah! Exclude rimpsu meni väärään kohtaan, pitäisi olla kohdassa 2..

Anonyymi kirjoitti:

Hah! Exclude rimpsu meni väärään kohtaan, pitäisi olla kohdassa 2..

tarkemmin ajatellen, joudut pienentämään gparted:lla sda:n /home-osiota, jotta saat mahtumaan sinne myös efi-osion. Voit tehdä siitä identtisen ja kopioida sen dd:lla suoraan osiolta osiolle, jahka olet osion ensin tehnyt.
Root-osio on ainoa osio, jonka kanssa voi kannattaa uudelleen asennus: jos /home-osiosi olisi hajoamassa, olisi se helppo temppu siirtää toisaalle, mutta nyt liikkuvia osia on monta. Itse pistäisin home-osion jonnekin talteen, asentaisin uudelleen(jolloin efi-osio tulisi luotua automaattisesti) ja tämän jälkeen palauttaisin home-osion. Tämäkään ei ole niin helppoa kuin kuulostaa, koska joutuu ajamaan chown:t käyttäjille /home-kansiossa: 'chown username.username username/ -R' . Uudelleen asennuksen etuna on myöskin, se, että jos on ajanut esim. distro-upgradeja, saa samalla putsattua pois käyttämättä jääneitä tiedostoja.

Anonyymi kirjoitti:

tarkemmin ajatellen, joudut pienentämään gparted:lla sda:n /home-osiota, jotta saat mahtumaan sinne myös efi-osion. Voit tehdä siitä identtisen ja kopioida sen dd:lla suoraan osiolta osiolle, jahka olet osion ensin tehnyt.
Root-osio on ainoa osio, jonka kanssa voi kannattaa uudelleen asennus: jos /home-osiosi olisi hajoamassa, olisi se helppo temppu siirtää toisaalle, mutta nyt liikkuvia osia on monta. Itse pistäisin home-osion jonnekin talteen, asentaisin uudelleen(jolloin efi-osio tulisi luotua automaattisesti) ja tämän jälkeen palauttaisin home-osion. Tämäkään ei ole niin helppoa kuin kuulostaa, koska joutuu ajamaan chown:t käyttäjille /home-kansiossa: 'chown username.username username/ -R' . Uudelleen asennuksen etuna on myöskin, se, että jos on ajanut esim. distro-upgradeja, saa samalla putsattua pois käyttämättä jääneitä tiedostoja.

Lue lisää

Ehkä parempi olisi asentaa kaikki uudestaan. Harmittaa eniten, että kone on just asennettu uudestaan joku kuukausi sitten ja sain kaikki just konfattua kohdalleen, pääasiassa palvelinsoftat, tietokannat, postgresql, gitit, webbipalvelimet, käynnistyskriptit, automaattiset tietokantavarmuuskopiot, jne... Siihen meni viikkoja, ennen kuin kaikki rupesi toimimaan niin kuin piti ja nyt pitäisi kaikki aloittaa uudestaan :(

Kiitoksia vaan vuoden vanhalle Kingston SSD:lle...

Anonyymi kirjoitti:

Ehkä parempi olisi asentaa kaikki uudestaan. Harmittaa eniten, että kone on just asennettu uudestaan joku kuukausi sitten ja sain kaikki just konfattua kohdalleen, pääasiassa palvelinsoftat, tietokannat, postgresql, gitit, webbipalvelimet, käynnistyskriptit, automaattiset tietokantavarmuuskopiot, jne... Siihen meni viikkoja, ennen kuin kaikki rupesi toimimaan niin kuin piti ja nyt pitäisi kaikki aloittaa uudestaan :(

Kiitoksia vaan vuoden vanhalle Kingston SSD:lle...

Lue lisää

Hmm.. 120 vai 240 giganen malli? 240G mallissa on käytetty tekniikkaa, jolla samaan tilaan saadaan tallennettua tupla-määrä dataa. Jos nyt jätät sen pitkäksi aikaa ilman virtoja, voi tästä seurata lukuvirheitä ilman, että levy on hajalla. Siinä mielessä 120G malli on turvallisempi. Mikä on sitten pitkä aika? Tuo on vaan 2x datalla toimiva malli, joten sanoisin senkin kestävän pitkään ainakin kuukausia.
On sitten hiukan makuasia, kumman valitsee käyttöönsä - paljon dataa vaiko luotettavampaa tallennusta. SSD ei hajoa samalla tavalla kuin kiintolevy, eli se on kerrasta poikki HD:n kanssa. SSD:llä voi olla 512 tavun lohko, jossa yksi bitti on poikittain ja tästä tulee levyvirhe. Oletusarvoisesti virhettä ei korjata automaattisesti.
Jos nyt kuitenkin haluat, niin tässä on ohjelma jolla tilanteen saa korjattua:
https://github.com/unxed/fixhdd
-tuo siis ei pelasta dataa, vaan kirjoittaa sektorin täyteen nollia, jolloin näkee myöskin sen, onko sektori itse asiassa kunnossa: jos ei ole, sen pitäisi reallokoitua muualle. Kannattaa ottaa varmuuskopio levystä mikäli mahdollista ennen operaatiota.

Anonyymi kirjoitti:

Hmm.. 120 vai 240 giganen malli? 240G mallissa on käytetty tekniikkaa, jolla samaan tilaan saadaan tallennettua tupla-määrä dataa. Jos nyt jätät sen pitkäksi aikaa ilman virtoja, voi tästä seurata lukuvirheitä ilman, että levy on hajalla. Siinä mielessä 120G malli on turvallisempi. Mikä on sitten pitkä aika? Tuo on vaan 2x datalla toimiva malli, joten sanoisin senkin kestävän pitkään ainakin kuukausia.
On sitten hiukan makuasia, kumman valitsee käyttöönsä - paljon dataa vaiko luotettavampaa tallennusta. SSD ei hajoa samalla tavalla kuin kiintolevy, eli se on kerrasta poikki HD:n kanssa. SSD:llä voi olla 512 tavun lohko, jossa yksi bitti on poikittain ja tästä tulee levyvirhe. Oletusarvoisesti virhettä ei korjata automaattisesti.
Jos nyt kuitenkin haluat, niin tässä on ohjelma jolla tilanteen saa korjattua:
https://github.com/unxed/fixhdd
-tuo siis ei pelasta dataa, vaan kirjoittaa sektorin täyteen nollia, jolloin näkee myöskin sen, onko sektori itse asiassa kunnossa: jos ei ole, sen pitäisi reallokoitua muualle. Kannattaa ottaa varmuuskopio levystä mikäli mahdollista ennen operaatiota.

Lue lisää

Itse asiassa koneessa on kaksi identtistä Kingston A400 480 Gt SSD levyä.

Alussa ajattelin laittaa ne RAID 1:een, mutta ahneus voitti ja toiselle asensin järjestelmän ja toisesta tein /home osion. Nyt saan maksaa siitä... kun ajattelin että ssd levyt ovat tosi luotettavia, eikä ole ikinä ennen hajonneet. Mutta kerta se ensimmäinenkin.

Tarkoitatko ulkoselle levylle?

Olisi yksi USB levy, jolle mahtuisi molempien levyjen sisällöt.

Miten kloonan kahden levyn tiedot yhdelle USB levylle, niin ettei mikään hajoa?
Ja voin sitten siirtää tämä "USB" levyn kovalevyn tietokoneen sisään.

Kloonaus kopioi myös levyn rikkoutuneet sektorit :(
Ehkä onnistut kopioimaan rikkoutuneelta levyltä tiedostoja luomalla uudelle levylle sopiva osiointi - kopioimalla/kloonaamalla kukin levyosio uudelle levyosiolle.

Mahdollisesti laitteessasi tuo onnistuisi käynnistämällä koneesi ulkoiselta (Esim. USB) laitteelta. Vaihda /dev/sda -levy uudella levyllä osioituasi sen - ja siirtämällä tiedostot vastaaviin hakemistoihin.
Vaihda rikkinäinen massamuisti, ja korvaa uudella massamuistilla.
Käynnistä koneesi uudelleen USB-järjestelmällä - komenna 'sudo update-grub'.

Kirjaudu järjestelmästä, poista USB-käynnnistystikku, ja käynnistä kone uudelleen.

No, Windows-kone viedäänkin Seriin kun kovalevy on hajoamassa, helppoa.

Windows ei mahdollista edes tällaista kikkailua..