Linux-kysymyksiä & yleistä keskustelua Linuxista

GPU: GTX 1660Super.

Olisikohan jonkinlainen ajurisotku? Äkkiseltään näyttäisi dmesgin perusteella että kernelissä on ladattu Nvidian proprietary binaariajuri mutta Xorg.0.logissa ei näy kuin nouveau, joka ei saa DRM laitetta avattua (tuon proprietaryajurin vuoksi ehkä?) ja lopulta käytetään fallbackina framebufferia.

Nahkatakkimiehen korteille löytyy siis kahta eri ajuria, virallinen binaaripökäle ja epävirallinen open source-ajuri nouveau. Eivät toimi luonnollisesti samaan aikaan. Vähän epäilen että X.orgille on tarjolla pelkästään toinen näistä mutta molemmat kernelimodulit löytyy, ja riippuen kumpiko ehtii ladata ja varata näytönohjaimen itselleen joko toimii tai ei toimi.
 
En tuota ekaa komentoa saanut vieläkään toimimaan. Otin kyllä koko journalctl -b talteen, mutta siinä on yli 1500 riviä niin pitäisi varmaan karsia turhat pois ennen pasteamista.
Komento voi Linux Mintissä olla myös "journalctl -e _COMM=Xorg.bin" tms. mutta Xorg.0.log:ista oli siis tässäkin kyse, tietyt distrot ei vaan enää näitä logeja levylle erillisinä tiedostoina kirjoita. Tosiaan virhe viittaisi juurikin siihen, mitä Barbarossa edellisessä viestissä kertoi, tämän voi toki vielä verifioida, vaikka seuraavalla komennolla onnistuneen ja epäonnistuneen bootin jälkeen:
lsmod |grep -e nvidia -e nouveau

Jos näin on, niin suosittelen blacklistaamaan/poistamaan nouveaun kokonaan kernelistä. Tällöin ei jää sattuman varaan, että mikä moduli ehtii latautua ensin.
 
Kiitokset vinkeistä molemmille. Tässä tuo lsmod molemmissa tapauksissa:
Koodi:
Toimiva:
[09:09] user@PC:~$ lsmod | grep -e nvidia -e nouveau
nvidia_uvm            983040  0
nvidia_drm             57344  3
nvidia_modeset       1224704  5 nvidia_drm
nvidia              34037760  194 nvidia_uvm,nvidia_modeset
drm_kms_helper        184320  1 nvidia_drm
drm                   491520  6 drm_kms_helper,nvidia_drm
i2c_nvidia_gpu         16384  0

Rikki:
[09:22] user@PC:~$ lsmod | grep -e nvidia -e nouveau
nvidia_uvm            983040  0
nvidia_drm             57344  0
nvidia_modeset       1224704  1 nvidia_drm
nvidia              34037760  2 nvidia_uvm,nvidia_modeset
drm_kms_helper        184320  1 nvidia_drm
drm                   491520  3 drm_kms_helper,nvidia_drm
i2c_nvidia_gpu         16384  0

Oli näköjään uusi ajuriversiokin ilmestynyt tuonne driver manageriin (450 -> 460), mutta eipä siitäkään mitään apua tähän ongelmaan ollut.

Olen tuota vikaa yrittänyt etsiskellä hakukoneella ja aivan vastaavaa tapausta en ole löytänyt, mutta monessa näissä on secure boot mainittu. Olisiko siinä mahdollinen vian aiheuttaja tähänkin tapaukseen?

Biosin secure boot-valikosta löytyi seuraavat asetukset (default):
Secure boot state: user
OS type: Other OS
 
Viimeksi muokattu:
Kiitokset vinkeistä molemmille. Tässä tuo lsmod molemmissa tapauksissa:
Tämä vahvisti tämän ajurisotkun vääräksi, koska molemmissa tapauksissa NVIDIA on ladattuna, eikä nouveau.

Biosin secure boot-valikosta löytyi seuraavat asetukset (default):
Secure boot state: user
OS type: Other OS
Kokeile disabloida secure boot kokonaan.

Jos ei auta, niin yksi asia, mikä tuli mieleen niin on ihan oikea rautavika...
 
Kokeile disabloida secure boot kokonaan.

Jos ei auta, niin yksi asia, mikä tuli mieleen niin on ihan oikea rautavika...

