8.10 -> 9.04 raid hävisi päivityksessä. RATKAISTU

[PaHa]

Ja juu nyt ei ymmärrä eikä myöskään osaa amatööri tehdä mitään... Eli Ubuntun autopäivityksellä päivitys mutta päivityksen jälkeen ei vaan lähde homma rokkaamaan... Ubuntun latauspalkki tulee hetkeksi ja sitten ilmoitus:

"Gave up waiting for root device. Common problems:

- Boot args (cat  /proc/cmdline)
- Check rootdelay
- Check root
- Missing modules (cat /proc/modules); ls /dev)

ALERT /dev/md0 does not exist. Dropping to a shell..

Ja tätä en osaa sitten itse selvittää että kuinka pääsisin tästä eteenpäin. md0:ssa on Raid1:llä järjestelmä kahdella fyysisellä levyllä... ja jostain syystä päivityksen jälkeen ei löydy...

LOL ja emäntä nappaa kierroksia kun piti päästä katsomaan levyllä olevaa uusinta desperate housewivesia...

[Blackheart]

Kannattaako niiden testipenkkien kanssa tapella? Sano emännälle, että Edie kuoli, ei siihen kolariin, vaan sähköiskuun ja jaksossa miettivät hyviä puolia siitä


Jaa, uus jakso onkin jo tullut. 20. Ei mitään

[Storck]

Hätä?

Ihminen jolla on terveys/henki uhattuna on hädässä.

[PaHa]

Kiitoksia kovasti vastauksista jotka auttoivatkin asiassa eteenpäin...

Anyway... on siellä levyillä muutakin tarpeellista (joista nyt en sillä lailla ole huolissani että olisivat jonnekin hävinneet), onneksi kuitenkin eri fyysisellä levyllä...

Tämmöisen löysin googlaamalla:

https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/330298

Mutta ei ainakaan vielä auttanut vaikka tein ohjeen mukaan...

edelleenkään ei löydy md0 raid1 pakkaa.... Enkä oikein hirveästi viitsisi sooloilla kun tiedot (ainakin vielä) ovatten tallessa...

Vakavasti ottaen hätä on ohi ja emäntä nukkumassa... Ja tuntuu olevan yleinen ongelma googlaamalla kattomalla mitä on meikäläiselle käynyt... Mutta tosiaan, jos apua saisi ettei homma menisi ihan käteen ja kämmäilisin täällä komentojeni kanssa niin että on kohta kaikki sekaisin... 

[PaHa]

C'mon... nöyrästi pyytää apuja hän..

Käynnistin koneen recovery cd:llä jonka netistä imutin ja sen mdadm komento kyllä löytää md0 ja md1 raidit hienosti kuten myös fdisk osioinnin...

Eli kysymys tarkentuu siltä osin, että miten saisin nuo tiedot laitettua oikeaan kohtaan niin että tuo ubuntu käynnistyessään nuo raidit löytää ja osaa buutata tuolta md0 "osiolta".

Hieman on tässä pelko hanurissa kun en oikein viitsi itse lähteä noita käpistelemään ja muuttamaan ettei tiedot häviäisi....

Kyllä kai jonkun ammattilaisen pitäisi osata asiaa auttaa?

[gdm]

C'mon... nöyrästi pyytää apuja hän..
.
Kyllä kai jonkun ammattilaisen pitäisi osata asiaa auttaa?

Ei tuplapostauksia, yhdistin viestiketjut ja poistin yhden tuplaviestin.

Vastauksia tulee jos joku asiaan perehtynyt viestin näkee, mutta oletusarvoisesti ei nostella viestiä ylöspäin muutaman tunnin välein, eihän?

Vastaisin itse jos olisin raidiin edes etäisesti perehtynyt.

http://www.stefanoforenza.com/fake-raid-on-jaunty-epic-fail/

http://www.google.com/search?hl=en&q=software+raid+ubuntu+8.10+9.04+upgrade&btnG=Search

[PaHa]

Jos yhtään ymmärrän niin tuo linkki ei vastaa ongelmaani mitään koska raidi on tehty mdadm komennolla eikä "rauta-raidina"

Sen verran olen tällä hetkellä huojentuneessa tilassa että ilmeisesti on vain kysymys siitä että "oikeissa" käynnistystiedostoissa on tällä hetkellä väärää tietoa raidi-tiedoista.

Käynnistin koneen ubuntu 8.10 live-dvd:llä ja ainakin (vielä) näen kovasti kaipaamani tiedostot...

Jotain pitäisi puukottaa että 9.04 osaa buutata oikealta osiolta...

Vielä tuli sellaista mieleen että kannattaisiko yrittää poistaa nuo raidit jolloin mun päätelmäni mukaan levyille kuitenkin jää fyysinen data voimaan. Olisiko sen jälkeen helpompaa muokata tietoja jotta ubu käynnistyy ja vasta sen jälkeen rakentaa nuo arrayt takaisin?

Liitteenä tietoja mitä osasin ottaa esille live-cd:llä käynnistäessä.

