Kahden Linuxin dual boot jaetuilla tiedostoilla

[Eliask]

Olen ajatellut asentaa koneeseeni käyttöjärjestelmäpuolen kokonaan uusiksi, koska levyllä on kaksi Kubuntua, jotka eivät ole käyttökunnossa. Asennan todennäköisesti Arch Linuxin ja OpenSUSE:n. Lisäksi näille tulisi yhteinen tiedosto-osio. Laitan tämän viestin siksi, että en halua tehdä virheitä käynnistyksenlataimen ja osioinnin kanssa.
Meneekö homma pääpiirteissään näin?

• Jaan levyn neljään osioon: käyttis 1, käyttis 2, tiedostot ja swap
• Asennan ensimäisen käyttöjärjestelmän ja annan tämän asentaa käynnistyksenlataimen
• Asennan toisen käyttöjärjestelmän, enkä asenna tällä kerralla käynnistyksenlatainta

Onko järkevämpää liittää tiedosto-osio molempien distrojen /home-kansioksi vaiko antaa järjestelmien luoda omat home-kansionsa ja laittaa tiedostot manuaalisesti tiedosto-osiolle? Luin täältä, että saattaa tulla ongelmia, jos molemmilla jakeluilla on sama home-kansio.

Jos asennan ensin OpenSUSE:n ja annan tämän asentaa grubin, löytyykö toisena asennettu Arch Linux oletuksena grub-valikosta, jos en säädä grubia Archin asennuksen yhteydessä? Tässä tilanteessa grub pitää asentaa ilmeisesti tiedostojärjestelmän juureen, jotta homma toimii.

Kysymyksiä varmasti riittäisi enemmän, mutta kysyn lisää tarvittaessa homman edetessä.

[kamara]

Vastasitkin jo itsellesi, että ongelmia saattaa tulla asetustiedostojen väärien versioiden kanssa.

Jos itse haluaisin data samalle kansiolle, niin tekisin liitoksen Esim. Asiakirjat-hakemistoon home:n sisällä, jolloin asetustiedostot olisivat jakelupakettien omilla kansioillaan.

Esim. seuraavasti...
sda1 / - ykköskäyttis
sda2 / - home ykköskäyttis
sda5 /Extended
sda6 / - kakkoskäyttis
sda7 /home kakkoskäyttis

joko
sda8 /home/user/Asiakirjat - Molempien käyttisten kansio
tai
sda8 /mnt/tiedostot - Molempien käyttisten kansio

Jos välttämättä haluat saman /home-kansion, niin silloin kannattaa antaa käyttäjätunnuksiksi eri, jolloin molemmilla olisi omat asetustiedostot, mutta silloin hukkuu yhteisen /home-kansion ideakin.

[AimoE]

Jos välttämättä haluat saman /home-kansion, niin silloin kannattaa antaa käyttäjätunnuksiksi eri, jolloin molemmilla olisi omat asetustiedostot, mutta silloin hukkuu yhteisen /home-kansion ideakin.

Kun käyttäjätunnus luodaan asennuksen yhteydessä, sen uid ja gid on aina sama 1000, olipa nimi mikä tahansa. Tällä voi olla toivottu vaikutus tai sitten ei, mutta se pitää tietää ja ymmärtää.

[Eliask]

Jos välttämättä haluat...

Sanavalinnasta päätellen, onko tämä ratkaisu liian monimutkainen? Miten muut foorumin käyttäjät ovat toimineet vastaavan kaltaisissa dual boot tilanteessa?

Lienee varmempi laittaa tiedostot erilliselle osiolle ilman sen liittämistä home-kansioksi. Ubuntun wikeistä kyllä löytyisi tarvittaessa ohjeita kotikansion siirtämiseen eri osiolle ja sen liittämiseksi /home:en.

[arieep]

Tee kumpaankin järjestelmään pieni homeosio ja sitten isompi osio tai toinen levy yhteisille tiedostoille, tuo yhteinen osio liitetään kummassakin asennuksessa joko juureen vaikka  /media  tai kotiosioon, voit keksiä sille kansion esim. /home/omanimi/Varasto.  Tällä tavalla asetukset ovat kotiosion piilotiedostoissa ja varsinaiset tiedostot siirrät yhteiselle osiolle, tee sinne kansioita tarpeen mukaan ja vaikka linkität ne kotiosioon.

