xup 18viimeinen päivitys kadotti muut osiot

[ubpappa]

Joskus aiemminkin sama ilmiö pistänyt
muiden osioiden käynnistykset piiloon!

Aiemmin joku kertoi ratkaisun, mutta en
löytänyt

Koneessa kaksi kovalevyä, ja yksi ulkoinen
asema.

[nm]

Mitä sanoo:

Koodia: [Valitse]

sudo update-grub

[ubpappa]

$ sudo update-grub
[sudo] salasana henkilölle itte1:
Tuottaa grub-asetustiedoston ...
Linux-levykuva löytyi: /boot/vmlinuz-4.15.0-23-generic
Löytyi initrd-levykuva: /boot/initrd.img-4.15.0-23-generic
Linux-levykuva löytyi: /boot/vmlinuz-4.15.0-22-generic
Löytyi initrd-levykuva: /boot/initrd.img-4.15.0-22-generic
Linux-levykuva löytyi: /boot/vmlinuz-4.15.0-20-generic
Löytyi initrd-levykuva: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Löytyi Ubuntu 17.04 (17.04) kohteella /dev/sdb3
Löytyi Ubuntu 18.04 LTS (18.04) kohteella /dev/sdc3
valmis
itte1@itte1-desktop:~$

[nm]

Löytyi Ubuntu 17.04 (17.04) kohteella /dev/sdb3
Löytyi Ubuntu 18.04 LTS (18.04) kohteella /dev/sdc3

Ainakin nyt löysi nuo kaksi muuta Ubuntu-asennusta. Näkyvätkö ne uudelleenkäynnistyksen jälkeen GRUB-käynnistysvalikossa?

On myös mahdollista, että käytössä olevasta GRUBista vastaa jompi kumpi noista muista järjestelmistä, jolloin update-grub pitäisi ajaa siellä eikä Xubuntussa. Toisaalta silloin kyseisen järjestelmän pitäisi kyllä näkyä käynnistysvalikossakin.

[ubpappa]

Löytyi Ubuntu 18.04 LTS (18.04) kohteella /dev/sdc3

Kun käynnisti sdc3:lle oli / kuitenkin sda:lla.../dev/sdc3 on ulkoisella
oleva kopio /dev/sda1:tä joka on kopioitu gpartedilla koska sda alkaa
olla hunokuntoinen...
Olisiko usean grubin ongelma

[nm]

Löytyi Ubuntu 18.04 LTS (18.04) kohteella /dev/sdc3

Kun käynnisti sdc3:lle oli / kuitenkin sda:lla.../dev/sdc3 on ulkoisella
oleva kopio /dev/sda1:tä joka on kopioitu gpartedilla koska sda alkaa
olla hunokuntoinen...

Okei, no sitten onkin ihan eri asia kyseessä. Ainakin sdc3:n /etc/fstab-tiedostossa on väärät asetukset, johtuen siitä että kloonatun sdc3:n UUID on sama kuin sda1:n.

Jos nykyinen sda on tarkoitus joka tapauksessa hävittää, se kannattaisi tehdä saman tien vaihtamalla uusi kloonattu levy tilalle.

[ubpappa]

Vaihdoin sda:lle toisen levyn, minkä uid:
7bce1e0a-e99f-4a1e-b97b-f829ba5c0784

ulkoisen taas
af1003f4-7359-4000-b2ea-a6f4352a9a81

Grubiin tulee kyllä rivi, mutta valinta aiheuttaa virheilmoituksen
käynnistyksessä, ja uidia ei liene mahdollista muuttaa...

Pitäisikö tehdä uusi alue, minne sisällön kopioisi, vai
kuinka homman saisi hoidettua oikeaoppisesti ??

[nm]

Vaihdoin sda:lle toisen levyn, minkä uid:
7bce1e0a-e99f-4a1e-b97b-f829ba5c0784

ulkoisen taas
af1003f4-7359-4000-b2ea-a6f4352a9a81

Grubiin tulee kyllä rivi, mutta valinta aiheuttaa virheilmoituksen
käynnistyksessä, ja uidia ei liene mahdollista muuttaa...

UUID:t ovat korjattavissa mistä tahansa muusta Linux-asennuksesta tai livetikulta käsin, mutta se on kokonaisuudessaan monitahoinen prosessi ja hankalahko opastaa näin nettifoorumin välityksellä.

Helpoimmin saat homman toimimaan kloonaamalla vanhan levyn uudelle 1:1 -pintakopiona (onnistuu dd:llä, Clonezillalla tai vastaavalla ohjelmalla). Kloonauksen jälkeen osiot voi muuttaa halutun kokoisiksi GPartedilla, jos on tarvetta esim. kasvattaa jotain osiota isomman levyn vuoksi. Sitten vanha levy pois koneesta ja uusi tilalle, jolloin kaiken pitäisi toimia samalla tavalla kuin vanhalta levyltä.