Tehty tuo disablointikin vaikeaksi, erään opasvideon mukaan "Clear secure boot keys" pitäisi disabloida Sercure bootin, eikä selkeää enable/disable -valintaa ole, mutta itsellä se vain vaihtoi Staten userista setuppiin, ei disabled niin kuin videossa. Tämä ei ainakaan vikaan auttanut.

Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!
 
Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!

Ihan mielenkiinnosta, miltäs Xorg.0.log näyttää silloin kun kaikki toimii?
 
Tehty tuo disablointikin vaikeaksi, erään opasvideon mukaan "Clear secure boot keys" pitäisi disabloida Sercure bootin, eikä selkeää enable/disable -valintaa ole, mutta itsellä se vain vaihtoi Staten userista setuppiin, ei disabled niin kuin videossa. Tämä ei ainakaan vikaan auttanut.

Rautavika tietysti aina mahdollinen, mutta windows-käytössä ja tämän ongelman lisäksi ei muita ongelmia ole ollut. Pitääpä odotella josko tuo 3080 joskus saapuisi niin pääsisi testaamaan onko mahdollinen vika näytönohjaimessa, vaiko jossain muualla, jos en sitä ennen yritä asentaa tuota 20.1 -versiota. Kiitos vinkeistä!

Tommonen ohje tuli googlella, itsellä ei Asuksen emoa niin en pysty tsekkaamaan:

Koodi:
In order to disable boot on z 390 ASUS motherboard on my TUF Gaming Plus Wi-Fi set one has to go to firmware> Advanced. From advanced to secure boot and change secure boot mode from UEFI to other, exit and save changes. This disables secure boot. To enable it, the reverse is done.
 
Raspbery Pi 4 B:n kanssa ihmettelen internet nopeuksia. Ethernetissä iperf3:lla testattuna data liikkuu 900-950mbps, mutta speedtest.net (tai speedtest-cli) antaa tulokseksi vain 60-80mbps (lataus, upload ei ole niin oleellinen minulle). Kaapeliyhteys on mallia 250/20.

Raspberry kytketty ethernet-piuhalla 1Gbe Netgearin kytkimeen. Yhteys muuten menee seuraavasti: kaapelimodeemi -> MikroTik CRS305 -> Netgear 1Gbe-kytkin -> Raspberry. Netgearin portista testaamalla saan läppärillä täyden kaistan speedtest.net mukaan. Onko ajatuksia mistä lähteä etsimään vikaa? Kytkennät lienevät ok, jos läppärillä saa täyden kaistan Netgearin läpi? MikroTik toimii SwOS moodissa, kun en noita RouterOS ominaisuuksia siltä toistaiseksi tarvitse.

Ainoa outo asia, jonka olen löytänyt on se, että kaapelimodeemi (Fritz!box 6660) luulee, että myös kaikki Netgeariin kytketyt laitteet ovat 2,5Gbe kytkentöjä. Oletin, että tuo saattaisi aiheuttaa jotain kättelyongelmia, mutta kun läppärillä yhteys toimii, niin vähän vaikea uskoa, että tuo olisi syy.

Tuo MikroTik on tuolla välissä, jotta saan pöytäkoneen ja NAS:n 10Gbe portit hyötykäyttöön. Kaapelimodeemilta (Fritz!box 6660) tulee 2,5Gbe yhteys sen LAN1 portista MikroTikille, jossa on MikroTikin S+RJ10 transceiver. Kaikille muille laitteille saan täyden kaistan paitsi tuolle RasPille.
 
Oletko vaihtanut LAN-kaapelia? Tai mittasitko läppärillä samasta Netgearin portista ja samalla kaapelilla, mitä Raspberryä? Raspberry Pi4 pitäisi pystyä siirtämään yli 900 mbit nopeudella LAN-portista.

Millä nopeudella Raspberry kättelee yhteyden?
ethtool eth0 | grep -i speed
 
Oletko vaihtanut LAN-kaapelia? Tai mittasitko läppärillä samasta Netgearin portista ja samalla kaapelilla, mitä Raspberryä? Raspberry Pi4 pitäisi pystyä siirtämään yli 900 mbit nopeudella LAN-portista.

Millä nopeudella Raspberry kättelee yhteyden?
ethtool eth0 | grep -i speed