[Eliask]

Tee kumpaankin järjestelmään pieni homeosio ja sitten isompi osio tai toinen levy yhteisille tiedostoille, tuo yhteinen osio liitetään kummassakin asennuksessa joko juureen vaikka  /media  tai kotiosioon, voit keksiä sille kansion esim. /home/omanimi/Varasto.  Tällä tavalla asetukset ovat kotiosion piilotiedostoissa ja varsinaiset tiedostot siirrät yhteiselle osiolle, tee sinne kansioita tarpeen mukaan ja vaikka linkität ne kotiosioon.

Tämä yhteisen osion liittäminen home-kansion alle tapahtuu ilmeisesti muokkaamalla /etc/fstab -tiedostoa lisäämällä sinne rivi

Koodia: [Valitse]

UUID=XX  /home/user/extradrive ext4   rw,noauto,user,sync          0  2missä XX on yhteisen osion id ja /home/user/extradrive on polku sinne, mihin yhteinen osio liitetään home-kansion sisällä.

Mietin sitä, että jos en asenna toisena asennettavalle distrolle käynnistyksenlatainta, käynnistyykö se ollenkaan? Ensimmäisenä asennattavan käyttiksen on tietenkin asennettava käynnistyksenlatain Master boot recordille, mutta pitäisikö toisen distron käynnistyksenlatain asentaa sen oman osion juureen vai tarvitaanko sitä ollenkaan?

[arieep]

Voit asentaa toisen jakelun sen omaan juureen ihan varmuuden vuoksi, asennuksen jälkeen ensimäisen jakelun grub on päivitettävä jolloin siihen lisätään toinen jakelu. Mene käynnistysvalikosta regovery-valintaan ja siellä on päivitä grub vaihtoehto, sen jälkeen Ctrl+Alt+Del niin käynnistyy uudelleen. Tämän voi tehdä myös työpöydällä päätteessä, tämän luultavasti joutuu tekemään aina kun toisen jakelun kernel päivittyy.

Koodia: [Valitse]

sudo os-prober && sudo update-grubTuon osion liittämisen voi tehdä kyllä jo asennusvaiheessa, silloin ei kyseistä osiota enää alusteta.

[raimo]

Olen ajatellut asentaa koneeseeni käyttöjärjestelmäpuolen kokonaan uusiksi, koska levyllä on kaksi Kubuntua, jotka eivät ole käyttökunnossa. Asennan todennäköisesti Arch Linuxin ja OpenSUSE:n.

Arch:ssa Grub päivitys ajetaan näin (rootina)

Koodia: [Valitse]

grub-mkconfig -o /boot/grub/grub.cfg
os-prober -paketti pitää olla asennettuna että grub-mkconfig löytää muut käyttöjärjestelmät ts. OpenSusen.

https://wiki.archlinux.org/index.php/GRUB#Generate_the_main_configuration_file

[Eliask]

Nyt on OpenSUSE ja Arch Linux asennettuna. Muuten kaikki meni mielestäni suhteellisen hyvin, mutta Arch käynnistyy emergency modeen. Miten Archin saisi käynnistymään "normaalitilaan"? Lieneekö vika fstab-tiedostossa vaiko jossain muualla?

[Postimies]

Koodia: [Valitse]

sudo os-prober && sudo update-grub

Ainakin Ubuntussa  update-grub ajaa myös tuon os-prober ohjelman (oletuksena asennettu).
En tiedä löytyykö update-grub muista jakeluista... Taitaa olla Ubuntun oma viritys.
Itse jätän /home osion aina käyttöjärjestelmän juureen. Varsinaiset datat sitten omilla levyillään...
musiiki, videot, valokuvat. Pienehköt tiedostot sitten tallennan muinaiselle home osiolle jonka
liitän systeemiin. home on siis lähinnä asetusten tallennuspaikka joita voi kertyä paljonkin. Ei ole
vaikeaa linkittää tai liittää vaikka kansio datat tai asiakirjat muualle.

