Joo, melkoisen sekamelskan sainkin aikaan ;D
Tapaus oli tällainen, voi olla että kaikki eivät pysy kärryillä;
Minulla oli 3 kovalevyä IDE1, IDE2 ja SATAII jotka olivat alunperin siis hda, hdc ja sda. Hda:lla oli windowsin c-asema jolla kuitenkin oli vain buuttitiedot, varsinainen XP oli sata-levyllä osiossa sda1. Lisäksi hda:lla oli swappi ja Slackware 12. Tämän levyn MBR:ssä on Slackwaren lilo.
Levyllä hdc ide-kanavassa 2 oli Vector osiolla hdc1, kaikki järjestelmät käynnistävä grub oli asennettu tämän levyn MBR:ään ja levy oli siis merkitty biosiin käynnistäväksi. Levyllä oli myös swap-osio sekä ext3-osio jota käytin varastotilana.
Levyllä sda on siis XP osiolla 1 ja toinen ntfs-osio, lisäksi Ubuntu Feisty osiossa sda7, Feistyn /home osiossa sda8 sekä Ubuntu Gutsy koeasennus osiossa sda10, tietty yksi swappikin on.
Menin sitten nyppäämään tuon 300Gt IDE2/hdc:n pois.. voinette kuvitella mitä tapahtui järjestelmässä. Ensinnäkin biosissa levyjärjestys muuttui ja koska yksi levy katosi välistä myös biosin käynnistysjärjestys muuttui. Lisäksi muuttui grubin tekemät device.mapit, lilon lilo.conf ei pitänyt enää paikkaansa kuten ei myöskään osiolla hda1 oleva windowsin boot.ini.
Koko pakettia sotki vielä muutokset /etc/fstabeissa sekä se että mulla oli linux useammalla osiolla, se että grub näkee osioluvun eri tavalla kuin itse linux sekä se että voin käynnistää tietty kernelin vaikka juuriosio osoitetaan toisesta järjestelmästä.
Oli muuten saatananmoinen urakka kursia kaikki kasaan ja puoli päivää hommaan meni mutta nyt kaikki on muutettu käynnistymään levyltä /dev/sda ja käytän testi-gutsyn menu.listiä HUHHUH!! Kaikki vain sen vuoksi että tarvitsin tuon 300Gt levyn toiseen koneeseen, olisi tämän voinut ehkä järkevämminkin toteuttaa mutta näin se sitten meni ;D
Hauskaa joulua!
Tapaus oli tällainen, voi olla että kaikki eivät pysy kärryillä;
Minulla oli 3 kovalevyä IDE1, IDE2 ja SATAII jotka olivat alunperin siis hda, hdc ja sda. Hda:lla oli windowsin c-asema jolla kuitenkin oli vain buuttitiedot, varsinainen XP oli sata-levyllä osiossa sda1. Lisäksi hda:lla oli swappi ja Slackware 12. Tämän levyn MBR:ssä on Slackwaren lilo.
Levyllä hdc ide-kanavassa 2 oli Vector osiolla hdc1, kaikki järjestelmät käynnistävä grub oli asennettu tämän levyn MBR:ään ja levy oli siis merkitty biosiin käynnistäväksi. Levyllä oli myös swap-osio sekä ext3-osio jota käytin varastotilana.
Levyllä sda on siis XP osiolla 1 ja toinen ntfs-osio, lisäksi Ubuntu Feisty osiossa sda7, Feistyn /home osiossa sda8 sekä Ubuntu Gutsy koeasennus osiossa sda10, tietty yksi swappikin on.
Menin sitten nyppäämään tuon 300Gt IDE2/hdc:n pois.. voinette kuvitella mitä tapahtui järjestelmässä. Ensinnäkin biosissa levyjärjestys muuttui ja koska yksi levy katosi välistä myös biosin käynnistysjärjestys muuttui. Lisäksi muuttui grubin tekemät device.mapit, lilon lilo.conf ei pitänyt enää paikkaansa kuten ei myöskään osiolla hda1 oleva windowsin boot.ini.
Koko pakettia sotki vielä muutokset /etc/fstabeissa sekä se että mulla oli linux useammalla osiolla, se että grub näkee osioluvun eri tavalla kuin itse linux sekä se että voin käynnistää tietty kernelin vaikka juuriosio osoitetaan toisesta järjestelmästä.
Oli muuten saatananmoinen urakka kursia kaikki kasaan ja puoli päivää hommaan meni mutta nyt kaikki on muutettu käynnistymään levyltä /dev/sda ja käytän testi-gutsyn menu.listiä HUHHUH!! Kaikki vain sen vuoksi että tarvitsin tuon 300Gt levyn toiseen koneeseen, olisi tämän voinut ehkä järkevämminkin toteuttaa mutta näin se sitten meni ;D
Hauskaa joulua!
Vastaukset 6
Vanhimmat
Siis niinko mikä ongelma tuossa nyt oli? Mikäli oot hoitanu hommat oikein, niin pistät vaan live-cd:llä käyntiin, muutat mountit fstab:ista, muutat grubin asetukset, asennat grubin uuden levyn MBR:ään ja sitte vielä ne windowsin boot.ini asetukset.
Arvaas muuten kumpi käyttis toimii ja kumpi ei? Meinaan Wintoosa hajoaa aika likelle heti, kun sen siirtää toiseen osioon. Linux toimii mukisematta.
Niin ei siinä mitään suurempaa ongelmaa ollutkaan vaan aika sotku ja puuhailu.
"muutat grubin asetukset"
Juuri tuossa oli se suurin homma, viilata grubin asetukset kohdalleen sillä osiot eivät enää pitäneet kutiansa ja device.mapista oli tietenkin yksi levy kadonnut kokonaan. Senhän saa kyllä grubin komentotilassa kai tehtyä uudestaan mutta en muistanut miten joten nopeampi oli lopulta käsin muuttaa device.map sopivaksi. Asennusjärjestyksestä riippuen eri fstabit näkivät ja mounttasivat levyt eri tavalla joten kaikki fstabit piti käsitellä erikseen.
Nyt kaikki kuitenkin toimii taas, jopa hda:n MBR:ään asennettu lilo jonka halusin varmuuden vuoksi toimivaksi eli mitään sotkuakaan ei enää ole ;D
Juu, wintuusan kanssa olisi tullut suurempi hiki, kyllä linux on tässä suhteessa aivan eri luokkaa ja homma onnistuu.
Just, vaihdat vaa ne kaikki Debianiin ni ei tarvi sotkuilla. Ainaki mulle riittää yks hyvä ja se on nyt ja toivottavasti myös tulevaisuudessa Debian.
Tässä on oma mielipiteeni vaikka olenkin ubuntuisti;
http://keskustelu.suomi24.fi/show.fcgi?category=108&conference=4500000000001708&posting=22000000031178255
Hienosti on Etch pelittänyt ;D
Kannattanee jatkossa käyttää levyosioiden määrittelyihin osion omaa UUID:ta perinteisten "/dev/sdX" laitetiedostojen sijasta aina kun mahdollista...
Kiintolevyjä vaihdettaessa/niiden kanssa puljatessa laitetiedostot saattavat vaihtua miten sattuu, jolloin grubbi ja kerneli eivät välttämättä löydä haluamiaan osioita. Filesysteemin UUID sen sijaan pysyy aina samana.
Arch Linuxin Wikistä löytyy hyvä artikkeli liittyen aiheeseen. Sitä voinee soveltaa myös muihin jakeluihin.
http://wiki.archlinux.org/index.php/Persistent_block_device_naming
http://www.linuxfortherestofus.com/?p=56
No tunnustan etten ole ihan perehtynyt näihin osioiden UUID-tunnuksiin vaikka olenkin huomannut että mm. Ubuntu on alkanut niitä tekemään. Arvelinkin että kyseessä on tämänkaltainen järjestely eli osion sijainnilla sinänsä ei ole virkaa koska uuid hoitaa asian mutta puuttuvat uuid:t edelleen aiheuttavat fstabin kautta virheilmoituksen ja esim. ubuntun buutissa tulee virheilmoa tietenkin puuttuvista osioista eli fstabia joutuu joka tapauksessa muokkaamaan. Itse olen kuitenkin fstabia muokatessa tyytynyt perinteiseen systeemiin ja tarvittaessa pyyhkinyt uuid:t pois koska niistä on vaikea ottaa selkoa että mihin osioon ne viittaavaat, vaikka se osio on siinä yleensä mainittukin.
Kiitti kuitenkin linkeistä ja eiköhän nyt ole jo minunkin aika perehtyä tähän uuid-juttuun tarkemmin ;D
Hyvää joulua ja uutta vuotta ;D