Linuxissa on kaksi kiintolevyä: sdb1 ja sdb2
sdb1 :lla on /home osio ja sdb2:lla on /-juuri ja /boot/efi osiot
/dev/sdb2 412G 6,5G 385G 2% /
/dev/sda1 440G 47G 371G 12% /home
/dev/sdb1 511M 3,5M 508M 1% /boot/efi
Ongelma on että sdb2 kiintolevy on hajoamassa ja antaa badsector virheitä.
Voisiko joku ystävällisesti neuvoa, miten pelastan koneen ja kopioin sdb2:n levyn sisältö sdb1:lle ja päivitän grubin, niin ettei asennus hajoa ja voin kokonaan poistaa sdb2 levyn pois koneesta?
Kiitos etukäteen.
Kiintolevyn pelastus
Anonyymi
17
74
Vastaukset
- Anonyymi
Niin ja sdb2:lla on tietenkin myös swap osio, joten ei taida auttaa vain tiedostojen kopiointi :( Vai voiko swap osiosta luopu kokonaan?
PS. Käyttöjärjestelmänä on Debian Linux.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.
- Anonyymi
Ihan vaan kopioimalla!
- Anonyymi
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
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..Hah! Exclude rimpsu meni väärään kohtaan, pitäisi olla kohdassa 2..
- Anonyymi
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
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.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
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...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
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.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.
Sinulla on tuossa termit sekaisin.
Sinulla on kaksi kovalevyä: sda ja sdb
Jos sdb on hajoamassa niin sinun tulee kopioida osiot sdb1 ja sdb2 ehjälle sda levylle ja sitten päivittää jotenkin UEFI boot asetukset, ehkä myös grub.
Jotta kaikki kolme osiota mahtuu sda levylle niin sinun pitää varmaan ensin pienentää sda1 ja sdb2 osioita.
https://gparted.org/ sivulta voi ladata live-CD:n jolla onnistuu osioiden koon muuttaminen ja kopiointi, mutta en tiedä miten UEFI boot asetukset saa muutettua.- Anonyymi
Hankalaksi menee. Miksi et yksinkertaisesti kloonaa hajoamassa olevaa levyä uudelle levylle?
- Anonyymi
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. - Anonyymi
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.
- Anonyymi
Näin kaikessa yksinkertaisuudessaan homma menee.
Käynnistä t-kone asennusmedialta ja tee uusi ext4 osio ja swap osio. Kopioit / osion sisällön uudelle ext4 osiolle ( cp -a, tjs. ). Päivitä Grub. - Anonyymi
Kovin vaikea tämä linkkura!
- Anonyymi
No, Windows-kone viedäänkin Seriin kun kovalevy on hajoamassa, helppoa.
- Anonyymi
Windows ei mahdollista edes tällaista kikkailua..
Ketjusta on poistettu 1 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Venäjä aikoo yksipuolisesti muuttaa rajalinjauksia Suomenlahden itäosassa
Venäjä aikoo muuttaa rajalinjauksia Suomenlahden itäosassa Venäjän saarten eteläpuolella. Ylen jutussa kerrotaan mm.1801345Suomi lähettää tarkkailijoita merialueelle
Venäjä on ilmoittanut aikovansa ylittää Suomen merialueen rajat kysymättä lupaa kertomalla että Suomen merialueen raj3111050- 1441014
RIP Lauri Paavola
Kansalaisaktivisti ja freelance-journalisti Lauri Paavola on kuollut vain 31-vuotiaana. Hän tuli tunnetuksi hyvin kärjek23997En pidä sinusta, en kirjoita viestejäni sinulle.
Yritä nyt ymmärtää. En koskaan tule kiinnostumaan sinusta. Jätä minut rauhaan täällä.96882Upea, kaunis ja menestynyt Martina menee onnellisesti naimisiin
Mitäs palstan vihaajamönkeröt tähän? Kiehuttaako? Kaikki vain eivät ole kauniita ja menestyviä kuten Martina.226848- 59835
Asuntojen reaalihinnat alimmillaan 20 vuoteen
Sääliksi käy niitä jotka pari vuotta sitten maksoivat itsensä kipeäksi. Kohta pankki ottaa asunnon haltuunsa ja huutok84818Nyt olis hyvä hetki tavata ja jutella
Entinen parisuhde on paketoitu, ja nyt olisin vapaa mies sinun käyttöösi. Vieläkö tahdot mua? Aikaa on mennyt liikaa, mu51768Ehdin aamulla
ajattelemaan sinua. Olit ensimmäisenä mielessäni. Avasin silmäni tähän uneen, jota elämäksi kutsutaan. Kuuntelin lintuje122762