[raimo]

Ainakin Ubuntussa  update-grub ajaa myös tuon os-prober ohjelman (oletuksena asennettu).
En tiedä löytyykö update-grub muista jakeluista... Taitaa olla Ubuntun oma viritys.

update-grub on vain Debianin ja sen johdannaisten (Ubuntu esim.)
juttu joka itseasiassa ajaa tuon saman grub-mkconfig -o /boot/grub/grub.cfg käskyn.

Koodia: [Valitse]

man update-grub

update-grub is a stub for running grub-mkconfig -o /boot/grub/grub.cfg to generate a grub2 config file.

Fiksu ratkaisu koska noita pitkiä komentoja ja polkuja on vaikea ihmisten muistaa.

[AimoE]

update-grub on vain Debianin ja sen johdannaisten (Ubuntu esim.)
juttu joka itseasiassa ajaa tuon saman grub-mkconfig -o /boot/grub/grub.cfg käskyn.

Koodia: [Valitse]

man update-grub

update-grub is a stub for running grub-mkconfig -o /boot/grub/grub.cfg to generate a grub2 config file.

Fiksu ratkaisu koska noita pitkiä komentoja ja polkuja on vaikea ihmisten muistaa.

Joo, mutta Postimiehen pointti on se että update-grub ajaa myös os-proberin. KIva tietää että se on Debian-juttu.

[Eliask]

Nyt on OpenSUSE ja Arch Linux asennettuna. Muuten kaikki meni mielestäni suhteellisen hyvin, mutta Arch käynnistyy emergency modeen. Miten Archin saisi käynnistymään "normaalitilaan"? Lieneekö vika fstab-tiedostossa vaiko jossain muualla?

Voisin periaatteessa tehdä Archin asennuksen uusiksi, josko Arch toimisi sitten normaalisti.

• Mitä asennuksessa pitäisi tehdä toisin, jotta samaan tilanteeseen ei päädyttäisi?
• Onko kenelläkään vinkkejä fstab-tiedoston sisällön suhteen?

[arieep]

Ehkä kannattaisi tutkia archin grub-tiedosto, auttaisiko sen muokkaus tuohon ongelmaan.

[Eliask]

Onneksi en kerennyt asentamaan Archia uudestaan, sillä viat löytyivät fstab-tiedostosta. Olin mountannut OpenSUSEn osion Archin /media-kansioon. Otin sen pois, koska käynnistyksen yhteydessä tuli ilmoitus kyseisen mounttauksen epäonnistumisesta. Lisäksi options-sarakkeessa oli kirjoitusvirhe.

Seuraavaksi alan varmaan ihmetellä Archin yhdistämistä wlaniin. Onnistuin saamaan nettiyhteyden usbilla kytketyn kännykän kautta komennolla:

Koodia: [Valitse]

dhcpcd enp0s29u1u3Kun nettiyhteys kerran pelaa, niin tämä asia ei ole niin kiireinen.

[Postimies]

Nyt on OpenSUSE ja Arch Linux asennettuna. Muuten kaikki meni mielestäni suhteellisen hyvin, mutta Arch käynnistyy emergency modeen. Miten Archin saisi käynnistymään "normaalitilaan"? Lieneekö vika fstab-tiedostossa vaiko jossain muualla?

• Mitä asennuksessa pitäisi tehdä toisin, jotta samaan tilanteeseen ei päädyttäisi?
• Onko kenelläkään vinkkejä fstab-tiedoston sisällön suhteen?