[ylläpito on poistanut liitteen]

[PaHa]

No tuota samaa katselin itsekin että mikä on niitä muuttanut... Mutta hieman rautalankaa kaipaisin...

Eli aika ohuella jäällä liikutaan joten ihan step-by-step -ohjeita jos mahdollista...

Olen erittäin varovainen että vaan tuhoa noiden levyjen sisältöä...

[PaHa]

Shiiit, ei pitäisi tehdä raideja jos ei osaa tämän enempää  Toisaaltaan olen ajatellut että vain tekemällä oppii... paitsi jos tätä ennen homma on toiminut kuin junan vessa... niin ei ole tarvinnut kauheasti harjoitella...

Eli kun käynnistin imuttamallani recovery-cd:llä (ei siis ubuntun live-cd:llä) niin tein mnt hakemistoon pari apuhakemistoa (muistaakseni raid1 ja raid2).

Sen jälkeen en enää muista jouduinko ajamaan mdadm --Assemble --scan komennon vai ei mutta kuitenkin mounttasin kylmän viileästi mount /mnt/raid1 /dev/md0 ja vastaavasti md1. Tämän jälkeen pääsin raidattuihin levyihin kiinni. Ubuntun live-cd:llä asia ei onnistunut koska mount komento ilmoitti vastaavassa tilanteessa että /mnt/raid1 ei ole block device?

Kirjoitan tähän nyt tyhmänä koska olen oikeasti tilanteessa jossa olen niin kutsutusti "peukalo hanurissa -tilanteessa"

Siellähän on siis ko. osiointi tehty:

  Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        4255    34178256   fd  Linux raid autodetect
/dev/sda2            4256       19452   122069902+   5  Extended
/dev/sda3           19453       19929     3831502+  82  Linux swap / Solaris
/dev/sda5            4256       19452   122069871   fd  Linux raid autodetect

  Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        4255    34178256   fd  Linux raid autodetect
/dev/sdb2            4256       19457   122110065    5  Extended
/dev/sdb5            4256       19457   122110033+  fd  Linux raid autodetect

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1        2550    20482843+  83  Linux
/dev/sdc2            2551       91201   712089157+  83  Linux

ja md0 raidiin kuuluvat siis /dev/sda1 ja /dev/sdb1, md1 raidiin /dev/sda5 ja /dev/sdb5

Pitääkö varmistaa ja päivittää mdadm.conf tiedosto hakemistosta /etc/mdadm että sen tiedot vastaavat noita raidin tietoja?

Ja nyt kun fstab-tiedostossa lukee siis:

# /dev/md0
UUID=12514c34-7147-4f49-8a90-9a56a71f7f6d /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda3
UUID=bb529527-0cda-464b-8a56-eee3d9bc136d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/md1     /mnt/varmistus     ext3 defaults 0 0
/dev/sdc2    /mnt/varasto    ext3 defaults 0 0
/dev/sdc1    /mnt/testi    ext3 defaults 0 0

Niin sinne pitäisi muuttaa siis:

 /dev/md0      /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda3
UUID=bb529527-0cda-464b-8a56-eee3d9bc136d none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/md1     /mnt/varmistus     ext3 defaults 0 0
/dev/sdc2    /mnt/varasto    ext3 defaults 0 0
/dev/sdc1    /mnt/testi    ext3 defaults 0 0

Pitäisikö samalla muuttaa myös tuo swapin tieto?? muotoon:

/dev/sda3       none            swap    sw              0       0

Olen nettiä kovasti kaivellut ja ilmeisesti (syystä mitä en tiedä) ovat muutkin kertoneet että UUID-numerosarjat ovat muuttuneet päivityksen myötä... Aiheuttaako se sitten jotain, en tiedä...

Ja pitääkö tämän lisäksi vielä jonnekin kirjoitella jotain muuta ennen kuin kokeilen buutata?

[PaHa]

No ei mene kuin elokuvissa, ei... Tein nuo muutokset mutta edelleen tipahtaa shelliin kun ensin on näkynyt hetken 9.04:n latauspalkki.

Onkohan kuitenkaan mennyt ihan kohdalleen koska grubissa näkyvät vaihtoehtoina:

8.10.   2.6.27-11-generic ja recovery
8.10.   2.6.27-9-generic ja recovery sekä versio 7.

Mikäs nyt neuvoksi?

Jos päivitys on mennyt kuralle (vai onko vain niin että näkyy väärä kun ei OS levypakkaa löydy??) niin osaako alternative install CD asentaa tuolle olemassa olevalle raid-pakalle?

Toinen vaihtoehto? : Poistan toisen fyysisen levyn ja raidin (mistä tiedän missä on grub?) käynnistelen yhdellä levyllä ja lisään sitten toisen levyn myöhemmin ja rakennan raidin takaisin... (kuullostaa kyllä omasta mielestäni riskiltä mun osaamistasollani) kun kuitenkin vielä näyttää siltä että data on tallessa...)

[Mr.Ubuntu]