Unohtuikin päivittää tänne tilannetta. Testasin toisen kaapelin, sama homma. Kättelyn tulos alla.

ethtool eth0 | grep -i speed Speed: 1000Mb/s

Syyksi paljastui tietenkin virheelliset mittaukset. Aloin epäillä tuota speedtest-cli:n toimintaa, kun mittasin samaa luokkaa olevia nopeuksia NAS:n kautta. Fast.com sivulla mittaamalla (selaimessa) sain 130-150Mbps RasPilla, joka on jo mielestäni hyväksyttävä tulos vaikka tietenkin kapasiteettia jää käyttämättä. Tämä riittää kuitenkin hyvin käyttötarkoituksiini, niin en ole enää niin huolissaan asiasta.
 
Juu, tuo speedtest-cli jostain syystä tuntuu joskus antavan ihan outoja tuloksia, yleensä reippaasti alakanttiin. Yhdellä koneella speedtest-cli mittailee mulla tunnin välein netin nopeutta ja siihen löysin jonkun pätsätyn version jostakin aikanaan joka antoi vähän todenmukaisempia eli selainversion ja toisen koneen kanssa yhteneväisiä tuloksia.
 
Juu, tuo speedtest-cli jostain syystä tuntuu joskus antavan ihan outoja tuloksia, yleensä reippaasti alakanttiin. Yhdellä koneella speedtest-cli mittailee mulla tunnin välein netin nopeutta ja siihen löysin jonkun pätsätyn version jostakin aikanaan joka antoi vähän todenmukaisempia eli selainversion ja toisen koneen kanssa yhteneväisiä tuloksia.

Joo kannattaa huomata että speedtest itse tarjoaa virallisen version Speedtest CLI - Internet connection measurement for developers tuolta, se speedtest-cli paketti mikä löytyy suurimman osan distroista repositorioista on kolmannen osapuolen työkalu joka käyttää jotain vanhaa apia eikä tuota oikeanlaisia tuloksia.
 
Joo kannattaa huomata että speedtest itse tarjoaa virallisen version Speedtest CLI - Internet connection measurement for developers tuolta, se speedtest-cli paketti mikä löytyy suurimman osan distroista repositorioista on kolmannen osapuolen työkalu joka käyttää jotain vanhaa apia eikä tuota oikeanlaisia tuloksia.

Kiitos!

Sain tuolla oikealla versiolla varmennettua, että RasPi toimii ihan oikein. RasPilla nopeudet 245/19Mbps, NAS:lla 246/20Mbps.
 
Mulla on kuulokkeet kiinni kotelon etupaneelissa ja kaiuttimet emolevyn ulostulossa, molemmat jakkiliittimillä, molemmat kytketty oikein. Jotenkin kuvittelisin ulostuloa voivan säädellä tuolla "Ports" -valikon täpällä, mutta saan vain seuraavanlaisia tuloksia:

Line Out = ääni kuuluu kaiuttimista
Headphones = ääni kuuluu molemmista

Johtuu varmaan siitä, että ohjelmisto ei tunnista kuulokkeita kytketyksi, jonka johdosta toista ulostuloa ei vaimenneta.

audio.png


Miten saan äänen kuulumaan ainoastaan kuulokkeista? Ohjelmistona Debian & KDE & Pulseaudio.

Edit: Tässä vielä alsamixerin tasot, vasemmalla "Line Out" ja oikealla "Headphones". Kuulokkeilla jää "Front" edelleen aktiiviseksi, joka vie ääntä etukaiuttimille.

Kaiuttimet audio_kuulokkeet.png


Edit 2: Korjaantui alla olevilla muutoksilla.

Bash:
cd /usr/share/pulseaudio/alsa-mixer/paths/
sudo nano analog-output-headphones.conf

; On some machines Front is actually a part of the Headphone path [Element Front] switch = mute --> off volume = zero --> off
 
Viimeksi muokattu:
Ainakin minulla on tähän saakka ollut helpompaa asentaa ensin windows ja sitten linuxi. Joskus aikojen alussa toisinpäin asentaessa vaati ihan tosi paljon ruuvaamista joten helppouden vuoksi näin päin. Toki 20 vuodessa on tullut paljon uusia windows-versiota ja nykyään tilanne voi olla hyvinkin eri.