Fstab-tiedostossa tuskin vikaa jos levyt liitetty oikein. emergency mode? Mikähän mahtaa olla Archissa kun en käytä. Liittyy varmaan
grubin asetuksiin. Gentoo itselle tutumpi ja siinä käännän aina kernelin niin, että initrd:tä ei tarvitse ladata. Grub on silloin yksinkertaisempi.
dmesg antanee vihjeitä.  Miten olet Archin asentanut? Muistaakseni sen voi asentaa chrootin alla. Ensin perussysteemi. Kun sen saa käynnistymään,
niin sitten vaikka alsa, ssh jos haluaa etänä asentaa, x & vaikka openbox. Kun X käynnistyy startx komennolla voi asentaa jonkun työpöydän.
Etänä asentaminen on siitä kivaa, että voi samalla Googlettaa ohjeita. Etäasennukseen sopii Ubuntun asennusmediakin kun sinne asentaa ssh:n ja rootille salasanan. Ubuntun medialla olen kokeilumielessä Arch Linuxin vuosia sitten asentanut ja Gentoon useamman kerran. Noi ovat siitä kivoja, että asennusmediaa ei tarvita ja eivät väkisin asenna sitä Grubia sotkemaan. grub-mkconfig -o /boot/grub/grub.cfg  ajaa os-proberin jos asennettu. Muistaakseni se ei asennu automaattisesti.  UEFI koneessa voi miettiä muitakin lataaja vaihtoehtoja. Ei Grub ole pakollinen. UEFI osaa käynnistää systeemin ilman lataajaakin, mutta ne kernelin parametrit on hankala välittää.

Jos on intoa uudelleen asentamiseen mainitsemani asennustapa on kokeilemisen arvoinen.

[Eliask]

Miten olet Archin asentanut? Muistaakseni sen voi asentaa chrootin alla.

Asentamisen tein pääpiirteissään Archin wikistä löytyvän ohjeen mukaan, joskin katsoin muualta lisäohjeita. Eli pääpiirteissään näin:

Koodia: [Valitse]

mount /dev/sda4 /mnt
pacstrap /mnt base
genfstab -U /mnt >> /mnt/etc/fstab
arch-chroot /mnt
Ennen näitä komentoja täytyi valita serveri, jolta asennuksessa tarvittavat paketit ladataan.

Jos on intoa uudelleen asentamiseen mainitsemani asennustapa on kokeilemisen arvoinen.

En ole toistaiseksi asentanut Linuxia SSH:n kautta. Siinä olkoon minulle haastetta tulevaisuudessa. Olen kyllä kiinnostunut SSH:sta, koska sen avulla voisin komentaa Linuxin terminaalia vaikka Android-kännykän kautta (jos olen ymmärtänyt oikein).

[Postimies]

Manjaro jakelu helpoin tapa asentaa Arch. Ssh mahdollistaa koneen käskyttämisen
etänä. Roottina kirjautuminen yleensä estetty, mutta root-oikeudet saa sitten vaikka su -.
Myös tiedostojen siirto onnistuu salattuna helposti tiedostonhallinnalla tai rsync.

[Eliask]

Manjaro jakelu helpoin tapa asentaa Arch.

Olen tutkaillut myös Manjaroa ja se vaikuttaa aivan laadukkaalta jakelulta. Se pohjautuu Archiin, mutta on toisaalta hyvin erilainen. Manjaro on suunniteltu helppokäyttöiseksi aloittelijaystävälliseksi jakeluksi - toisin kuin Arch. Lisäksi se hakee paketit omista lähteistään eli Archin pakettivarastot eivät tietääkseni toimi. Manjaron avulla päässee kuitenkin riittävän lähelle Archin maailmaa.

[juyli]

Manjaron avulla päässee kuitenkin riittävän lähelle Archin maailmaa.

Ehkä - ehkä ei. Arch-jakelua en ole viitsinyt viilailla, joten olen testaillut muutamaan kertaan Rolling Realeses -jakelua Manjaro.
Valitettavasti jakelun päivitykset ovat onnistuneet tehokkaasti rikkomaan jakelun.
Minusta niin Ubuntu kuin esim. Fedora on riittävän toimiva Rollings Release -jakelu, jossa puolivuosittain jakelu on toimivasti päivitettävissä seuraavaan jakeluversioon.
Tavan päivityksiä ko. jakeluihin on saatavilla rikkomatta toimivaa järjestelmää.
(Ubuntu/Xubuntu tms. -> 16.10 ->17.04 tai Fedora 23 -> Fedora 24 jne.)
Fedorassa kernel päivittyy versiosta toiseen ongelmitta, mutta Debianiin perustuvassa Ubuntussa kernel säilyy samaisena versiona vaikka päivittyykin esim. tietoturvasyistä uudempiin käännöksiin.