Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Asentaminen ja käyttöönotto => Aiheen aloitti: MarkoN - 15.03.17 - klo:15.02
-
Moro.
Emännän koneen kovo alkaa olla lopussa...
Aikaisemmin windowsilla siinä oli jotain kummallista aina ja lopulta asentelin ubuntu 16.04.1 LTS:n siihen. (tein kovalevylle tarkistuksen ettei ollut rikkinäisiä sektoreita... Ja kovo oli kunnossa tuolloin.)
Tänään kone ei käynnistynyt vaan sfck ilmoitti että sdb1 kovolla on korruptoitunutta dataa, ja tein datan siirron.
kone käynnistyy sisäänkirjautumiseen mutta kun kirjoitan salasanan niin se palautuu takaisin...
Tarvittaisiin pikaisia ohjeita koska kone on työkäytössä ja hän tarvitsisi konetta jo tänä iltana.
Hankin ssd aseman koneeseen heti ja kun aika on sopiva niin sitten kloonattaisiin kovo tuolle uudelle asemalle...
-
kone käynnistyy sisäänkirjautumiseen mutta kun kirjoitan salasanan niin se palautuu takaisin...
Koitapa tehdä uusi käyttäjä, ja kokeile sillä uudelleen kirjautumista.
On mahdollista, että käyttäjän X-istunto on vain mennyt jotenkin ikävästi solmuun...
-
kone käynnistyy sisäänkirjautumiseen mutta kun kirjoitan salasanan niin se palautuu takaisin...
Nvidian suljettu ajuri käytössä? Kirjaudu sisään toisessa virtuaalikonsolissa (Ctrl+Alt+F2) ja poista ajuri:
sudo apt-get purge "nvidia*"
ja käynnistä lightdm uudelleen:
sudo service lightdm restart
-
sudo apt-get purge "nvidia*"
ja käynnistä lightdm uudelleen:
sudo service lightdm restart
Tein tämän ja ei auttanut... jotain dpkg erroria luki poistettaessa nvidian ajuria. Ajuri ilmeisesti kyllä poistui.
Vieraskäyttäjänä pääsen työpöydälle.
-
Tein tämän ja ei auttanut... jotain dpkg erroria luki poistettaessa nvidian ajuria. Ajuri ilmeisesti kyllä poistui.
Vieraskäyttäjänä pääsen työpöydälle.
Voisi kokeilla uudella käyttäjätunnuksella. Sellaisen voi luoda konsolissa komennolla
sudo adduser nimi
-
Tässä kuva ilmoituksesta...
https://mega.nz/#!sFpXHLzA!woFbSHFSJTZ9S7-R5o_lVpJURDpSOiYKXeScQKnSTjs (https://mega.nz/#!sFpXHLzA!woFbSHFSJTZ9S7-R5o_lVpJURDpSOiYKXeScQKnSTjs)
-
Voisi kokeilla uudella käyttäjätunnuksella. Sellaisen voi luoda konsolissa komennolla
sudo adduser nimi
Jes. Tämä toimi.
Varmaankin jotenkin saa oikeudet tuonne vanhan käyttäjän tiedostoihin??
-
Tässä kuva ilmoituksesta...
https://mega.nz/#!sFpXHLzA!woFbSHFSJTZ9S7-R5o_lVpJURDpSOiYKXeScQKnSTjs (https://mega.nz/#!sFpXHLzA!woFbSHFSJTZ9S7-R5o_lVpJURDpSOiYKXeScQKnSTjs)
Tuo grub-common -paketin ongelma on ehkä korjattavissa näin:
sudo mv /etc/init.d/grub-common /etc/init.d/grub-common.bak
sudo mv /etc/init/grub-common.conf /etc/init/grub-common.conf.bak
sudo apt-get install -f
Jes. Tämä toimi.
Varmaankin jotenkin saa oikeudet tuonne vanhan käyttäjän tiedostoihin??
Oletuksena niihin pitäisi olla lukuoikeus. Jos ei ole, sen voi antaa:
su vanhatunnus
chmod -R a+rX /home/vanhatunnus
Tuossa kirjaudutaan ensin vanhalla tunnuksella, koska uudella ei vakiona ole sudo-oikeuksia. Ne voi antaa komennolla:
su vanhatunnus
sudo usermod -aG sudo uusitunnus
-
Tuo grub-common -paketin ongelma on ehkä korjattavissa näin:
sudo mv /etc/init.d/grub-common /etc/init.d/grub-common.bak
sudo mv /etc/init/grub-common.conf /etc/init/grub-common.conf.bak
sudo apt-get install -f
Tämä toimi.
Oletuksena niihin pitäisi olla lukuoikeus. Jos ei ole, sen voi antaa:
su vanhatunnus
chmod -R a+rX /home/vanhatunnus
Tässä tuli ilmoitus ettei /home/kirsi kansiota ole... vaikka olin vanhan tunnuksen puolella.
Tuossa kirjaudutaan ensin vanhalla tunnuksella, koska uudella ei vakiona ole sudo-oikeuksia. Ne voi antaa komennolla:
su vanhatunnus
sudo usermod -aG sudo uusitunnus
Sain annettua sudo oikeudet uudelle käyttäjälle...
-
Mikähän tuossa on sitten mennyt rikki ja kuinka tämä kannattaisi laittaa toimimaan.
Olisi helpointa jos saisi sen vanhat tiedostot käyttöön kovolta jolloin pari päivää saisi tämän koneen toimimaan. Sitten viiikonloppuna pääsisi asentamaan uuden kovon ja kloonata siihen nuo tiedostot.
Kaikki tiedostot pitäisi olla pilvessä tallessa jos emäntä on vain antanut automatiikan hoitaa sen.
Mutta ainakaan en vielä päässyt niitä tiedostoja katselemaan kun tosiaan ilmoitti ettei koko /home kansiota ole...
-
Tässä tuli ilmoitus ettei /home/kirsi kansiota ole... vaikka olin vanhan tunnuksen puolella.
Okei, eli /home on ilmeisesti ollut omalla osiollaan (/dev/sdb1 ?) jonka liittäminen ei onnistunut tiedostojärjestelmän korruptoitumisen vuoksi.
Mitä fsck sanoo siitä?
sudo fsck.ext4 /dev/sdb1
-
Tässä tuli ilmoitus ettei /home/kirsi kansiota ole... vaikka olin vanhan tunnuksen puolella.
Okei, eli /home on ilmeisesti ollut omalla osiollaan (/dev/sdb1 ?) jonka liittäminen ei onnistunut tiedostojärjestelmän korruptoitumisen vuoksi.
Mitä fsck sanoo siitä?
sudo fsck.ext4 /dev/sdb1
e2fsck 1.42.13 (17-May-2015)
/dev/sdb1 is mounted.
e2fsck: Cannot continue, aborting.
Kyllä tuolta löytyy nuo /home kansiot mutta kaikki näyttää tyhjältä...
Tärkeintä olisi saada työpöytä ja asiakirjat sekä ehkä ladatut tiedostot kopioitua. Niitä ei löytynyt pilvestä.
-
Kyllä tuolta löytyy nuo /home kansiot mutta kaikki näyttää tyhjältä...
Näytäpä vielä fstabin sisältö, eli onko tuo /dev/sdb1 oikea osio.
cat /etc/fstab
Miltä vapaa levytila näyttää:
df -h
Jos tosiaan näyttää tyhjältä, palautus voi mennä Testdisk/PhotoRec -hommiksi.
-
Näytäpä vielä fstabin sisältö, eli onko tuo /dev/sdb1 oikea osio.
cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb1 during installation
UUID=dd46a362-7611-4433-a339-4a3827a1a328 / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=b4ee1461-cbee-409f-9011-7f07d01525b5 /boot ext4 defaults 0 2
# /home was on /dev/sda3 during installation
UUID=dd26e30d-f2bd-4352-a2e3-e36649d33a82 /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=f949e50f-ab84-4eb2-8a57-17b972002e27 none swap sw
Miltä vapaa levytila näyttää:
df -h
Jos tosiaan näyttää tyhjältä, palautus voi mennä Testdisk/PhotoRec -hommiksi.
Tiedostojärjestelmä Koko Käyt Vapaa Käy% Liitospiste
udev 1,9G 0 1,9G 0% /dev
tmpfs 379M 6,2M 373M 2% /run
/dev/sdb1 19G 6,8G 11G 40% /
tmpfs 1,9G 800K 1,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
tmpfs 379M 72K 379M 1% /run/user/1001
tmpfs 379M 8,0K 379M 1% /run/user/108
Ei näköjään tällä uudella käyttäjällä ole oikeutta ollenkaan tuolle toiselle kovolle jossa /home on...
Kävin hakemassa Kingstonen 240Gb ssd aseman kaupasta äsken.
Jos laitan vanhan kovon ja uuden kovon pöytäkoneeseen niin saanko kloonattua vanhan uudelle?? Ja toi sdb1 on siis itse asiassa 20Gb kortti-ssd jonka voisi varmaan heivata mäkeen samalla.
Epäilin että olisi vikaa ollut tuossa HDD asemassa mut... tai no enpä sano mitään kun en ole pro!
-
Eli selvennykseksi vielä että
sdb1 on 20Gb pieni ssd kortti jolla on / (juuri osio)
sda1, sda2 ja sda3 ovat fyysisesti samalla HDD asemalla jonka ajattelin nyt korvata 240Gb ssd asemalla.
Ja varmaankin heivata tuon sdb1 levyn kokonaan mäkeen tuolta.
-
Näytäpä vielä fstabin sisältö, eli onko tuo /dev/sdb1 oikea osio.
cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb1 during installation
UUID=dd46a362-7611-4433-a339-4a3827a1a328 / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=b4ee1461-cbee-409f-9011-7f07d01525b5 /boot ext4 defaults 0 2
# /home was on /dev/sda3 during installation
UUID=dd26e30d-f2bd-4352-a2e3-e36649d33a82 /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=f949e50f-ab84-4eb2-8a57-17b972002e27 none swap sw
Miltä vapaa levytila näyttää:
df -h
Jos tosiaan näyttää tyhjältä, palautus voi mennä Testdisk/PhotoRec -hommiksi.
Tiedostojärjestelmä Koko Käyt Vapaa Käy% Liitospiste
udev 1,9G 0 1,9G 0% /dev
tmpfs 379M 6,2M 373M 2% /run
/dev/sdb1 19G 6,8G 11G 40% /
tmpfs 1,9G 800K 1,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
tmpfs 379M 72K 379M 1% /run/user/1001
tmpfs 379M 8,0K 379M 1% /run/user/108
Ei näköjään tällä uudella käyttäjällä ole oikeutta ollenkaan tuolle toiselle kovolle jossa /home on...
Kävin hakemassa Kingstonen 240Gb ssd aseman kaupasta äsken.
Jos laitan vanhan kovon ja uuden kovon pöytäkoneeseen niin saanko kloonattua vanhan uudelle?? Ja toi sdb1 on siis itse asiassa 20Gb kortti-ssd jonka voisi varmaan heivata mäkeen samalla.
Epäilin että olisi vikaa ollut tuossa HDD asemassa mut... tai no enpä sano mitään kun en ole pro!
Jos hait uuden kovon niin kannattaako sitä kloonata? Itse asentaisin puhtaana. Live tikulla vois ensin yrittää onkia niitä tiedostoja vanhalta kovolta.
https://wiki.archlinux.org/index.php/disk_cloning mut tossa ohjeita siihen kloonaamiseen.
-
# /home was on /dev/sda3 during installation
UUID=dd26e30d-f2bd-4352-a2e3-e36649d33a82 /home ext4 defaults 0 2
Jep, eli home-osio on /dev/sda3, ja df:n mukaan se ei nyt ole liitettynä. Siksi mitään tiedostoja ei näy. Kernelin lokista voi selvitä syy, mutta tiedostojärjestelmä- tai levyvika se todennäköisesti on.
Mitä sanoo fsck:
sudo fsck.ext4 /dev/sda3
Jos tarkistus menee läpi, käynnistä järjestelmä uudelleen, niin pystyt ehkä kirjautumaan vanhalla tunnuksella.
-
Mitä sanoo fsck:
sudo fsck.ext4 /dev/sda3
Jos tarkistus menee läpi, käynnistä järjestelmä uudelleen, niin pystyt ehkä kirjautumaan vanhalla tunnuksella.
En tätä enää ehtinyt tekemään.
Koneessa on uusi kovo kiinni ja ubuntu asentumassa sille. Toivottavasti jotakin dataa saa talteen vanhalta kovolta vaikka asennustikkua käyttämällä. Kone kuulema pitää olla huomenna kunnossa joten mennään näillä.
Palautan työdatat pilvestä...
Kiitoksia nyt taas vaivannäöstä.
-
Terve taas. Kone toiminut moitteetta kunnes ilmoitti boot -osiolta loppuvan tilan.
Boot on osiolla sda1 ja lohkaisin sda5 pienen osan bootille.
Gpartedissa osiot näkyvät vierekkäin.
Miten saan nämä osiot yhdistettyä??
-
Pystynkö tekemään tämän niin että:
-Kopioin sda1/boot osion luomaani uuteen suurempaan osioon sda8.
-Poistan tämän jälkeen sda1 osion ja suurennan sda8 osion sda1 osiolta vapautuvalla tilalla.
-Muutan sda8 osion lipun bootiksi.
??? ideoita ???
-
Pitäisikö turhia kerneleitä poistaa ?
-
Pitäisikö turhia kerneleitä poistaa ?
Jaa-a... Ei ole mitään hajua tuosta. kone ei käynnisty enää ja ilmoittaa jotain kernel ongelmasta.
Jostakin syystä boot osio oli vain 237Mb kokoinen. (en tiedä minkä kokoinen sen kuuluisi olla)
Kone teki joitakin päivityksiä tänään aamulla ja sen jälkeen ei käynnistynyt. Vaati siis boottausta.
Mutta tässä kuva käynnistyksestä.
https://mega.nz/#!IEpTRATQ!xaZLCNm9C4lFzez4O5hZa8n49bI6gZiPQfUCOnYp060 (https://mega.nz/#!IEpTRATQ!xaZLCNm9C4lFzez4O5hZa8n49bI6gZiPQfUCOnYp060)
-
Pitäisikö turhia kerneleitä poistaa ?
Jaa-a... Ei ole mitään hajua tuosta. kone ei käynnisty enää ja ilmoittaa jotain kernel ongelmasta.
Kokeile vanhemmalla kernelillä. (Paina shiftiä koneen käynnistyessä, että pääset GRUBin käynnistysvalikkoon.)
Jostakin syystä boot osio oli vain 237Mb kokoinen. (en tiedä minkä kokoinen sen kuuluisi olla)
Normaalisti /boot on juuriosiolla. Olet valinnut asennuksessa levysalauksen tai LVM:n, jonka vuoksi asennusohjelma loi erillisen boot-osion.
Suosittelen joko sen nykyisen boot-osion kasvattamista tai puhdasta uudelleenasennusta ilman noita valintoja, koska muu korjaaminen menee vaikeaksi ja vaatii soveltamista, johon täällä tuskin on kellään valmiita neuvoja.
-
Näyttää se ainakin käynnistyvän kun vaihdoin boot lipun uudelle isommalle osiolle.
Aikaisempi päivitys näyttää olevan osittain rikki jonka takia kone ei käynnistynyt.
-
Normaalisti /boot on juuriosiolla. Olet valinnut asennuksessa levysalauksen tai LVM:n, jonka vuoksi asennusohjelma loi erillisen boot-osion.
Ei pitäisi olla salausta eikä LVM:ää...
-
Sain asennettua rikki menneen uuden päivityksen kokonaan.
Kone käynnistyi ilman erroreja. Nyt kokeilen poistaa sen vanhan bootin kokonaan ja kasvattaa uuden kokoa vapautuneella tilalla.
-
Näyttää se ainakin käynnistyvän kun vaihdoin boot lipun uudelle isommalle osiolle.
Boot-lipulla ei ole merkitystä MBR:ään asennetulle Grubille. Jotkut BIOSit saattavat vaatia, että levyn jollain osiolla on sellainen, jotta levy hyväksytään käynnistettäväksi, mutta muuta hyötyä kyseisestä lipusta ei ole.
Normaalisti /boot on juuriosiolla. Olet valinnut asennuksessa levysalauksen tai LVM:n, jonka vuoksi asennusohjelma loi erillisen boot-osion.
Ei pitäisi olla salausta eikä LVM:ää...
Hmm. Valitsitko varmasti asennuksessa ylimmän vaihtoehdon: "Tyhjennä levy ja asenna Ubuntu":
(http://www.tecmint.com/wp-content/uploads/2016/02/Ubuntu-16.04-Installation-Type.png)
En ole kohdannut tilannetta, jossa se olisi tehnyt erillisen boot-osion.
Kone käynnistyi ilman erroreja. Nyt kokeilen poistaa sen vanhan bootin kokonaan ja kasvattaa uuden kokoa vapautuneella tilalla.
Muista asentaa grub-uudelleen, kun olet siirtänyt boot-osion datan juuriosiolle:
sudo grub-install /dev/sda
-
Valitsitko varmasti asennuksessa ylimmän vaihtoehdon: "Tyhjennä levy ja asenna Ubuntu":
En ole kohdannut tilannetta, jossa se olisi tehnyt erillisen boot-osion.
En vaan "something else" ja itse varmaan tein liian pienen osion juureen.
Muista asentaa grub-uudelleen, kun olet siirtänyt boot-osion datan juuriosiolle:
sudo grub-install /dev/sda
No enpä muistanut ja kone ei käynnisty...
Mitenkäs pääsinkään muuttamaan sen live-levyllä??
-
Terve taas. Kone toiminut moitteetta kunnes ilmoitti boot -osiolta loppuvan tilan.
Boot on osiolla sda1 ja lohkaisin sda5 pienen osan bootille.
Gpartedissa osiot näkyvät vierekkäin.
Miten saan nämä osiot yhdistettyä??
Onhan se lohkaistu osa nyt varaamatonta tilaa eli siinä ei ole osiota? Jos siinä on osio, niin poista se (älä kuitenkaan poista boot-osiota). Sen jälkeen tee boot osiolle Muuta kokoa tai siirrä -toiminto ja muuta se mahdollisimman isoksi.
-
Muista asentaa grub-uudelleen, kun olet siirtänyt boot-osion datan juuriosiolle:
sudo grub-install /dev/sda
No enpä muistanut ja kone ei käynnisty...
Mitenkäs pääsinkään muuttamaan sen live-levyllä??
https://help.ubuntu.com/community/Grub2/Installing#via_the_LiveCD_terminal
-
Kone käynnistyi ilman erroreja. Nyt kokeilen poistaa sen vanhan bootin kokonaan ja kasvattaa uuden kokoa vapautuneella tilalla.
En tuota tekisi. Poistaisin vain turhia kerneleitä.
Jos siirrät boot osion myös lataaja siirtyy ja kone ei käynnisty.
pitää korjata myös /etc/fstab
asentaa grub uudestaan
sekä update-grub.
Jos moiset jäi tekemättä helpoin korjaus on palauttaa se /boot osio paikalleen.
Asennusmedialla voit tehdä chrootin asennukseesi ja sen alla korjata
grubin. Voit katsoa vaikka Gentoon Wikistä miten se tehdään.
Jos sinulla on media jossa grub niin voit käynnistää sillä. Editoit vain
käynnistysrivin oikeaksi. Tab-näppäin auttaa täydentämään. Eihän
kukaan muista kernelin nimeä....
-
Aloitin jo Ubuntun asennuksen uudelleen.
Nyt /boot on tuplaten suurempi kuin ennen.
Kaikki käyttäjän tiedostot pitäisi säilyä. (toivottavasti)
-
Aloitin jo Ubuntun asennuksen uudelleen.
Nyt /boot on tuplaten suurempi kuin ennen.
500 Mt voi vielä aiheuttaa ongelmia, jos kernelien automaattinen poisto ei toimi, eli voit joutua siivoamaan sitä melko usein.
Mielestäni /boot-hakemisto on helpointa sijoittaa suosiolla juuriosiolle (eli älä tee erillistä boot-osiota asennuksessa). Siellä on sitten hyvä olla useampi giga vapaata, jolloin levyn täyttyessä saat varoituksen ajoissa, kun gigatavun vapaan tilan raja alittuu.
-
Erillinen /boot tarvitaan vain jos käytetään salausta, raidia ym. normaalista poikkeavaa levyä.
Joskus tehtiin /boot koska bios ei osannut lukea levyn lopusta isolla levyllä.
/boot osiota ei myöskään tarvitse liittää juureen mikä tuo hieman lisää tietoturvaan,
mutta hankaloittaa päivityksiä.
Jokaista kernelipäivitystä ei tarvitse asentaa. 500 Mt riittää hyvin jos muistaa
poistella vanhoja. Kernelipaketista asentuu kuitenkin vain pieni osa /boot
kansioon. Sama pätee lataajaan. Jos toimii kannattaa miettiä kannattaako päivittää.
-
Joo. Mulla varmaan tossa oli niin että se /boot piti luoda eri levylle koska ei osannut lukea sitä juuren ssd:ltä.
Sitten kun uusin tuon ison levyn ssd:ksi jäi /boot edelleen...
Nyt poistin /boot:n nm:n kehoituksesta. Toivotaan että alkaisi toimimaan tuo kone kun emäntä tarvitsee sitä työssään.
On tämä joka tapauksessa ollut luotettavampi kuin wintoosa koskaan. Sekä se että osaan edes jotain tuolle tehdä.