Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: Hajakenttä - 26.02.16 - klo:16.05
-
Kun ajan Puppy-Linuxilla kannettavaa tietokonetta, josta pitäisi muuttaa osioiden kokoa GPartEd sovelluksella saan kyllä kaikki muut osiot suostumaan koon muuttamiseen, mutta Ubuntun /home:n sisältävä (ext4) osio pysyy itsepintaisesti mountattuna eikä sitä voi muuttaa mitenkään. Kun sitä yrittää unmountata tulee virheilmoitus: "can't unmount /initrd/mnt/dev_save: Devisce or resource busy" Puppy myös näyttää kyseisen osion punaisella pallukalla varustettuna, ikään kuin sillä olisi jotain töitä menossa, vaikka koko Ubuntu ei ole käynnissäkään.
Mitenkähän tuon voisi saada hallintaan?
Jaa, että miksikö pitää muuttaa osiointia? No, kun tuo Windows on oltava jossain koneen nurkassa siitä naurettavasta syystä, että TomTom navigaattorin päivitykset on pakko tehdä Windowsilla tai Mäkillä ja Windows tahtoo muuttaa itsensä 7:sta10:ksi ja siihen tarvitaan hiukan lisää tilaa. Tuli aikoinaan Ubuntua asentaessa jätettyä Windovsille hiukan ahdas pala.
-
Kun puppy käynnistyy siihen kohtaa jossa sanotaan wait 5 seconds ja paina silloin F2 ja pääseet syöttämään pfix=ram
Paina tämän jälkeen enter.
(Jos tulee x käynnistyksen ongelmia kirjoita ensin xorgwizard ja enter ja valitse koneellesi sopivat asetukset)
Kokeile antaako gparted nyt irrottaa tuon aseman.
thinkit
-
Puppy sanoo, että ei löydy kernel imagesta sellaista käskyä kuin pfix=ram ja lopputulos ei muutu. Se on erikoista, koska siinä käynnistyksen ohjausvalikossakin on se pfix=ram mainittuna luettelossa.
-
Olisiko helpompaa käyttää GPartedia vaikka Ubuntun asennuslevyltä/-tikulta?
-
Ubuntujen asennuslevyiltä olen jo koittanut, ilman menestystä.
Sitten osui käteen Boot-Repair-Disk, jonka olen joskus tehnyt. Muistin, että siinäkin on GPartEd sovellus. Kokeilin sitä ja sehän salli heti kaikkien osioiden muokkauksen.
Kerron kohta mitä sain rikki...
-
Ubuntujen asennuslevyiltä olen jo koittanut, ilman menestystä.
Ei niissäkään kyllä ole mitään erityistä estettä GPartedin käytön suhteen. Pitää vain irrottaa liitetyt osiot ensin.
-
Ubuntujen ja Puppyn levyillä ajaen GPartEd näyttää kaikilla osioilla lukon kuvaa, joka poistuu kun unmounttaa ne yksitellen, mutta juuri tälle yhdelle osiolle kohdassa mount point lukee "/initrd/mnt/dev_save", eikä se anna poistaa mounttausta, antaa vain tuon em. virheilmoituksen. Tällä B-R-D levyllä
ei ole niitä lukonkuvia lainkaan. on lukon kuvia vain kahdella rivillä. Toinen on swap osio jaa toinen on laajennusosio, jonka sisällä nämä kaikki työn alla olevat osiot ovat. Ne molemmat saa helosti unmountattua. Kumma juttu...
Edit: Korjasin virheitä
-
Ubuntujen ja Puppyn levyillä ajaen GPartEd näyttää kaikilla osioilla lukon kuvaa, joka poistuu kun unmounttaa ne yksitellen, mutta juuri tälle yhdelle osiolle kohdassa mount point lukee "/initrd/mnt/dev_save", eikä se anna poistaa mounttausta, antaa vain tuon em. virheilmoituksen.
Hmm. Tuo dev_save on Puppyn viritys, enkä oikein ymmärrä, miten se voisi vaikuttaa Ubuntun liveympäristön toimintaan. Mutta hyvä että sait Boot Repair Diskin käyntiin.
-
Ihan hyvin onnistui remontti, eikä mitään mennyt rikki. Pienensin Ubuntun /home osiota, siirsin swap osion paikkaa ja / osion paikkaa. Suurensin Windows osiota vapautuneeseen tilaan. Pistin W-10:n tilaukseen ja sen päivitys tullee kun ehtii.
Hmm. Tuo dev_save on Puppyn viritys, enkä oikein ymmärrä, miten se voisi vaikuttaa Ubuntun liveympäristön toimintaan.
Testailin vielä Ubuntun asennuslevyä. Ei ollut nyt käytettävissä uudempaa kuin Lucidin levy. Siinä on GParted versio 0.5.1 ja kyllä siinäkin on tuo kyseinen osio lukossa eikä se aukene. Siinä ei ole mountpoint saraketta, eikä virheilmoitus kerro miksi ei saa avata. Myös Puppyn GParted sovelluksella koitin vielä kerran. Sen versio on 0.8.0 ja Puppy itse näyttää olevan juuri sitä Lucid mallia, sitähän on myös Slack mallia jos oikein muistan. Puppyn GParted näyttää myös mountpoint sarakkeen ja siinä on tuo "viritys". Voihan kysymyksessä olla joku omasta tössimisestäni johtuva väärinymmärryskin.
Boot-Repair-Disk oli siis tässä tapauksessa ratkaisu, eikä mitään ongelmaa olisi edes ollut, jos olisin tiennyt, että GParted sovelluksia liveajon järjestelmiä on erilaisia ja ne käyttäytyvät näin eri tavoin.
Taas esimerkki siitä, että Boot-Repair-Disk kannattaa pitää työkalulaatikossa.
Edit: Korjasin virheitä
-
Testailin vielä Ubuntun asennuslevyä. Ei ollut nyt käytettävissä uudempaa kuin Lucidin levy. Siinä on GParted versio 0.5.1 ja kyllä siinäkin on tuo kyseinen osio lukossa eikä se aukene. Siinä ei ole mountpoint saraketta, eikä virheilmoitus kerro miksi ei saa avata.
Kokeilitko liitoksen irrottamista tiedostoselaimella?
Boot-Repair-Disk oli siis tässä tapauksessa ratkaisu, eikä mitään ongelmaa olisi edes ollut, jos olisin tiennyt, että GParted sovelluksia on erilaisia ja ne käyttäytyvät näin eri tavoin.
Ero ei ole GPartedissa vaan livejärjestelmän tekemissä liitoksissa. Päätteessä ne voi listata komennolla:
mount
Ja liitoksen voi irrottaa komennolla:
sudo umount /polku/liitospisteeseentai
sudo umount /dev/sdxN
Jos joku prosessi käyttää liitosta, irrottaminen ei onnistu vaan prosessi on ensin suljettava. lsof kertoo, mikä prosessi on kyseessä:
sudo lsof /polku/liitospisteeseen
-
Kiitos tukiopetuksesta. Jotain tällaista olin kaivannutkin.
Kokeilitko liitoksen irrottamista tiedostoselaimella?
Ei edes tullut mieleen. :D
Ero ei ole GPartedissa vaan livejärjestelmän tekemissä liitoksissa. Päätteessä ne voi listata komennolla:
Hyvä tietää. Arvelin jotain tällaista, koska Puppyn oltua tietokoneessa, sen jälkeen Lucid liveajolla näytti lukkoa (siis mountattuja osioita) GPartedin 5:llä rivillä ja Boot-Repair-Diskin oltua samassa tietokoneessa Lucid näytti sen jälkeen lukkoa vain kahdella rivillä. Liveajonhan ei pitäisi jättää kiintolevylle mitään jälkeä käynnistään. En rämpyttänyt noita livelevyjä niin monta kertaa, että olisi selvinnyt tuleeko niitä lukkoja ihan randomina. ???