Ei missään nimessä ole eri. Win10 ajaa kovalevyltä valmiiksi löytyvän EFI-partition sileäksi ja täyttää Windowsilla, vaikka siellä olisi linux tai mac valmiina. Ei auta, vaikka tekisi Diskpartilla uuden EFI-osion, koska käytettävää EFI-partitiota ei voi asennusvaiheessa valita. Windows valitsee ensimmäisen levyn alusta katsoen löytyy.

Myös aina ennen Windowsin asennusta kannattaa käyttää bios oletusasetuksilla. Mulla unohtui kerran tehdä, ja Windows laittoi oman boot selectorin joka käynnistyksellä eteeni, josta vain alempi toimi. Eli hereillä piti olla, koska itsekseen ei työpöydälle löytänyt.
 
Mikähän on näppärin tapa ajaa Ubuntu Serverissä sudo komento joka bootissa ilman, että tarvitsee salasanaa näpytellä? Koneessa on Mate työpöytä, jolle se käynnistyy.
 
Siis tuolla antaa oikeudet ajaa komento käyttäjälle ja sitten lisätä se komentorivi käynnistettäviin sovelluksiin?

Tuollahan se lukee: :)

Jos halutaan, että eskon ei tarvitse syöttää salasanaa komennon yhteydessä, lisätään riville NOPASSWD-optio. Useat komennot erotetaan toisistaan pilkulla:

esko ALL=(root) NOPASSWD: /sbin/shutdown,/sbin/reboot
 
Tuollahan se lukee: :)

Jos halutaan, että eskon ei tarvitse syöttää salasanaa komennon yhteydessä, lisätään riville NOPASSWD-optio. Useat komennot erotetaan toisistaan pilkulla:

esko ALL=(root) NOPASSWD: /sbin/shutdown,/sbin/reboot

Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.
 
Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.

Ihan turhaa. Laita lp blacklistille niin sitä ei ladata eikä tarvitse ajaa komentoa käynnistyksessä.
Ubuntussa taisi onistua helpommin tekemällä oma tiedosto (vaikka oma.conf) hakemistoon /etc/modprobe.d/ ja tiedoston sisällöksi "blacklist lp", tietysti ilman lainauksia. Seuraavassa bootissa pitäisi jäädä lataamatta.
En muista varmasti mutta piti varmaan ajaa myös "sudo update-initramfs -u".
Googlella löytyy varmasti lisäapua ubuntulle.
 
Automaattisesti joka käynnistyksessä ajettava komento on sudo modprobe -r lp niin mitenkäs tuo rivi pitäisi lisätä? On kyllä niin perseelleen kirjoitettu tuo wikisivu, kuten 99% kaikista Linux manuaaleista, joista ei tavan käyttäjä ota mitään selkoa.
Tuota ei kannata sudon kanssa laittaa vaan ihan suoraan käynnistysskripteihin rootilla ajettavaksi. Mikä distro sulla on, niin voin auttaa tarkemmin.

Edit: Eiku se olikin -r vivulla. Paremmat neuvot tuli jo.
 
Ubuntun ytimen moduuleja voidaan estää latautumasta lisäämällä estettävä moduuli blacklist-tiedostoon. Tämä tiedosto tulee tehdä /etc/modprobe.d/ kansioon. Tiedostossa listataan blacklist komento ja halutun moduulin nimi. Näin ollen rautalankaohje:

1. Avaa blacklist tiedosto
$ sudo nano /etc/modprobe.d/blacklist

2. Lisää tiedoston loppuun rivi
blacklist lp

Muutos talletetaan kirjoittamalla Control + o, jonka jälkeen vastataan Enterillä, että haluat talettaa /etc/modprobe.d/blacklist -tiedoston. Lopuksi Nano-editorista poistutaan kirjoittamalla Control + x ja vastaamalla y-kirjaimella, että haluat poistua editorista.

3. Päivitä initramfs, eli linux-ytimen käyttämä tiedostojärjestelmä
$ sudo update-initramfs -u

4. Käynnistä tietokone uudelleen
$ sudo reboot

Kun kone on uudelleen käynnistynyt, voit lsmod -komennolla tarkistaa, että lp moduulia ei ole enää ladattuna.
 