Kannattaako niiden testipenkkien kanssa tapella? Sano emännälle, että Edie kuoli, ei siihen kolariin, vaan sähköiskuun ja jaksossa miettivät hyviä puolia siitä


Jaa, uus jakso onkin jo tullut. 20. Ei mitään

Ei helvetti tää on koomista juttua... rolf. Itselläni kyllä meni ihan hyvin päivityksen suhteen, ei ongelmia, toisaalta uiid:tä oli käytelty aikasemmin.

[PaHa]

Okei jos nyt ymmärrän jotain noista vastauksista niin ilmeisesti ei neuvoa löydy siihen miten nuo olemassa olevat raidit saadaan näkymään ja homma skulaamaan...

Tuossa uudelleen asennuksessa tietysti itseä nyppii eniten se että ilmeisesti (mikä lienee loogista) niin kaikki asetukset menevät uudelleen tehtäviksi? Ja tähän liittyen kyssäreitä:

- Jos asennan uusiksi niin käytänkö alternative install cd.tä (jonka jo latasinkin) ja osaako se nähdä (mielestäni pitäisi) ne olemassa olevat raidit ja voin valita että laita sinne...
- md1 pakkaanhan ei asennuksessa sorkita koska asennus on tarkoitus tehdä md0 pakkaan jolloin siellä pitäisi jäädä kaikki ennalleen kuten myös sdc1 ja 2 osioille
- sdc1 osiolla on asennettuna xp image vmwarelle. Pystynkö jotenkin käyttämään tuota olemassa olevaa suoraan vai joudunko senkin tekemään kokonaan uudestaan... vmwaren "ajotiedostot" mielestäni ovatten md0 levyllä. Eli osaakohan vmware ymmärtää että tuollainen xp-image löytyykin jo olemassa?

Vai pystyisinkö jollain kuitenkin vielä saamaan homman kuntoon muuten?

Sinänsä ihmettelen tätä ongelmaa suuresti (kuten eräs muukin yhdellä foorumilla totesi) että lienee 10s versio ja aina samat ongelmat jos on raidia tehtynä... Mutta mistäs tälläinen tavallinen tallaaja tuon etukäteen tietäisi kun ubu tarjoaa päivitystä että homma hajoaakin sen jälkeen käsiin?

Jos nyt sitten lähden uudelleen asentamaan saatujen vastauksien perusteella niin saanko rautalankaa sitten miten tuo grub asennetaan sda1 ja sdb1 levyille kuten myös tuo menu.lst tiedosto.

Sorry jos tyhmiä kyssäreitä... noob...


Sain toista kautta lisätietoa ja neuvoa ja tulen kokeilemaan seuraavaa:

boottaat LiveCD:llä ja

sudo mount /dev/md0 /mnt
sudo mount -t proc none /mnt/proc
sudo mount -t devpts none /mnt/dev/pts
sudo chroot /mnt /bin/bash

sudo cp /etc/mdadm/mdadm.conf /etc/mdadm/mdadm.conf.old
grep -v ARRAY /etc/mdadm/mdadm.conf > /tmp/mdadm.conf
sudo mv /tmp/mdadm.conf /etc/mdadm/mdadm.conf
sudo mdadm --examine --scan >> /etc/mdadm/mdadm.conf
sudo update-initramfs -k all -c
exit

sudo umount /mnt/dev/pts
sudo umount /mnt/proc
sudo umount /mnt
reboot

kuittailen illalla mitä tapahtuu...

[PaHa]

Okei... noilla komennoilla sain systeemin käyntiin mutta graafinen käyttöliittymä ei rokkaa, raidit kuitenkin pystyssä...

Ctrl-alt-f2 pääsen shelliin joka kertoo että Ubuntu 9.04

Mount komento kertoo hienosti että

/dev/md0 on /
/dev/md1 on /mnt/varmistus

uname -a kertoo että kerneli on 2.6.27-11-generic (ja ymmärtääkseni pitäisi olla 2.6.28....?)

Ai niin sen verran vielä ilmoittaa kun on käynnistynyt ja painan ctr-al-f1

19+0 records in
19+0 records out
kinit: name_to_dev_t (/dev/sda3) = dev(8,3)
kinit: trying to resume /dev/sda3
kinit: No resume image, doing normal boot.....

Jos yhtään tuota ymmärrän niin sda3 on mielestäni swappi?

Mitäköhän nyt kannattaisi tehdä?

Ja sain taas maililla lisäneuvoja:

ls /boot

Löytyykö sieltä uusi kerneli? Kokeile vielä ajaa

sudo dpkg --configure -a
sudo aptitude update
sudo aptitude dist-upgrade
sudo aptitude install ubuntu-desktop
dpkg -l | grep ^r | awk '{print $2}' | xargs sudo dpkg -P

ja katso että uusi kerneli löytyy /boot/grub/menu.lst tiedostosta.

Noiden jälkeen homma lähtikin sitten rokkaamaan... Neuvojalle iso kiitos tätäkin kautta!!