Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Pontus12 - 06.03.23 - klo:18.46
-
Eikö Ubuntu 22.04 anna mahdollisuutta siirtyä joko valmiustilaan tai sammuttaa kone? Nyt se tarjoaa vain vaihtoehtoa joko sammuttaa tai siirtyä valmiustilaan painamalla virtanappia. Jos kone esim. jumittuu, virtanapin painaminen on ainakin minulle ollut ainoa vaihtoehto. Siksi en voi valita virtanapin painamisessa valmiustilaa. Kannen sulkeminen jumittaa tai sammuttaa koneen jonkun ajan kuluttua.
Olettaisin että joku muu vaihtoehto löytyy. Mutta minä en ole sitä löytänyt. Sinnittelen edelleen Ubuntun kanssa, vaikka välillä tulee ikävä Kubuntua.
-
Oletuksena kannen sulkeminen laittaa koneen valmiustilaan. Jos järjestelmä ei enää herää, vika on todennäköisimmin näytönohjaimen ajurissa. Erityisesti Nvidian tapauksessa kannattaa varmistaa, että suljettu ajuri on käytössä: Ohjelmistot ja päivitykset -> Lisäajurit sekä Nvidia Settings.
Valmiustilan voi valita myös valikon kautta tai asettaa virtapainikkeeseen, kuten totesit. Sehän ei estä koneen sammuttamista sen jumiutuessa, vaan kone sammuu kokonaan jos painat virtapainiketta yli viiden sekunnin ajan.
Kaikki järjestelmän jumiutumiset valmiustilan yhteydessä viittaavat aina ajuriongelmiin, ja voivat olla hyvinkin ratkaistavissa.
-
Minulla valmiustilasta palaaminen on juuri ongelmana. Siksi pitäisi varmaankin asentaa nvidia-ajuri koneeseen, mutta miten se tehdään? Voisiko joku neuvoa?
-
Minulla valmiustilasta palaaminen on juuri ongelmana. Siksi pitäisi varmaankin asentaa nvidia-ajuri koneeseen, mutta miten se tehdään? Voisiko joku neuvoa?
Ohjelmistot ja päivitykset -> Lisäajurit-välilehti
Tai päätteessä ubuntu-drivers-komennolla:
sudo ubuntu-drivers autoinstall
-
Minä saan vastauksen, kun yritin asentaa sen, että kaikki tarvittavat ajurit on jo asennettu. Ilmeisesti on ongelma ei ole kiinni ajureista, vaan jjostain muusta.
-
Minä saan vastauksen, kun yritin asentaa sen, että kaikki tarvittavat ajurit on jo asennettu. Ilmeisesti on ongelma ei ole kiinni ajureista, vaan jjostain muusta.
Voit tarkistaa vielä lshw-komennolla:
lshw -c display
Nvidia-settings näyttää ajurin asetukset silloin kun suljettu ajuri on käytössä:
nvidia-settings
Jos Nvidian suljettu ajuri on käytössä, valmiustilan jumiutuminen johtuu ehkä jostain muusta laitteesta ja ajurista. Mikä on tietokoneen tarkka malli? Sen perusteella saattaisi löytyä vinkkejä netistä.
-
Komento sudo lshw näytti seuraavan:
" [sudo] jotaarkka-käyttäjän salasana:
*-display
description: VGA compatible controller
product: Cezanne
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 0
bus info: pci@0000:07:00.0
logical name: /dev/fb0
version: d1
width: 64 bits
clock: 33MHz
capabilities: pm pciexpress msi msix vga_controller bus_master cap_list fb
configuration: depth=32 driver=amdgpu latency=0 mode=1920x1080 resolution=3840,2160 visual=truecolor xres=1920 yres=1080
resources: iomemory:80-7f iomemory:80-7f irq:69 memory:860000000-86fffffff memory:870000000-8701fffff ioport:1000(size=256) memory:fd300000-fd37ffff "
-
Kun suljen kannen eikä ulkoinen monitori ole kiinnitettynä tai se on sammutettuna, kone palaa valmiustilasta. Jos suljen kannen niin, että ulkoinen monitori on kiinnitettynä, ikkunat siirtyvät sisäiseen monitoriin. Tosin tiedostoselaimen ikkuna jäi ulkoiseen.
Samoin huomasin, että käyttäessäni pelkästään kosketuslevyä, kun oli irroittanut hiiren koneesta, se ei enää palautunut. Kun irroitin hiiren ja käynnistin uudelleen käyttäen vain kosketuslevyä, se toimi jälleen.
Kun kokeilin vähän pidempää aikaa, kone oli käynnistettävä uudelleen. Jotain häikkää mielestäni on edelleen Ubuntu 22.04 lts versiossa, ainakin valmiustilasta heräämisen suhteen. Koneeni on siis Lenovo Thinkpad 14 P. Muistaakseni se oli 14 P. Joka tapauksessa Windowsissa valmiustila ja siitä palaaminen toimivat normaalisti.
-
Käyttääkö Ubuntu 22.04 standby vai hibernate moodia, kun suljen kannen. Onko valmiustila sama kuin standby mode? Vanhemmissa versioissa sen sai valita. Windowsissa kone voi olla hyvin pari päivääkin kansi kiinni ja kun sen avaa, voi jatkaa samasta paikasta. Näin oli ennen myös Ubuntussa.
-
Käyttääkö Ubuntu 22.04 standby vai hibernate moodia, kun suljen kannen. Onko valmiustila sama kuin standby mode?
Ubuntu ja useimmat Linux-jakelut käyttävät valmiustilana S3-lepotilaa (suspend to RAM / deep sleep / standby) tai mahdollisesti S0 idle / S0ix-tilaa (s2idle / suspend to idle / modern standby), jossa prosessori jää osittain päälle ja yleensä virtaa kuluu enemmän kuin S3-tilassa. S0ix-tilassa akku voi tyhjentyä pahimmillaan jopa yön aikana, jos kone ei ole verkkovirrassa. Käytettävän tilan voi tarkistaa komennolla:
cat /sys/power/mem_sleep
Jos tuo sanoo ”[s2idle] deep”, kone menee oletuksena ohjelmistopohjaiseen s2idle-tilaan tai Intelin S0ix-tilaan, mutta deep sleep eli S3-tila on myös tarjolla, eli sitä ei ole estetty BIOSissa.
Tässä eräs tapaus, jossa on ollut vaikeuksia saada S3-lepotila käyttöön uudessa Lenovon läppärissä:
https://www.reddit.com/r/linuxhardware/comments/ng166t/s3_deep_sleep_not_working/
Vanhemmissa versioissa sen sai valita.
Ubuntu-pohjaisissa jakeluissa horrostila (hibernate) ei ole ollut valittavissa 12.04:stä lähtien eli yli kymmeneen vuoteen. Se on mahdollista konfiguroida käyttöön, mutta usein ajuriongelmat estävät palautumisen, eli herätessä järjestelmä jumiutuu, tai jonkin laitteen, kuten näytönohjaimen ajuri menee sekaisin, eikä järjestelmää voi käyttää normaalisti. S3-lepotila on varmempi ja nopeampi vaihtoehto, ja mahdollistaa yleensä usean vuorokauden levon ilman verkkovirtaa.
Windowsissa kone voi olla hyvin pari päivääkin kansi kiinni ja kun sen avaa, voi jatkaa samasta paikasta. Näin oli ennen myös Ubuntussa.
Windows taitaa mennä itsestään horrokseen, jos kone on pidempään valmiustilassa. Silloin akku kestää pitkään.
Linuxissa kevyempi S0 idle / S0ix -lepotila voi aiheuttaa ongelmia, koska se kuluttaa enemmän virtaa kuin S3-tila. Tarkista, kumpi tila koneessasi on käytössä.
-
Käytettävän tilan voi tarkistaa komennolla:
cat /sys/power/mem_sleep
Jos tuo sanoo ”[s2idle] deep”, kone menee oletuksena S2-tilaan, mutta deep sleep eli S3-tila on myös tarjolla, eli sitä ei ole estetty BIOSissa.
Näen tuon ”[s2idle] deep”-vastauksen eräällä melko uudella Lenovon koneella, jolla on Ubuntu 22.04, mutta sudo systemctl hibernate sanoo silti, että hibernate ei ole tuettu.
Komento cat /sys/power/state vahvistaa tämän; "disk" puuttuu luettelosta (mukana on vain "freeze mem").
Edit:
Logiikka tässä voisi olla se, että nykyisillä SSD-levyillä koneen buuttaus käy tarpeeksi nopeasti, että (yrityskäyttöön tarkoitetun) läppärin sammutus on mielekästä, ja jos levy on salattu, se on turvallisintakin, sekä virran ehtymisen että tietoturvan kannalta.
-
Käytettävän tilan voi tarkistaa komennolla:
cat /sys/power/mem_sleep
Jos tuo sanoo ”[s2idle] deep”, kone menee oletuksena S2-tilaan, mutta deep sleep eli S3-tila on myös tarjolla, eli sitä ei ole estetty BIOSissa.
Näen tuon ”[s2idle] deep”-vastauksen eräällä melko uudella Lenovon koneella, jolla on Ubuntu 22.04, mutta sudo systemctl hibernate sanoo silti, että hibernate ei ole tuettu.
Horrostila ei näy /sys/power/mem_sleep -tiedostossa. Siellä on vain S2 (s2idle) ja/tai S3-tila (deep). Jos s2idle on hakasuluissa, se on käytössä kun järjestelmä laitetaan valmiustilaan.
Tässä vielä kertauksena nykyisissä tietokoneissa käytettävät lepotilat:
mem_sleep:s2idle = S01x = ”suspend to idle” = ”modern standby”:
Kevyt lepotila, jossa keskusmuistin lisäksi prosessori ja mahdollisesti muutakin laitteistoa jää osittain päälle. Ei välttämättä vaadi laitteiston/biosin tukea, mutta liittyy myös Intelin S0ix-lepotilaan, joka on usein oletuksena käytössä uusimmissa koneissa.
mem_sleep:shallow = S1 = ”power-on suspend” = ”standby”:
Astetta syvempi lepotila, jossa usean prosessorin järjestelmissä sammutetaan virta muista kuin käynnistyksestä vastaavasta prosessorista.
mem_sleep:deep = S3 = ”suspend to ram” = ”suspend”:
Perinteinen syvempi valmiustila, jossa keskusmuistin (RAM) sisältöä ylläpidetään, mutta muu laitteisto sammutetaan. Kuluttaa vähemmän virtaa kuin S01x- ja S1-tila.
/sys/power/state:disk = hibernate = S4 = ”suspend to disk”:
Horrostila, eli syvin ja vähiten virtaa kuluttava lepotila, jossa keskusmuistin sisältö kirjoitetaan kovalevylle, Linuxissa swap-osiolle tai -tiedostoon. Koneesta voidaan sammuttaa virta kokonaan. Palautuminen on hitaampaa kuin muista lepotiloista, koska käyttöjärjestelmä pitää ladata osittain uudelleen ja keskusmuistin sisältö palautetaan kovalevyltä. Ubuntussa horrostila on oletuksena pois käytöstä ja se pitää konfiguroida erikseen.
-
cat /sys/power/mem_sleep
Jos tuo sanoo ”[s2idle] deep”, kone menee oletuksena S2-tilaan, mutta deep sleep eli S3-tila on myös tarjolla, eli sitä ei ole estetty BIOSissa.
Päätteletkö "tarjolla" olemisen tuosta sleep_mode:sta vai jostain muusta?
-
cat /sys/power/mem_sleep
Jos tuo sanoo ”[s2idle] deep”, kone menee oletuksena S2-tilaan, mutta deep sleep eli S3-tila on myös tarjolla, eli sitä ei ole estetty BIOSissa.
Päätteletkö "tarjolla" olemisen tuosta sleep_mode:sta vai jostain muusta?
/sys/power/mem_sleep näyttää tuossa kaksi vaihtoehtoa: s2idle ja deep (eli S3). Näistä s2idle on nyt oletuksena käytössä ”mem”-lepotilassa, koska se on hakasuluissa. Vaihtaminen deep eli S3 -tilaan onnistuu kirjoittamalla /sys/power/mem_sleep-tiedostoon ”deep” ja siirtymällä sitten ”mem”-lepotilaan. Pysyvämmin asetuksen saa voimaan kernelin parametrilla ”mem_sleep_default”, jonka voi määritellä Grubin konfiguraation kautta.
Ilmeisesti myös S1-tila on joissain koneissa olemassa, jolloin tiedostossa näkyy vaihtoehto ”shallow”.
Nyt kun katsoin kernelin dokumentaatiota tarkemmin, s2idle on oikeastaan ACPI:n S0-tila, eli kone on käynnissä, mutta kerneli asettaa oheispiirit, näytönohjaimet ja kovalevyt virransäästötilaan, ja prosessoria ajetaan idlenä virransäästötilassa. Tila ei vaadi varsinaisesti laitetason tukea ja on käytettävissä kaikissa tietokoneissa. Toisaalta s2idle voi olla myös Intelin S0ix-tila (https://01.org/blogs/qwang59/2018/how-achieve-s0ix-states-linux), joka puolestaan vaatii rautatuen.
Kernelin dokumentaatio:
https://www.kernel.org/doc/Documentation/power/states.txt
UEFI:n dokumentaatio ACPI-virransäästötiloista:
https://uefi.org/htmlspecs/ACPI_Spec_6_4_html/16_Waking_and_Sleeping/sleeping-states.html
-
Yritin katsoa vielä nm:n lähettämän www-osoitteen: https://www.reddit.com/r/linuxhardware/comments/ng166t/s3_deep_sleep_not_working/
Ymmärsin jotakin ja ainakin sen, että ongelmani liittyy selvästi Lenovoon. Jostain syystä kuitenkin kone palaa Windowsissa valmius- tai lepotilasta takaisin. Nm:n lainaaman www-sivun analyysi oli mielenkiintoista, mutta minun ymmärrykseni ubuntun dossista eivät riitä edes yrittämään ongelman korjaamista. Jos joku teistä ymmärtää tarpeeksi tuon sivun ohjeita, voin ehkä neuvojen pohjalta vielä yrittää.
Minulle riittäisi sekin, että voisin jättää koneen vaikka siinä akkua kuluttavassa tilassa päälle. Nyt palaamisaika, kun panen koneen kannen kiinni on aivan liian lyhyt. Kävin vain kahvilla ja kun palasin, oli kone jumissa ja se piti käynnistää uudestaan.
Luin äsken nm:n viimeisen postin, mutta en vieläkään tiedä, mitä minun pitäisi tehdä ja kuinka.
Voin käyttää melkein kaikkia minulle tuttuja ohjelmia nykyään Windowsissa. Silti käyttäisin niitä mieluummin Ubuntun puolella. Ehkä syy on ideologinen.
-
Minulle riittäisi sekin, että voisin jättää koneen vaikka siinä akkua kuluttavassa tilassa päälle. Nyt palaamisaika, kun panen koneen kannen kiinni on aivan liian lyhyt. Kävin vain kahvilla ja kun palasin, oli kone jumissa ja se piti käynnistää uudestaan.
Kuten jo aiemmassa viestissä sanoin, jumiutuminen lepotilasta palautumisen yhteydessä liittyy käytännössä aina ajuriongelmiin. Järjestelmässäsi on nyt luultavasti käytössä s2idle-lepotila, ja jos se jumiutuu, samoin käy suurella todennäköisyydellä myös syvemmissä lepotiloissa.
lshw kertoi, että koneessa on AMD:n näytönohjain. Siinä tapauksessa ajurivaihtoehtoja ei ole, mutta toisaalta ei ole myöskään varmaa, johtuuko palautumisongelma näytönohjaimesta.
Tietokoneen mallin perusteella saattaisi löytyä vinkkejä netistä. On myös mahdollista, että valmiustila ei vain toimi vakaasti kyseisessä koneessa nykyisellä kernelillä ja ajureilla, jolloin ei auta kuin odotella tulevia kernelipäivityksiä ja toivoa, että korjaus tulee joskus.
-
Google-haku antoi minulle heti ensimmäisenä tuloksena tällaisen Askubuntu-keskustelun:
https://askubuntu.com/questions/1327658/how-do-i-fix-a-thinkpad-p14s-to-wake-from-sleep
Tuossa oli siis ongelmana valmiustilasta palautumisen jumiutuminen AMD-pohjaisessa Thinkpad P14s:ssä. Ratkaisuna BIOS-asetus ”Config -> Power -> Sleep State" = "Linux" tai ”Linux S3”.
-
Mutta eikö silloin, jos valitsen sleepstateksi linuxin, niin doubleboot koneessa Windows ei enää käynnisty tai toimi kuten ennen?
-
Tuo ei vaikuta Windowsin käynnistymiseen, mutta saattaa vaikuttaa Windowsin lepotiloihin. Kokeilemalla selviää.
-
Kun menin koneen biosiin ja tarkastelin valintoja, kävi ilmi, että jos muutan lepotilan asetuksia, on koko järjestelmä eli Windows asennettava uudelleen. Ei tuntunut hyvältä ajatukselta, joten annan olla. Varsinkin akkua käyttäessäni, on järkevämpää käyttää Windowsia, ellei ongelmaan löydy toisenlaista ratkaisua.
-
Kun menin koneen biosiin ja tarkastelin valintoja, kävi ilmi, että jos muutan lepotilan asetuksia, on koko järjestelmä eli Windows asennettava uudelleen.
Miten tämä ilmeni asetuksissa? Näkyikö siellä valinnoissa varoitus, ja mitä varoituksessa luki täsmälleen?
Maalaisjärjen ja nettikeskustelujen perusteella Windowsia ei tarvitse asentaa uudelleen:
https://www.reddit.com/r/thinkpad/comments/oj6s5v/t14_amd_does_changing_the_sleep_mode_to_linux/
Sleep state: Linux (eli S3-lepotila) voi auttaa myös Windowsissa, jos koneella on taipumusta herätä S0-unesta liian herkästi:
https://forums.lenovo.com/t5/ThinkPad-X-Series-Laptops/Fix-for-Lenovo-s-laptop-cooking-BIOS-update/m-p/5003429
-
Omalla melko tuoreella Lenovo-koneellani UEFI/BIOS sanoo näin:
Select a Sleep State.
[Windows and Linux]
Optimized Sleep State for Windows and versions of Linux that are compatible with Suspend-to-Idle.
[Linux S3]
Optimized Sleep State for versions of Linux that are not compatible with Suspend-to-Idle.
Windows must be used with Windows setting only.
Jos Pontus12:n UEFI-BIOS sanoo samaa, niin oletettaisin että myöskin Ubuntu 22.04:n "cat /sys/power/mem_sleep" sanoo samaa kuin minun koneellani, eli "[s2idle] deep".
-
Omalla melko tuoreella Lenovo-koneellani UEFI/BIOS sanoo näin:
Select a Sleep State.
[Windows and Linux]
Optimized Sleep State for Windows and versions of Linux that are compatible with Suspend-to-Idle.
[Linux S3]
Optimized Sleep State for versions of Linux that are not compatible with Suspend-to-Idle.
Windows must be used with Windows setting only.
OK. Vaikuttaa kuitenkin siltä, että Linuxissa Suspend-to-Idle on tällä hetkellä buginen AMD Ryzen -prosessorilla varustetuissa malleissa. Intel-malleissa se varmaankin toimii paremmin. En oikein usko, että Linux S3 -vaihtoehto aiheuttaisi Windowsissa varsinaisia ongelmia, vaan päin vastoin voi olla sielläkin luotettavampi. Suspend-to-Idlen kanssa on ollut tapauksia, että läppäri herää itsekseen esimerkiksi laukussa ja kuluttaa akun loppuun tai pahimmillaan kuumenee niin paljon, että jotain hajoaa.
-
Pontus12: onko sinulla Ubuntu-sertifioitu Lenovo? Omani ei nyt ole, vaikka aikaisemmin olen aina valinnut sellaisen.
-
Ei tietääkseni ole. Minulla Lenovo Thinkpad 14 P ja Ubuntu 22.04 lts double boot järjestelmä. Käytän yleensä tiedostojen tallentamiseen Windows-osion levyä. Siksi linuxin kaatuminen ei ole katastrofi, mutta jos en pääse Windowsin levyille tai levyosioon, olen lievästi sanoen lirissä.
Biosissa on valittavana windows tai linux. Jos valitsee linuxin, se varoittaa, että koko järjestelmä on asennettava uudelleen.
-
Biosissa on valittavana windows tai linux. Jos valitsee linuxin, se varoittaa, että koko järjestelmä on asennettava uudelleen.
Varoitus perustuu luultavasti johonkin vanhaan Microsoftin ohjeistukseen. Käytännössä Windowsin voi konfiguroida käyttämään S0ix:ää (suspend to idle / modern standby) tai S3-lepotilaa ilman uudelleenasennusta. Sen pitäisi myös tapahtua automaattisesti, jos S0ix-tuki kytketään pois päältä BIOS-asetuksissa, kuten Lenovon "Linux (S3)" -asetus tekee.
Jos biosissa ei olisi tälle asetusta, Windowsin voisi pakottaa käyttämään S3-tilaa rekisterimuokkauksella:
https://www.elevenforum.com/t/disable-modern-standby-in-windows-10-and-windows-11.3929/
Vastaavasti Linuxissa voi käyttää kernelin parametria mem_sleep_default=deep. Ehkä voisit kokeilla sitä, jos BIOS-asetuksen muuttaminen epäilyttää. Parametri lisätään /etc/default/grub-tiedostoon GRUB_CMDLINE_LINUX_DEFAULT-riville. Onnistuu vaikka tällä komennolla:
sudo sed 's/\(GRUB_CMDLINE_LINUX_DEFAULT=".*\)"/\1 mem_sleep_default=deep"/' /etc/default/grub
Tarkista, että meni perille:
grep mem_sleep_default /etc/default/grubGRUB_CMDLINE_LINUX_DEFAULT="quiet splash mem_sleep_default=deep"
Päivitä asetukset varsinaiseen grub.cfg-tiedostoon:
sudo update-grub
Käynnistä sitten Ubuntu uudelleen. Tarkista käynnistyksen jälkeen, että asetus meni perille:
cat /sys/power/mem_sleeps2idle [deep]
(eli "deep" pitäisi olla nyt hakasuluissa).
Palautuuko järjestelmä tämän jälkeen lepotilasta luotettavasti?
-
Tuloksekstuli s2idle , mutta deep ei ollut hakasuluissa. Sen sijaan s2idle oli hakasuluissa.
-
Tuloksekstuli s2idle , mutta deep ei ollut hakasuluissa. Sen sijaan s2idle oli hakasuluissa.
Hmm. Oliko cat /sys/power/mem_sleep -listauksessa sana deep:
[s2idle] deep
Vai pelkkä [s2idle]:
[s2idle]
Jos deep ei näy tuossa ollenkaan, BIOS estää S3-lepotilan. Silloin ainoa keino saada lepotila toimimaan vakaasti nykyisissä Linux-jakeluissa taitaa olla BIOS-valikon sleep state -asetus "Linux (S3)".
-
Kun minä teen täsmälleen kuten nm kertoo (mukaan lukien koneen buuttaus, joka voi unohtua jos seuraa vain komentoja), niin kyllä homma toimii, eli "[s2idle] deep" muuttuu muotoon "s2idle [deep]".
-
Koneeni oli yli yön kansi kiinni ja heräsi aamulla normaalisti. Jouduin kuitenkin sulkemaan kannen uudelleen, kun kahvi odotti. Palatuani koneen ääreen, Ubuntu ei enää auennut. Jouduin käynnistämään sen uudelleen. Bios päivitys keskeytti sen. Ilmoitus oli, että bios on päivitettävä. Se kesti melko pitkään ja sen jälkeen Windows nousi esille normaalisti, mutta koko boot-menu oli kadonnut. Kone käynnistyi suoraan Windowsiin.
Ubuntu oli minulla valmiiksi asennettu ja toimi hyvin lukuunottamatta käynnistymista kannen sulkemisen jälkeen. Nyt en edes tiedä, vieläkö minulla on Ubuntu koneessani.
-
Koneeni oli yli yön kansi kiinni ja heräsi aamulla normaalisti. Jouduin kuitenkin sulkemaan kannen uudelleen, kun kahvi odotti. Palatuani koneen ääreen, Ubuntu ei enää auennut.
Nyt on jo aika selvää, ettei s2idle-lepotila toimi vakaasti koneessasi, joten sitä ei kannata käyttää. Jos et halua laittaa S3-tilaa päälle biosissa, valmiustila on paras estää kokonaan Ubuntun asetuksissa, tai ainakin niin, ettei kannen sulkeminen aktivoi valmiustilaa. Sitten sammutat koneen kokonaan yöksi.
Jouduin käynnistämään sen uudelleen. Bios päivitys keskeytti sen. Ilmoitus oli, että bios on päivitettävä. Se kesti melko pitkään ja sen jälkeen Windows nousi esille normaalisti, mutta koko boot-menu oli kadonnut. Kone käynnistyi suoraan Windowsiin.
Luultavasti EFI-käynnistysprioriteetit nollautuivat ja Windowsin lataaja on nyt ensisijaisena. BIOS-asetuksissa pitäisi olla mahdollista muuttaa GRUB takaisin ensisijaiseksi. Jos ei löydy, korjaus onnistuu myös boot-repairilla (https://sourceforge.net/p/boot-repair-cd/home/Home/).
Ubuntu oli minulla valmiiksi asennettu ja toimi hyvin lukuunottamatta käynnistymista kannen sulkemisen jälkeen. Nyt en edes tiedä, vieläkö minulla on Ubuntu koneessani.
Kuten monesti aiemminkin on käynyt ilmi, Linux + Windows -dualboot on jokseenkin herkkä yhdistelmä erilaisille käynnistys- ja tiedostojärjestelmäongelmille. Vähemmillä murheilla selviytyy, kun koneessa on vain yksi käyttöjärjestelmä.
-
Voisiko sillä, että nyt bios käyttää pxp bootia olla vaikutusta siihen, että Ubuntu ei näy? Biosissa bootti on Windows 10 (minulla on Windows11) Jos vaihdan bootin linuxiin, onko vaarana, että menetän molemmat järjestelmät ja ennen kaikkea windows-osiolla olevat tiedostoni?
-
Voisiko sillä, että nyt bios käyttää pxp bootia olla vaikutusta siihen, että Ubuntu ei näy?
PXP vai PXE?
PXE on tuki verkkokäynnistykselle. Se ei liity tähän käynnistysongelmaan, koska et ole boottaamassa verkon yli.
Biosissa bootti on Windows 10 (minulla on Windows11) Jos vaihdan bootin linuxiin, onko vaarana, että menetän molemmat järjestelmät ja ennen kaikkea windows-osiolla olevat tiedostoni?
Vaihda järjestys niin, että GRUB on ensisijaisena. Niin se on ollut ennenkin Ubuntun asennuksesta lähtien, koska muuten kone olisi aina käynnistynyt suoraan Windowsiin.
Jos et halua muuttaa käynnistysjärjestystä, GRUB pitäisi olla valittavissa myös koneen käynnistysvalikon kautta. Se avautuu käynnistyksen aikana F12-näppäimellä.
-
Muutin biosissa käynnistyksen windowsin sijasta linuxiin. Windows käynnistyi suoraan kuten ennenkin ja Ubuntusta ei ollut tietoakaan.
-
Muutin biosissa käynnistyksen windowsin sijasta linuxiin. Windows käynnistyi suoraan kuten ennenkin ja Ubuntusta ei ollut tietoakaan.
Ehkä et muuttanut käynnistysjärjestystä oikeassa paikassa. Kuvakaappaus selventäisi.
boot-repairilla voi kuitenkin myös korjata, niin ei tarvitse miettiä BIOS-asetuksia.
Kokeilitko avata boottivalikon käynnistyksen aikana F12-näppäimellä (tai mahdollisesti Fn+F12)? Mitä vaihtoehtoja siellä näkyy?
-
Muutin biosissa sleep tilan linuxiin. Aikaisempi oli windows10. F12 ei toiminut, vaikka yritin monta kertaa. Usb-tikulta saan Ubuntun asennusmedian näkyviin.
Yksi mahdollisuus olisi asentaa Ubuntu uudelleen. Tärkeimmät tiedostoni ovat kuitenkin Windowsin levyllä. Nyt täytyy jatkaa työtäni Windowsissa. Harmittaa, mutta ei voi mitään.
-
Muutin biosissa sleep tilan linuxiin. Aikaisempi oli windows10. F12 ei toiminut, vaikka yritin monta kertaa. Usb-tikulta saan Ubuntun asennusmedian näkyviin.
Pääsetkö BIOS:iin suoraan jollain F-näppäimellä? Omalla koneellani pitää ensin painaa Enter, ja vasta sitten jotain F-näppäintä, ja kone näyttää ne ikään kuin valikkona. Siellä on F12.
Jos sinulla ei ole tätä Enter-juttua, niin sitten en tiedä mikä auttaisi.
-
F12 ei toiminut, vaikka yritin monta kertaa.
Varmista, että Windows on suljettu kokonaan, eli sammuta se mieluiten valinnalla "Käynnistä uudelleen". Muuten nopea käynnistys (fast startup) estää muiden käyttöjärjestelmien käynnistämisen.
Nopea käynnistys kannattaa myös kytkeä pois päältä Windowsin virta-asetuksissa, ettei se aiheuta jatkossakin ongelmia:
Ohjauspaneeli -> Laitteisto ja äänet -> Virranhallinta-asetukset -> Muuta virtapainikkeiden toimintaa tai Valitse virtapainikkeen toiminto
Valitse: Ei käytettävissä olevien asetusten muuttaminen
Poista valinta kohdasta: Ota käyttöön nopea käynnistys
Yksi mahdollisuus olisi asentaa Ubuntu uudelleen.
Ubuntu on edelleen koneella. Käynnistysjärjestys vain muuttui, tai mahdollisesti Windowsin päivitys kytki nopean käynnistyksen päälle, eikä kone suostu siksi käynnistämään muita käyttöjärjestelmiä.
Vastaavaa tilannetta on ratkottu jo aika monesti aiemminkin. Ei siis ole syytä hätiköintiin, vaan pitää saada nopea käynnistys pois päältä, sammuttaa Windows kokonaan ja sitten koneen boottivalikon kautta Ubuntu käyntiin.
Kun pääset Ubuntuun asti, EFI-käynnistysjärjestyksen voi tarkistaa efibootmgr:llä:
efibootmgr
Järjestystä voi myös muuttaa efibootmgr:llä, jos se ei tunnu onnistuvan bios-asetusvalikon kautta.
-
Minulla oleva uusi Windows 11 on ilmeisesti hyvin erilainen kuin mihin viittaat. Nopeaa käynnistystä ei ainakaan sillä nimikkeellä enää ole. Minä pääsen kyllä asennustilaan ja kun pyrin löytämään nopean käynnistyksen ja ei käytettävissä olevat asetukset tai toiminnan, se avaa mielestäni biosin. Windows kyllä käynnistyy ja tiedostoni avautuvat. Ainoa, mikä puuttuu on Ubuntu. Ubuntun käynnistystikku kuitenkin tuntuu toimivan. Uusi asennus vie paljon aikaa ennen kuin saan sen samaan kuntoon, missä se oli.
-
Minulla oleva uusi Windows 11 on ilmeisesti hyvin erilainen kuin mihin viittaat.
Kertomani asetuspolku on suoraan viimeisimmästä Windows 11:sta, ja katsoin sen itse läpi. Asetuksen sijainti on sama kuin Windows 10:ssä. Ohjauspaneeli pitää käynnistää ensin, ja se löytyy Windowsin tehtäväpalkin haulla, hakusanalla ”ohjauspaneeli”.
Minä pääsen kyllä asennustilaan ja kun pyrin löytämään nopean käynnistyksen ja ei käytettävissä olevat asetukset tai toiminnan, se avaa mielestäni biosin.
Kuulostaa siltä, että olet jossain ihan muualla kuin Ohjauspaneelissa, joka näyttää tältä:
(https://beebom-com.cdn.ampproject.org/i/s/beebom.com/wp-content/uploads/2022/05/170-1.jpg?quality=75&strip=all)
Uusi asennus vie paljon aikaa ennen kuin saan sen samaan kuntoon, missä se oli.
Uudelleenasennukselle ei ole tarvetta. Jos aiot jatkossakin käyttää Windowsia ja Linuxia samassa koneessa, nämä Windowsin (tai biosin) päivitysten aiheuttamat boottiongelmat kannattaa opetella ratkaisemaan ilman uusia asennuksia.
-
Kiitos hyvin selvistä ohjeista. Nopea käynnistys oli jo kruksattu pois, mutta Ubuntua en saa näkyviin.
-
Kiitos hyvin selvistä ohjeista. Nopea käynnistys oli jo kruksattu pois, mutta Ubuntua en saa näkyviin.
OK, hyvä. Seuraavaksi olisi hyvä saada koneen boottivalikko auki käynnistyksessä. Joissain Lenovon tietokoneissa pitää painaa ensin Enteriä näytöllä näkyvän ohjeen mukaisesti ja sitten F12-näppäintä, kuten AimoE kertoi. Toisissa koneissa taas riittää painaa F12 tai Fn+F12.
Jos boottivalikko ei edelleenkään avaudu (mikä ei sinänsä pitäisi olla mahdollista), Ubuntun latauksen saa korjattua myös boot-repairilla. Sinulla on jo olemassa Ubuntun asennustikku ja pystyt käynnistämään sen kokeilutilaan. Silloin et tarvitse erillistä boot-repair-tikkua, vaan voit asentaa ja käynnistää boot-repairin Ubuntun kokeilutilassa.
1. Asenna:
sudo add-apt-repository ppa:yannubuntu/boot-repairsudo apt updatesudo apt install -y boot-repair
2. Käynnistä:
boot-repair
3. Suorita suositeltu korjaus
4. Sammuta live-Ubuntu ja käynnistä tietokone uudelleen
Tässä vielä ohje kuvakaappausten kera: https://linuxconfig.org/ubuntu-22-04-not-booting-troubleshooting-guide
-
Kiitän selkeistä ja hyvistä neuvoista. Boot repair komento ei kuitenkaan toiminut. Windows on suojannut itsensä niin hyvin, että minulla oli vaikeuksia jopa ubuntun käynnistystikun kanssa, mutta lopulta se onnistui. Kun painan esim. F12 näppäintä, windows avaa biosin sivut eikä siellä näy linuxia. Tämä on aivan erilaista kuin aikaisemmissa Ubuntuissa. Minulla on ubuntu (lue Kubuntu) kahdessa muussakin koneessa. Toisessa doublebootina toisessa pelkästään Kubuntu. Käytän niitä, kun tulee ikävä. Olkoon tämä Lenovo windows-kone.
Suurkiitos teille kaikille joka tapauksessa
-
Kiitän selkeistä ja hyvistä neuvoista. Boot repair komento ei kuitenkaan toiminut.
Missä vaiheessa boot-repairin asennus tai käynnistys meni pieleen ja minkä virheen sait?
Windows on suojannut itsensä niin hyvin, että minulla oli vaikeuksia jopa ubuntun käynnistystikun kanssa, mutta lopulta se onnistui. Kun painan esim. F12 näppäintä, windows avaa biosin sivut eikä siellä näy linuxia.
Windows ei avaa biosin sivuja, koska Windows ei ole käynnissä tuossa vaiheessa. Tietokoneen UEFI-firmware avaa boottivalikon F12-näppäimellä. Mitä vaihtoehtoja siinä valikossa näkyy?
Tämä on aivan erilaista kuin aikaisemmissa Ubuntuissa.
Nämä käynnistysprioriteetit ja boottivalikot eivät ole Ubuntun ominaisuuksia, vaan ne ovat tietokoneen biosin (eli UEFI-firmwaren) toimintoja. Eri tietokoneissa on hieman eri näköiset asetukset ja eri näppäimet, mutta perusperiaatteet ovat nykyisissä UEFI-koneissa samat. Ubuntun syytä ei ole myöskään se, että Ubuntu ei enää käynnisty. Aiemman kertomasi perusteella bios-päivitys on nollannut käynnistysprioriteetit tai mahdollisesti poistanut Ubuntun GRUB-lataajan EFI-osiolta (mikä on kyllä epätodennäköistä). Sama olisi tapahtunut Ubuntun versiosta riippumatta.
-
Vielä tekee mieli kysyä, oliko koneessa mikä Windows, onko esim. Home vai Pro?
-
Luulin sen olevan home, mutta se onkin näköjään Windows 11 , Pro. 22H2, asennuspäivä 23.10.2022, käyttöjärjestelmän koontiversio 22621.1413.
Käyttökokemus Windows Feature Experience Pack 1000.22639.1000.0.
Käyttöjärjestelmä on 64 bittinen ja suoritin x64. Asennettu ram on 32Gt.
-
Saatuani boot repairin asennettua tuli seuraava viesti:
An error occurred during the repair.
Error: NVram is locked (Ubuntu not found in efibootmgr). Please report this message to boot.repair@gmail.com
Please write on a paper the following URL:
https://paste.ubuntu.com/p/KxJ75ptBS2/
In case you still experience boot problem, indicate this URL to:
boot.repair@gmail.com
Locked-NVram detected.
-
Yritin vielä toisen kerran>
@An error occurred during the repair.
Error: NVram is locked (Ubuntu not found in efibootmgr). Please report this message to boot.repair@gmail.com
A new file (/var/log/boot-repair/20230316_121809/Boot-Info_20230316_1218.txt) will open in your text viewer.
In case you still experience boot problem, indicate its content to:
boot.repair@gmail.com
Locked-NVram detected.@
Sain käynnistettyä boot-repairin, mutta Ubuntua en saanut esille paitsi tikulla. Jos yrittäisi asentaa sen tikulta vanhan päälle, siinäkin olisi varmaan oma vaaransa. Nyt minulla on kuitenkin 60-70 gigaa tilaa piilossa, jos kerran Ubuntu on sillä osiolla. Osiohan pitäisi kai jotenkin näkyä Windowsissa.
Minulle tuli vielä mieleen, pystyykö Windowsista näkemään sitä mitenkään jollain ohjelmalla? Ei minulla pitäisi siellä olla mitään tärkeitä tiedostoja
-
Yritin vielä toisen kerran>
@An error occurred during the repair.
Error: NVram is locked (Ubuntu not found in efibootmgr).
Okei, tuo vaikuttaa bios-tason (UEFI firmwaren) ongelmalta. Jostain syystä koneen NVRAM-muisti on lukutilassa, eikä boot-repair pysty muuttamaan käynnistysjärjestystä. Sama ongelma tulisi luultavasti eteen myös Ubuntun uudelleenasennuksessa. Voi olla, että NVRAM on niin lukossa, etteivät edes bios-asetukset tallennu. Eli vaikka yrittäisit muuttaa käynnistysjärjestystä biosin kautta, uusi järjestys ei tallennu muistiin. Biosin tehdasasetusten palautus saattaisi auttaa, mutta siinä on pieni riski, että tilanne menee vielä huonompaan suuntaan.
Yksi mahdollisuus on kokeilla vielä Windowsin bcdeditillä, jolla voi lisätä Ubuntun lataajan tiedot komennolla:
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
Komento ajetaan siis Windowsissa pääkäyttäjän komentokehotteessa. Katso: https://itsfoss.com/no-grub-windows-linux/
Tämä ei kuitenkaan auta, jos NVRAM on oikeasti lukossa.
Nyt minulla on kuitenkin 60-70 gigaa tilaa piilossa, jos kerran Ubuntu on sillä osiolla. Osiohan pitäisi kai jotenkin näkyä Windowsissa.
Minulle tuli vielä mieleen, pystyykö Windowsista näkemään sitä mitenkään jollain ohjelmalla? Ei minulla pitäisi siellä olla mitään tärkeitä tiedostoja
Osio näkyy Windowsin levytyökalulla, mutta sitä ei voi avata suoraan, koska Windowsissa ei ole ajuria Linuxin Ext4-tiedostojärjestelmälle. Helpoiten tietoihin pääsee käsiksi Ubuntun asennustikun kokeilutilassa. Siellä voit liittää osion Levyt-ohjelmalla.
-
Kannattaisi varmaan katsoa tarjoaako Lenovo tuolle mallille BIOS-päivitystä. Omalle koneelleni ajoin juuri tänään.
-
Jotain tällaista tuli vastaukseksi.
PS C:\Users\Jotaarkka Riddelin> bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
The set command specified is not valid.
Run "bcdedit /?" for command line assistance.
Parametri ei kelpaa.
PS C:\Users\Jotaarkka Riddelin>
Jos doubleboot ei toimi tässä koneessa, niin mitenkä se windowsissa pyörivät linux. Oliko se joku ssl versio, jota on mainostettu doubleboot järjestelmiin?
-
Jotain tällaista tuli vastaukseksi.
PS C:\Users\Jotaarkka Riddelin> bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
The set command specified is not valid.
PS = PoweShell. Komento on tarkoitus ajaa PowerShellin sijaan perinteisessä cmd-komentotulkissa. Se löytyy Windowsin valikosta, mutta voit myös käynnistää sen PowerShellin sisältä komennolla cmd.
https://www.tenforums.com/general-support/88823-bcdedit-says-set-command-specified-not-valid.html
mitenkä se windowsissa pyörivät linux. Oliko se joku ssl versio
Windows Subsystem for Linux eli Wsl (ja wsl2). Ne soveltuvat lähinnä sovelluskehittäjien tarpeisiin, vaikka nykyisin myös graafisten sovellusten käyttö on mahdollista. Wsl:llä et kuitenkaan voi ajaa kokonaista Linuxin työpöytäympäristöä, joten työpöytäkäytön kannalta joku muu virtualisointi voi olla mielekkäämpää.
-
Hei nm. Sain viimein otettua kännykällä kuvan Lenovon boxista tai käynnistysvalikosta, mihin pääsin.
Yritin kopioida sen tähän.Ei onnistunut. Kännykällä voisin kyllä lähettää sen sinulle. Toinen kuva on tiiviimpi.
-
Hei nm. Sain viimein otettua kännykällä kuvan Lenovon boxista tai käynnistysvalikosta, mihin pääsin.
Yritin kopioida sen tähän.Ei onnistunut. Kännykällä voisin kyllä lähettää sen sinulle. Toinen kuva on tiiviimpi.
Kuva lisätään viestiä kirjoittaessa klikkaamalla kirjoitusalueen alapuolella tekstiä Liitteet ja muut asetukset ja sitten Liite: Valitse tiedosto. Tiedoston pitää olla alle 768 kilotavun kokoinen.
Jos liitteen lisääminen on liian hankalaa, voit ladata kuvan esimerkiksi Imguriin: https://imgur.com/upload
Kun kuva on latautunut palveluun, saat linkin painamalla Grab Link. Kopioi linkki tänne foorumille.
-
Yritän liittää kuvan tänne.
-
Olet nyt avannut "Network Boot" -vaikon. Avaa ylin kohta, "Boot" (vaaleansinisellä), niin pääset muokkaamaan käynnistys(media)valikkoa.
-
Kiitos, mutta mikä valikko pitäisi avata, jotta Ubuntu tulisi näkyviin? Nyt Windows ilmeisesti käyttää PXE valikkoa.
-
PXE-verkkokäynnistys ei liity asiaan mitenkään, eikä PXE-asetuksia tarvitse muuttaa.
Avaa Boot-kohta, kuten AimoE neuvoi.
-
Ekassa kuvassa on oikealla puolella Startup-valikko, jonka eka kohta on Boot, klikkaa sitä. Noi muut alakohdat ovat suoraan esillä, mutta
Boot on alavalikko Boot-kohdalle on oma asetussivu, ja siksi se on sinisellä.
-
F12 näppäintä voi käyttää vain silloin, kun "supervisor enters startup). Minä pääsen biosiin, mutta en muuttamaan käynnistysvalikkoa, koska en tiedä, kuinka supervisor pääsee biosiin ja sitä kautta käynnistysvalikkoon. Kirjautuessani Windowsiin käytän neljä numeroista pinkoodia. Varsinainen salasanaa en ole tarvinnut ollenkaan, koska järjestelmä kysyy sitä hyvin harvoin jos ollenkaan.
-
Ei tässä nyt salasanaa tarvita, menet vain syvemmälle asetuksiin. Olet jo melkein perillä.
Katso ekaa kuvaa jonka postasit tänne. Siinä on vasemmalla puolella päävalikko Setup, ja oikealla puolella sen alavalikko Startup. Alavalikon ensimmäinen, ylimpänä näkyvä kohta on Boot. Täppää sitä, niin pääset sinne, missä käynnistysmedian valintavalikkoa voi muokata, jos tarvii. Kaiken järjen mukaan sitä ei tarvitse muokata, kunhan vaan avaat sen ja näet mitä siellä on.
-
Okei, tajusin nyt että sen Boot-kohdan avaaminen voi kysyä salasanaa. Minulle täkeintä on se, että läppärin kiintolevy(t) on salattu, mutta BIOS:n salasanoja en ole käyttänyt.
Silloin kun otin käyttöön koneen, jonka BIOS on samannäköinen kuin sinun, tein kuitenkin itselleni tiivistelmän siitä, mitä netissä oleva manuaali sanoi BIOS-salasanoista.
- Etuoikeusjärjestys:
- pääkäyttäjän ("Supervisor") salasana ohittaa järjestelmänhallinnan salasanan ja käynnistyssalasanan;
- järjestelmänhallinnan salasana ohittaa käynnistyssalasanan;
- pääkäyttäjän kiintolevysalasana ohittaa käyttäjän kiintolevysalasanan.
- Asettaminen:
- Pääkäyttäjän salasanan ja kiintolevysalasanat voi asettaa BIOS-asetusten kautta;
- järjestelmänhallinnan salasanan voi asettaa myös Windowsissa, WMI:n kautta;
- pääkäyttäjä voi antaa järjestelmänhallinnan salasanalle samat oikeudet kuin pääkäyttäjällä, mutta oletuksena ne ovat heikommat.
- Käyttäjä voi muuttaa kiintolevysalasanan, mutta ei voi poistaa pääkäyttäjän asettamaa kiintolevysalasanaa.
- Salasanaa kysytään
- tietokoneen käynnistyessä
- jos käynnistyssalasana on asetettu ja käynnistys ("Unattended Boot", "Restart", "Power-On") on lukittu, taikka
- jos kiintolevysalasana on asetettu;
- käynnistysvalikkoa (F12) avattaessa jos käynnistyssalasana(?) on asetettu ja käynnistyslaitevalikko ("Boot Device List") on lukittu;
- BIOS-asetuksia avattaessa (F1) jos pääkäyttäjän tai järjestelmänhallinnan salasana on asetettu ja BIOS-asetukset on lukittu.
- Kiintolevysalasanalla suojattu levy salataan levyn valmistajan algoritmilla, joka on eri kuin Microsoft BitLocker-algoritmi. Käytä Bitlockeria mieluummin!
Olisikohan tuosta mitään apua?
-
Kiitos teille todella paljon, että olette jaksaneet neuvoa asiassa, joka on teille ilmiselvä. Minä ole kuitenkin aika vanha mies, vaikka olenkin jotenkin pärjäillyt teidän kaikkien neuvoilla sekä Kubuntussa että Ubuntussa. Windows on kuitenkin jatkuvasti muuttunut, ja se ilmeisesti ei siedä rinnalleen toista käyttöjärjestelmää. Siksi jätän tämän koneen Windowsille. Voi tietenkin olla, että Ubuntu voidaan palauttaa, mutta nyt en uskalla ottaa riskiä, että menettäisin tietoni.
Minulla on kaksi muuta eri kokoista läppäriä ja molemmissa on Kubuntu. Ne ovat vähän vanhempia ja ehkä asennan toiseen Ubuntun. Tällä läppärillä, joka ei hyväksynyt Ubuntuani on minulla tärkeä työ kesken ja siksi jätän sen Windows koneeksi ainakin toistaiseksi. Kiitos vielä kaikille.
-
Ehkä minun olisi hyvä aloittaa uusi aihe, mutta koska tämä liittyy olennaisesti tähän keskusteluun kopioin viestini ehkä uuteen aiheeseen.
Minulle väitettiin, että Ubuntuni on edelleen koneessani ja minua yritettiin neuvoa, miten saisin sen näkyviin. Se ei minulta onnistunut ja olenkin toistaiseksi käyttänyt Windowsia, joka on nyt huomattavasti parempi kuin ennen. Silti kaipaan Ubuntuani ja käynnistin asennustikultani Ubuntun kokeiltavaksi. Ja tosiaan linuxpartitioni oli ehjä ja kaikki ohjelmat toimivat. Mutta miten saisin sen näkyviin ilman asennustikkua? Kas siinä kysymys kuten Hamlet sanoi, vaikka puhuikin olemassaolosta.
Teen siis nyt töitä Windowsissa, mutta toivon vielä saavani Ubuntuni näkyviin ilman asennustikkua.