Ubuntun ytimen moduuleja voidaan estää latautumasta lisäämällä estettävä moduuli blacklist-tiedostoon. Tämä tiedosto tulee tehdä /etc/modprobe.d/ kansioon. Tiedostossa listataan blacklist komento ja halutun moduulin nimi. Näin ollen rautalankaohje:

1. Avaa blacklist tiedosto
$ sudo nano /etc/modprobe.d/blacklist

2. Lisää tiedoston loppuun rivi
blacklist lp

Muutos talletetaan kirjoittamalla Control + o, jonka jälkeen vastataan Enterillä, että haluat talettaa /etc/modprobe.d/blacklist -tiedoston. Lopuksi Nano-editorista poistutaan kirjoittamalla Control + x ja vastaamalla y-kirjaimella, että haluat poistua editorista.

3. Päivitä initramfs, eli linux-ytimen käyttämä tiedostojärjestelmä
$ sudo update-initramfs -u

4. Käynnistä tietokone uudelleen
$ sudo reboot

Kun kone on uudelleen käynnistynyt, voit lsmod -komennolla tarkistaa, että lp moduulia ei ole enää ladattuna.

Täytyypä kokeilla. Tuo kai pysyy voimassa vaikka ydin välillä päivittyykin?
 
Olen ajatellut, että rakentaisin oman NAS:n ZFS poolin kokonaan uudestaan. Nyt käytössä neljä 8TB levyä kahden levyn mirroreina. En halua jatkaa kahden levyn mirroreiden lisäämistä, koska riskit tuntuvat hyötyjä suuremmilta.

Seuraavassa konfiguraatiossa olisi 8 8TB levyä (sis. nuo neljä aiempaa). Olen pyöritellyt pääasiassa kahta vaihtoehtoa. Kaksi neljän levyn mirroria tai yksi seitsemän levyn RaidZ2. Valitettavasti en varmaan saa tuota viimeistä levyä suoraan käyttöön tuon RaidZ2:n kanssa, koska vanhan poolin data pitää saada jonnekin talteen uuden poolin luomista varten. Mirroreiden kanssa vastaavaa ongelmaa ei tule.

Ilmeisesti ZFS:ään on suunnitteilla uusi ominaisuus, jolla voisi lisätä levyjä olemassaolevaan RaidZ-pooliin. Voin siis ihan hyvin odottaa tuota ominaisuutta, pahimmassa tapauksessa minulle jää yksi ylimääräinen levy varalle.

Onko näiden kahden välillä mitään selkeää parempaa vaihtoehtoa? Mitään elintärkeää dataa en säilö, kyseessä on oma mediakirjasto, mutta en nyt ihan mielellään haluaisi sitä kasata uudestaan. Ilmeisesti tuollainen 5+2 (ja 6+2) RaidZ2 alkaa olla jo vähän suositeltavan konfiguraation ylärajoilla. Kotelosta vaan loppuu tila näiden neljän levyn jälkeen, jonka vuoksi mietin vaihtoehtoa mirrorille.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.

Jos perusteluna on vain että mikä on ”paras” niin käytä sitä defaultia. Jos keksit jonkun tarpeen mikä pitäisi paketoidulla custom kernelillä ratketa niin käytä sitä.
 
Onko kukaan leikkinyt noiden spessu-kerneleiden kanssa. Esim zen-kerneli. Mikä olisi paras ei muutaman vuoden takaista intelin i5:sta käyttävälle thinkpadin läppärille?
Jostain annoin lukea että esim zen-kernelit olisi kivoja amd:lle.

Taitaa koneet nykyään olla niin nopeita, että itse buildatun kernelin ja ainoastaan tarpeellisilla varustetuilla ajureilla ei taida nopeuttaa käyttöä yhtään. Tai marginaalisesti ainakin.

Vanhemmat kaulaparrat ovat näin minulle kertoneet, että 10 vuotta sitten viimeksi sillä saatiin nopeushyötyä saavutettua.

Mutta eihän uuden oppimisesta mitään haittaakaan ole, kun oppii ymmärtämään miten kernel oikeasti toimii.
 
Oma kernel kannattaa kääntää jos esimerkiksi käytetylle jakelulle ei ole saatavilla riittävän uutta, käytännössä yleensä joku laitetuki uudella tai erikoisella raudalla.
Omassa J4105- nassissa on myös itse käännetty koska asennuksen aikaan jakelun kernelin tuki oli heikompi.

Toinen on tarve tiettyyn tarkoitukseen, esimerkiksi vielä vähän aikaa sitten käytössä olleeseen P4 jyrsinohjaimeen kannatti kääntää rt- kernel P4- optimoinnilla niin sai huomattavasti paremmat latenssit. Tässä tapauksessa myös ylimääräiset ajurit jne jätetään pois koska kernelin on tarkoitus pyöriä vain yhdessä koneessa.

Opettelun kannalta suosittelen ja jos kyseessä on vanhempi kone saattaa saada hyötyäkin. Toisaalta jos jättää tärkeitä asioita/ajureita pois niin sitten ei tietysti toimi.
 
Olen ajatellut, että rakentaisin oman NAS:n ZFS poolin kokonaan uudestaan. Nyt käytössä neljä 8TB levyä kahden levyn mirroreina. En halua jatkaa kahden levyn mirroreiden lisäämistä, koska riskit tuntuvat hyötyjä suuremmilta.

Seuraavassa konfiguraatiossa olisi 8 8TB levyä (sis. nuo neljä aiempaa). Olen pyöritellyt pääasiassa kahta vaihtoehtoa. Kaksi neljän levyn mirroria tai yksi seitsemän levyn RaidZ2. Valitettavasti en varmaan saa tuota viimeistä levyä suoraan käyttöön tuon RaidZ2:n kanssa, koska vanhan poolin data pitää saada jonnekin talteen uuden poolin luomista varten. Mirroreiden kanssa vastaavaa ongelmaa ei tule.

Ilmeisesti ZFS:ään on suunnitteilla uusi ominaisuus, jolla voisi lisätä levyjä olemassaolevaan RaidZ-pooliin. Voin siis ihan hyvin odottaa tuota ominaisuutta, pahimmassa tapauksessa minulle jää yksi ylimääräinen levy varalle.

Onko näiden kahden välillä mitään selkeää parempaa vaihtoehtoa? Mitään elintärkeää dataa en säilö, kyseessä on oma mediakirjasto, mutta en nyt ihan mielellään haluaisi sitä kasata uudestaan. Ilmeisesti tuollainen 5+2 (ja 6+2) RaidZ2 alkaa olla jo vähän suositeltavan konfiguraation ylärajoilla. Kotelosta vaan loppuu tila näiden neljän levyn jälkeen, jonka vuoksi mietin vaihtoehtoa mirrorille.

Jatketaan tarinaa. Uudet levyt matkalla ja kohta pääsee toteuttamaan.

Aloin pohtimaan vähän omia tilatarpeita ja vanhojen levyjen ikää ja käänsin kelkan tuohon peilattuun kokoonpanoon. Menen siis aiemmasta 2x2 mirrorista 2x4 mirroriin. Olemassaolevan datan vuoksi prosessi pitää tehdä jotakuinkin seuraavasti:
- Uudet levyt koneeseen ja luodaan niistä väliaikainen pool
- Siirretään vanhasta 2x2 poolista data uuteen väliaikaiseen
- Tuhotaan vanha pool
- Exportataan uusi pool ja importataan takaisin vanhan nimellä
- Lisätään vanhan poolin levyt uudeksi mirroriksi samaan pooliin

Tuossa ongelmana on oikeastaan se, että nyt poolit menisivät tyyliin uudet levyt ja vanhat levyt. Vanhoilla on "ikää" 10000h eivätkä anna erroreita. Silti mietin, että olisi varmaan järkevämpää korvata tuossa vanhassa poolissa pari vanhaa levyä uusilla, jotta kummassakin lopullisessa poolissa olisi kaksi uutta ja kaksi vanhaa levyä.

Kysymyksiä on siis muutama:
- Mikä olisi "best practice" tuossa datan heittämisessä väliaikaiseen paikkaan, jotta nuo neljä vanhaa levyä voidaan organisoida yhdeksi mirroriksi? Onko tähän jotain kikkaa, jolla prosessi helpottuisi? (Olen jotain tietoa löytänyt zfs send/receive komentojen käytöstä, jolla snapshottien avulla saadaan dataa siirrettyä)
- Onko levyjä tarpeen sekoittaa, jotta kummassakin mirrorissa on uutta ja vanhaa levyä? Jos on, niin tuleeko tästä jotain oleellisia muutoksia prosessiin?
(- Onko tässä yhteydessä järkeä pyrkiä balansoimaan dataa tasaisesti mirroreiden välillä, kun se kerran kirjoitetaan uudestaan joka tapauksessa? Jos on, niin miten se kannattaisi tehdä?)

En tarvitse valmiita vastauksia kaikkeen, olen koittanut jotain vastaavaa projektia etsiä luettavaksi, mutta en ole vielä löytänyt. Sellainen kelpaa tukimateriaaliksi loistavasti.
 
Taitaa koneet nykyään olla niin nopeita, että itse buildatun kernelin ja ainoastaan tarpeellisilla varustetuilla ajureilla ei taida nopeuttaa käyttöä yhtään. Tai marginaalisesti ainakin.

Vanhemmat kaulaparrat ovat näin minulle kertoneet, että 10 vuotta sitten viimeksi sillä saatiin nopeushyötyä saavutettua.

Mutta eihän uuden oppimisesta mitään haittaakaan ole, kun oppii ymmärtämään miten kernel oikeasti toimii.
Wanhana gentoo-kaulapartana sanoisin, että erikoiskernelit on erikoiskaulaparroille. Nopeushyötyä niistä ei tosiaan ole ollut pitkään aikaan, mutta yhteensopivuusongelmia senkin edestä. Ainut syy, mitä tänäpäivänä keksin erikoiskernelin käyttöön on, että siitä löytyy jokin tarvitsemasi kokeellinen ajuri tai ominaisuus, mitä et saa muuten käyttöösi.
 
Wanhana gentoo-kaulapartana sanoisin, että erikoiskernelit on erikoiskaulaparroille. Nopeushyötyä niistä ei tosiaan ole ollut pitkään aikaan, mutta yhteensopivuusongelmia senkin edestä. Ainut syy, mitä tänäpäivänä keksin erikoiskernelin käyttöön on, että siitä löytyy jokin tarvitsemasi kokeellinen ajuri tai ominaisuus, mitä et saa muuten käyttöösi.

Vanhana Gentoo-kokopartana kysyn että mikä on Gentoon kontekstissa erikoiskerneli?
 
Lukisin erikoiskerneleiksi vähintään kaiken, mitä ei portagen oletusreposta löydy arch tai ~arch.

Minustakin käyttämäni gentoo-sources-kerneli käsin tehdyllä konffilla ja muutamalla itse tehdyllä user patchilla on ihan normaalia Gentoon käyttöä eikä mitään erikoista :hungry:
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...

Olihan sulla swap-tiedosto/-osio määritetty? Mulla toki hidastuu kun muisti loppuu, muttei se jumiin jää.
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...
Sulla ei oo ilmeisesti swap-osiota ollenkaan, sen pitäisi estää tuo lähes totaalinen jäätyminen.


Ubuntussa ei varmaan ole vielä käytössä, vaatii konffausta että toimii hyvin työpöydällä.
 
2021-02-18_14-42.png

Eikös tämä meinaa että olis kuitenki määritelty? Onko 1,8gb sitten liian pieni koko tuolle?
Onhan tuo aavistuksen pieni, jos satut rajoilla avaamaan ohjelman joka vaatii useamman gigan niin jumiinhan se menee. Yleensä on ohjeena 0,5-1 kertaa RAM-muistin määrä, riippuu käyttökohteesta.
 
Swappauksen hitaudesta voi päästä eroon OOM killereillä, jotka tappavat muistisyöpön prosessin ennen kuin muisti loppuu. Ubuntusta löytyy oomd- ja earlyoom-nimiset paketit, joita voi testata ja säätää sopiviksi.
 
Kannattaa toki myös selvittää että mikä sitä muistia noin kovin syö. Oomkillerinhän tuo pitäisi viimeistään pelastaa, mutta ei se mikään korjaus ole.
 
OOM killeriä en nää vaihtoehtona, koska pitää pystyä käyttämään tiettyjä ohjelmia samanaikaisesti joiden käyttö onnistuu kuitenkin Windowsilla.
 
Se tuskin on täysin käyttöjärjestelmän syy jos ohjelmat syö loputtomasti muistia. Löytyykö siitä käytettävästä ohjelmasta esimerkiksi mitään säätöjä tähän liittyen millä asiaa voisi parantaa? Käyttö tuskin on miellyttävää vaikka totaalijäätymisen saisikin swappia kasvattamalla estettyä, jos se sitten lopputuloksena swappaa jatkuvasti.
 
