Kovalevyn poisto ja GRUB

Koneessani on Debian ja kolme kovalevyä, kaksi IDE-levyä (hda ja hdd) sekä SATA-levy (sda), joka sisältää Lenny-asennuksen ja Grub-tiedostot.

Grub on hda:n MBR:ssä.

Haluan nyt poistaa hdd:n koneesta. Haluaisin tietää, miten estän GRUBin rikkoutumisen tässä hommassa.

Riittäkö, että muutan device.map- ja menu.lst-tiedostoihin kiintolevyjen järjestyksen uutta tilannetta vastaavaksi, poistan hdd-levyn koneesta ja käynnistän uudelleen?

Kiitos sille, joka osaa varoittaa vaaroista!
15632
Äänestä

Muut lukivat myös

Vastaukset 15

Vanhimmat

Ei pitäisi olla mitään ongelmaa, Lenny käynnistyy todennäköisesti ja jos on tarpeen, voit muokata menu.lst:a. Jos kuitenkin tulee Grubin kanssa ongelmia, kiintolevyn voi laittaa takaisin ja sitten miettiä, kuinka toimitaan.

Äänestä

Koska mikään Linux-osa ei ole /dev/hdd, ei tuon poistaminen vaikuta mitään osioihin nähden. Vielä kun käytetään jokatapauksessa osioiden tunnistamiseksi UUID, ei minkään pitäisi edes muuttua.
Kuten jo sanottiin - voit kokeilla.

Äänestä

Lenny ei käytä UUID:ta joten sen käyttöönotto estäisi ongelman täysin.

Koska tilanne on tuo niin katso ensin kiintolevyjen järjestys menu.lstista

(hd0,0)
(hd1,0)
(hd2,0)

/dev/hda on 0,0 ja /dev/hdd on jompikumpi noista, mikäli se on keskimmäinen niin joudut korvaamaan sen /dev/sda:n numerot hdd:n numeroilla. Se onnistuu ihan buutista menua muokkaamalla mutta muutos ei tallennu mihinkään joten kun onnistunut käynnistys on suoritettu niin voit korjata sen menu.lstiin.

Mikä /dev/hdd on jonon viimeinen kiintolevy jota kyllä epäilen niin sitten nousee suoraan ylös, ei tarvi tehdä mitään.

