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
144
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
Kiitos nainen
Kuitenkin. Olet sitten ajanmerkkinä. Tuskin enää sinua näen ja huomasitko, että olit siinä viimeisen kerran samassa paik123790MTV: Kirkossa saarnan pitänyt Jyrki 69 koki yllätyksen - Paljastaa: "Se mikä oli hyvin erikoista..."
Jyrki Linnankivi alias Jyrki 69 on rokkari ja kirkonmies. Teologiaa opiskeleva Linnankivi piti elämänsä ensimmäisen saar781997Hyväksytkö sinä sen että päättäjämme ei rakenna rauhaa Venäjän kanssa?
Vielä kun sota ehkäpä voitaisiin välttää rauhanponnisteluilla niin millä verukkeella voidaan sanoa että on hyvä asia kun5431610Kirjoita yhdellä sanalla
Joku meihin liittyvä asia, mitä muut ei tiedä. Sen jälkeen laitan sulle wappiviestin831267Olet hyvin erilainen
Herkempi, ajattelevaisempi. Toisaalta taas hyvin varma siitä mitä haluat. Et anna yhtään periksi. Osaat myös ilkeillä ja671077Yksi syy nainen miksi sinusta pidän
on se, että tykkään luomusta. Olet luonnollinen, ihana ja kaunis. Ja luonne, no, en ole tavannut vielä sellaista, joka s331018Hyödyt Suomelle???
Haluaisin asettaa teille palstalla kirjoittelevat Venäjää puolustelevat ja muut "asiantuntijat" yhden kysymyksen pohditt214898Hyvää Joulua mies!
Toivottavasti kaikki on hyvin siellä. Anteeksi että olen hieman lisännyt taakkaasi ymmärtämättä kunnolla tilannettasi, o60873- 171854
Paljastavat kuvat Selviytyjät Suomi kulisseista - 1 päivä vs 36 päivää viidakossa - Katso tästä!
Ohhoh! Yli kuukausi viidakossa voi muuttaa ulkonäköä perusarkeen aika rajusti. Kuka mielestäsi muuttui eniten: Mia Mill3798