Onpa erikoista että Ubuntu jäätyy täysin kun muisti loppuu kesken. Ainoaksi ratkaisuksi jää sammuttaa kone virtanapista. Onko joku törmännyt samaan ongelmaan ja mikähän olis järkevin ratkasu fiksata toi?

Sama ongelma oli myös läppärillä Ubuntun kanssa. Luulis että tällanen toimis defaulttina jotenkin toisin kuin että jäädyttää koko järjestelmän...

Niin no. Järkevin tapa on olla käyttämättä niin, että muisti loppuu kesken. Ei käyttöjärjestelmä voi tehdä mitään kannaltasi hyvää ratkaisua tuossa tilanteessa. Joko se hyytyy hallitsemattomasti, tai yrittää tappaa muistisyöppöjä ohjelmiasi ( jos ehtii ennen hyytymistä.)

Aiemmin pyörivät levyt ovat toimineet hidastimena muistin loppuessa ja swappaamisen alkaessa. Käyttäjälle ja OS:lle jäi aikaa reagoida. Nyt kun on ssd:t, swappaaminen ei juuri hidasta mitään, vaan swappikin on yhtäkkiä käytetty ja mitään järkevää ei siinä tilanteessa kai voi tehdä. Tämä lisäksi Ubuntu pienensi jokin aika sitten default-kokoa swapille järjettömän pieneksi, mistä on jokin vika-tikettikin, ja vikaa ei ilmeisesti aiota korjata.
 
@Eli4s ... mutta joko lisäät muistia tai kasvatat swap-osion kokoa, tai lisäät swap-filen(joka on ilmeisesti nykyään vihdoim myös linuxissa ok vaihtoehto). Näillä tempuilla saat siirrettyä sitä muistin loppumista. Mutta edelleenkään, jos muisti silti loppuu, niin mitään kovin järkevää OS ei voi sinun kannaltasi tehdä.
 
Nykyisen swapin jatkeeksi voi laittaa swap-tiedoston, joskus tarvitsee pääasiassa vain parin gigan swappia, mutta joku kertaluonteinen työ voi vaatia enemmän. mkswap ja swapon komeinnoilla tuon voi tehdä. Ihan kätevä silloinkin, kun on tullut osioitua levy vähän ongelmallisesti, eikä halua säätää osioiden kokoa jälkikäteen.
 
  • Tykkää
Reactions: SRP
Se tuskin on täysin käyttöjärjestelmän syy jos ohjelmat syö loputtomasti muistia. Löytyykö siitä käytettävästä ohjelmasta esimerkiksi mitään säätöjä tähän liittyen millä asiaa voisi parantaa?
@Eli4sMutta edelleenkään, jos muisti silti loppuu, niin mitään kovin järkevää OS ei voi sinun kannaltasi tehdä.
Lähinnä ihmettelen sitä, että Windowsilla pyörii samat ohjelmat ilman erityisiä hidastumisia ja jäätymisiä. Suurin ongelmahan on se vähäinen ram, mutta sitä ei ole järkevää enää nykyiseen koneeseen lisätä. Tarkoituksena kyllä rakentaa uusi piakkoin.
 
Lähinnä ihmettelen sitä, että Windowsilla pyörii samat ohjelmat ilman erityisiä hidastumisia ja jäätymisiä. Suurin ongelmahan on se vähäinen ram, mutta sitä ei ole järkevää enää nykyiseen koneeseen lisätä. Tarkoituksena kyllä rakentaa uusi piakkoin.

Onko molemmissa käyttiksissä saman kokoinen swap?

Ainakin jos win itse saa päättää se voi olla kasvanut aika isoksikin.
Kelailin vain vähän taaksepäin, paljonko koneessa on muistia ja mitkä ohjelmat pitäisi pyöriä?
Ja jos et tarvitse kaikkia niin ubuntustakin voi sammutella turhia pois jos muisti on tiukalla.
 

Uusimmat viestit

Statistiikka

Viestiketjuista
301 369
Viestejä
5 131 502
Jäsenet
81 974
Uusin jäsen
Grouse

Hinta.fi

Back
Ylös Bottom