Äänestä
  • Niin älä siis muokkaa mitään ennekuin olet poistanut hdd:n ja kokeillut menu.lst:n muokkaamista dynaamisesti käynnistysvalikon kautta. JOs et saa nääs konetta käymään niin pistät vain hdd:n paikalleen ja kaiken pitäisi olla ennallaan.

    Sinun kannattaisi copypastettaa se menu.lst tänne niin sen avulla tarkemmat ohjeet on helpompia antaa.

    Äänestä

  • old_profile_3778 kirjoitti:

    Niin älä siis muokkaa mitään ennekuin olet poistanut hdd:n ja kokeillut menu.lst:n muokkaamista dynaamisesti käynnistysvalikon kautta. JOs et saa nääs konetta käymään niin pistät vain hdd:n paikalleen ja kaiken pitäisi olla ennallaan.

    Sinun kannattaisi copypastettaa se menu.lst tänne niin sen avulla tarkemmat ohjeet on helpompia antaa.

    oliko siis lenny vai squeeze?

    Äänestä

  • old_profile_3778 kirjoitti:

    oliko siis lenny vai squeeze?

    Kiitos vastauksista! Lenny on kyseessä. Enköhän nyt selviydy tästä hommasta.

    En ole nyt tuolla koneella enkä pääse tarkistamaan, mutta muistaakseni sda listautuu viimeiseksi kovalevyksi, eli se on hd2. Ja se muuttuu siis Grubin näkökulmasta hd1:ksi, kun toinen IDE-levy poistetaan.

    Eikö device.map-tiedostoa sitten tarvitse muuttaa ollenkaan? Siellä luetellaan kaikki kolme levyä.

    Äänestä

  • fsedbe kirjoitti:

    Kiitos vastauksista! Lenny on kyseessä. Enköhän nyt selviydy tästä hommasta.

    En ole nyt tuolla koneella enkä pääse tarkistamaan, mutta muistaakseni sda listautuu viimeiseksi kovalevyksi, eli se on hd2. Ja se muuttuu siis Grubin näkökulmasta hd1:ksi, kun toinen IDE-levy poistetaan.

    Eikö device.map-tiedostoa sitten tarvitse muuttaa ollenkaan? Siellä luetellaan kaikki kolme levyä.

    Tuo tiedosto on vain aputiedosto mikäli grub ja bios eivät pääse yksimielisyyteen mikä levy on mikäkin, arvelen ettei siihen tarvi kajota. Jos kuitenkin kiukuttelee niin sitten sitä on editoitava.

    Olen melko varma, ainakin jos sinulla on ns. normikone, ettei tuolla ole mitään merkitystä tässä vaiheessa.

    Äänestä

  • old_profile_3778 kirjoitti:

    Tuo tiedosto on vain aputiedosto mikäli grub ja bios eivät pääse yksimielisyyteen mikä levy on mikäkin, arvelen ettei siihen tarvi kajota. Jos kuitenkin kiukuttelee niin sitten sitä on editoitava.

    Olen melko varma, ainakin jos sinulla on ns. normikone, ettei tuolla ole mitään merkitystä tässä vaiheessa.

    Tosin nyt ovat kyseessä IDE ja SATA -levyt joten voin olla väärässäkin mutta muistaakseni itselläni ei ole ollut device.mapin kanssa ongelmia valovuosiin vaikka on sekalevytystä ollutkin. Kokeilemalla tiedät. Jos ei skulaa niin kerro meillekin mahd. tarkasti mitä olet tehnyt ja aikajärjestyksessä mielellään, tutkitaan missä kohtaa se mahdollinen probleema on.

    Äänestä

  • old_profile_3778 kirjoitti:

    Tosin nyt ovat kyseessä IDE ja SATA -levyt joten voin olla väärässäkin mutta muistaakseni itselläni ei ole ollut device.mapin kanssa ongelmia valovuosiin vaikka on sekalevytystä ollutkin. Kokeilemalla tiedät. Jos ei skulaa niin kerro meillekin mahd. tarkasti mitä olet tehnyt ja aikajärjestyksessä mielellään, tutkitaan missä kohtaa se mahdollinen probleema on.

    Tosin parin mutkan kautta:

    Kun poistin hdd-levyn tekemättä muuta, hda:lla oleva Grub ei enää löytänyt Debian-asennusta sda:lta. Error 21 (levyä tai partitiota ei löydy). En päässyt valikkoon asti.

    Vähän funtsittuani päätin yksinkertaisesti asentaa Grubin uudelleen, mutta tällä kertaa ja varmuudenkin vuoksi sda:n MBR:ään, ja muuttaa sitten BIOSista levyjen käynnistysjärjestystä niin, että sda on ensin.

    Ensin kuitenkin boottasin koneen Ubuntun Live-cd:ltä asentaakseni Grubin. Grub löysi Debian-asennuksen osiosta hd1,2, kuten pitikin. Asensin Grubin hd1:een.

    Sitten käynnistin uudelleen ja muutin kovalevyjen käynnistysjärjestystä niin että sda on ensimmäisenä. Grub löysi Debianin menu.listin, mutta kun yritin muuttaa siihen käynnistysosioksi hd1,2, Grub ilmoitti ettei osiota ole. No kohta kokeilin hd0,2:ta, ja se toimi, Debian käynnistyi normaalisti. Tein muutoksen pysyvästi menu.lst:hen.

    Vähän tässä nyt jäi ihmetyttämään, että Grubille on sitä asennettaessa ilmoitettu että stage1 löytyy hd1,2:lta, mutta sen jo löydyttyä tuo SATA-levy onkin Grubin mielestä hd0. Höh.

    No, joka tapauksessa nyt toimii.

    Äänestä

  • fsedbe kirjoitti:

    Tosin parin mutkan kautta:

    Kun poistin hdd-levyn tekemättä muuta, hda:lla oleva Grub ei enää löytänyt Debian-asennusta sda:lta. Error 21 (levyä tai partitiota ei löydy). En päässyt valikkoon asti.

    Vähän funtsittuani päätin yksinkertaisesti asentaa Grubin uudelleen, mutta tällä kertaa ja varmuudenkin vuoksi sda:n MBR:ään, ja muuttaa sitten BIOSista levyjen käynnistysjärjestystä niin, että sda on ensin.

    Ensin kuitenkin boottasin koneen Ubuntun Live-cd:ltä asentaakseni Grubin. Grub löysi Debian-asennuksen osiosta hd1,2, kuten pitikin. Asensin Grubin hd1:een.

    Sitten käynnistin uudelleen ja muutin kovalevyjen käynnistysjärjestystä niin että sda on ensimmäisenä. Grub löysi Debianin menu.listin, mutta kun yritin muuttaa siihen käynnistysosioksi hd1,2, Grub ilmoitti ettei osiota ole. No kohta kokeilin hd0,2:ta, ja se toimi, Debian käynnistyi normaalisti. Tein muutoksen pysyvästi menu.lst:hen.

    Vähän tässä nyt jäi ihmetyttämään, että Grubille on sitä asennettaessa ilmoitettu että stage1 löytyy hd1,2:lta, mutta sen jo löydyttyä tuo SATA-levy onkin Grubin mielestä hd0. Höh.

    No, joka tapauksessa nyt toimii.

    Tsekkaa että device.map vastaa tilannetta, en nyt heti muista komentoa sen korjaamiseksi enkä ole edes linux-koneella tähän aikaan.

    Kokeile mitä komentoriviltä saat esiin komennolla

    apropos device map

    tms.

    Taitavaa työtä kaiken kaikkiaan, hyvä että alkoi toimimaan. Mutta kuten huomaat niin kiintolevyosioille thedyt UUID:t ja niiden ottaminen käyttöön poistaisi tällaisen kikkailun kokonaan ;D Sun kannattaa varmaankin perehtyä aiheeseen vielä, ei se ole edes vaikeaa kunhan kokoaa homman palaset, käy ne etukäteen ajatuksella läpi ja toteuttaa muutokset. Voit tehdä esim. yhdelle toissijaiselle osiolle sen ensin että muutat sen tiedot mutta et varsinaisen käyttöjärjestelmän tietoja niin näe miten homma tehdään oikein. Tämän jälken rauhassa siirtelet muut osiot uuid:lle.

    Tosin Debian kuutosessa ei tätä uuid:tä taida olla joten varoituksen sana siitä, ota varmuuskopioi alkupeärisestä menu.lst:stä jonnekin hyvään paikkaan, itse käytän rootin kotihakemistoa tärkeiden konffien varastoimiseen niin ei userina pääse niitä hukkaamaan ja singleen buutattuna ovat heti käytössä. jos aiot päivittää squeezeen jossain vaiheessa niin tämä täytyy pitää mielessä että selvittää miten tuo uuid suhtautuu päivitykseen.

    Äänestä

  • old_profile_3778 kirjoitti:

    Tsekkaa että device.map vastaa tilannetta, en nyt heti muista komentoa sen korjaamiseksi enkä ole edes linux-koneella tähän aikaan.

    Kokeile mitä komentoriviltä saat esiin komennolla

    apropos device map

    tms.

    Taitavaa työtä kaiken kaikkiaan, hyvä että alkoi toimimaan. Mutta kuten huomaat niin kiintolevyosioille thedyt UUID:t ja niiden ottaminen käyttöön poistaisi tällaisen kikkailun kokonaan ;D Sun kannattaa varmaankin perehtyä aiheeseen vielä, ei se ole edes vaikeaa kunhan kokoaa homman palaset, käy ne etukäteen ajatuksella läpi ja toteuttaa muutokset. Voit tehdä esim. yhdelle toissijaiselle osiolle sen ensin että muutat sen tiedot mutta et varsinaisen käyttöjärjestelmän tietoja niin näe miten homma tehdään oikein. Tämän jälken rauhassa siirtelet muut osiot uuid:lle.

    Tosin Debian kuutosessa ei tätä uuid:tä taida olla joten varoituksen sana siitä, ota varmuuskopioi alkupeärisestä menu.lst:stä jonnekin hyvään paikkaan, itse käytän rootin kotihakemistoa tärkeiden konffien varastoimiseen niin ei userina pääse niitä hukkaamaan ja singleen buutattuna ovat heti käytössä. jos aiot päivittää squeezeen jossain vaiheessa niin tämä täytyy pitää mielessä että selvittää miten tuo uuid suhtautuu päivitykseen.

    Voi tuon device.mapin manuaalisestikin korjata mutta siihen löytyy joku komentokin.

    Äänestä

  • old_profile_3778 kirjoitti:

    Tsekkaa että device.map vastaa tilannetta, en nyt heti muista komentoa sen korjaamiseksi enkä ole edes linux-koneella tähän aikaan.

    Kokeile mitä komentoriviltä saat esiin komennolla

    apropos device map

    tms.

    Taitavaa työtä kaiken kaikkiaan, hyvä että alkoi toimimaan. Mutta kuten huomaat niin kiintolevyosioille thedyt UUID:t ja niiden ottaminen käyttöön poistaisi tällaisen kikkailun kokonaan ;D Sun kannattaa varmaankin perehtyä aiheeseen vielä, ei se ole edes vaikeaa kunhan kokoaa homman palaset, käy ne etukäteen ajatuksella läpi ja toteuttaa muutokset. Voit tehdä esim. yhdelle toissijaiselle osiolle sen ensin että muutat sen tiedot mutta et varsinaisen käyttöjärjestelmän tietoja niin näe miten homma tehdään oikein. Tämän jälken rauhassa siirtelet muut osiot uuid:lle.

    Tosin Debian kuutosessa ei tätä uuid:tä taida olla joten varoituksen sana siitä, ota varmuuskopioi alkupeärisestä menu.lst:stä jonnekin hyvään paikkaan, itse käytän rootin kotihakemistoa tärkeiden konffien varastoimiseen niin ei userina pääse niitä hukkaamaan ja singleen buutattuna ovat heti käytössä. jos aiot päivittää squeezeen jossain vaiheessa niin tämä täytyy pitää mielessä että selvittää miten tuo uuid suhtautuu päivitykseen.

    "Tosin Debian kuutosessa ei tätä uuid:tä taida olla"

    Kyllä se on Squeezessakin ja komennolla " blkid " saa osioiden UUID:t ja fs:n, vol_id-komentoa Squeeze ei tunne.

    Äänestä

  • VeikkA. kirjoitti:

    "Tosin Debian kuutosessa ei tätä uuid:tä taida olla"

    Kyllä se on Squeezessakin ja komennolla " blkid " saa osioiden UUID:t ja fs:n, vol_id-komentoa Squeeze ei tunne.

    Joo, näinhän se oli, tästä olikin juttua tuolla debian-palstalla joskus. Se oli se vol_id -komento joka siitä uupui eikä uuid. Kiitos täsmennyksestä ;)

    Äänestä

  • old_profile_3778 kirjoitti:

    Joo, näinhän se oli, tästä olikin juttua tuolla debian-palstalla joskus. Se oli se vol_id -komento joka siitä uupui eikä uuid. Kiitos täsmennyksestä ;)

    Täytyy varmaankin asentaa squeeze vaikka virtuaalikoneeksi, en ole vieläkään vaan ehtinyt ;(

    Äänestä

  • old_profile_3778 kirjoitti:

    Tsekkaa että device.map vastaa tilannetta, en nyt heti muista komentoa sen korjaamiseksi enkä ole edes linux-koneella tähän aikaan.

    Kokeile mitä komentoriviltä saat esiin komennolla

    apropos device map

    tms.

    Taitavaa työtä kaiken kaikkiaan, hyvä että alkoi toimimaan. Mutta kuten huomaat niin kiintolevyosioille thedyt UUID:t ja niiden ottaminen käyttöön poistaisi tällaisen kikkailun kokonaan ;D Sun kannattaa varmaankin perehtyä aiheeseen vielä, ei se ole edes vaikeaa kunhan kokoaa homman palaset, käy ne etukäteen ajatuksella läpi ja toteuttaa muutokset. Voit tehdä esim. yhdelle toissijaiselle osiolle sen ensin että muutat sen tiedot mutta et varsinaisen käyttöjärjestelmän tietoja niin näe miten homma tehdään oikein. Tämän jälken rauhassa siirtelet muut osiot uuid:lle.

    Tosin Debian kuutosessa ei tätä uuid:tä taida olla joten varoituksen sana siitä, ota varmuuskopioi alkupeärisestä menu.lst:stä jonnekin hyvään paikkaan, itse käytän rootin kotihakemistoa tärkeiden konffien varastoimiseen niin ei userina pääse niitä hukkaamaan ja singleen buutattuna ovat heti käytössä. jos aiot päivittää squeezeen jossain vaiheessa niin tämä täytyy pitää mielessä että selvittää miten tuo uuid suhtautuu päivitykseen.

    Korjasin device.mapin manuaalisesti jo.

    Tuo UUID onkin jo jonkin aikaa kiinnostanut, kun joskus Ubuntun kanssa havaitsin sen kiistattomat edut. Kiitos rohkaisusta, täytyy ottaa selvää!

    Squeezeen päivitän vasta, kun se julkaistaan.

    Äänestä

Kommentoi aloitusta


fsedbe kirjoitti:

Koneessani on Debian ja kolme kovalevyä, kaksi IDE-levyä (hda ja hdd) sekä SATA-levy (sda), joka sisältää Lenny-asennuksen ja Grub-tiedostot.

Grub on hda:n MBR:ssä.

Haluan nyt poistaa hdd:n koneesta. Haluaisin tietää, miten estän GRUBin rikkoutumisen tässä hommassa.

Riittäkö, että muutan device.map- ja menu.lst-tiedostoihin kiintolevyjen järjestyksen uutta tilannetta vastaavaksi, poistan hdd-levyn koneesta ja käynnistän uudelleen?

Kiitos sille, joka osaa varoittaa vaaroista!

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu