Tiedoston kirjoitussuojaus päivityksessä = Ratkaistu

[arieep]

Ongelmana ollut jo pitkään xorg.conf-tiedosto, kernel-päivitys muuttaa tuon tiedoston nimen jolloin sitä ei tietty lueta. Olen käyttänyt

Koodia: [Valitse]

sudo chattr -a /etc/X11/xorg,conf komentoa, mutta kernel-päivitys lisää tiedostominen loppuun numerosarjan. Tuo suojausasetus kyllä on voimassa kun korjaan vikatilassa tuota tiedostonimeä, olisi hyvä jos voisi ajaa normaalit päivitykset pelkäämättä ongelmia. Käytössä on Kubuntun 14.04-64 ja Nvidian 352.63, tuo ajuri on tarpeen kun on kaksi näytönohjainta ja neljä erilaista näyttöä.

[SuperOscar]

chattr on minulle outo komento; olen tiennyt sen olemassaolosta mutten koskaan ole tarvinnut. Lueskelin man-sivua ja yritin tajuta, miksi annat komennon ”chattr -a”, joka ilmeisesti poistaa ”append only” -määritteen. Äkkiseltään tuntuisi, että komennolla ”chattr +i”, joka asettaa immutable-määritteen, voisi olla haluamasi vaikutus.

[arieep]

Tuossa olikin näemmä kirjoitusvirhe, +a ottaa käyttöön ja -a poistaa. Onko muita komentoja/keinoja, estää nimenomaan tuon tiedoston nimenmuunnos. Toki haluan pystyä muuttamaan asetuksia Nvidia-settings ohjelmalla, myöskin tallentaen muutokset.

[nm]

Onko muita komentoja/keinoja, estää nimenomaan tuon tiedoston nimenmuunnos. Toki haluan pystyä muuttamaan asetuksia Nvidia-settings ohjelmalla, myöskin tallentaen muutokset.

Ei oikein ole muita keinoja. chattr:n pitäisi toimia, ja nvidia-settingsiä tai muuta editointia varten voit väliaikaisesti poistaa suojauksen.

[arieep]

Koska ongelma ilmenee ainoastaan kernelin vaihtuessa, niin onko vanha kernel-versio turvallisuus riski.

[nm]

Mielestäni kernelin päivityksen ei pitäisi koskea xorg.confiin, vaikka Nvidian ajuri kääntyykin silloin uudelleen DKMS:n toimesta. Sen sijaan Nvidian ajurin versiopäivitys saattaa siirtää tiedoston syrjään.


Yksi vaihtoehto on laittaa omat säädöt /etc/X11/xorg.conf.d -hakemistoon. Voit vaikka siirtää xorg.confin sellaisenaan sinne:

Koodia: [Valitse]

sudo chattr -a /etc/X11/xorg.conf
sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.d/10-nvidia.conf

Useimmat nvidia-settingsillä tehtävät säädöt tallentuvat kotihakemistoon (~/.nvidia-settings-rc), ja ne voi ladata automaattisesti työpöydän käynnistettävissä ohjelmissa komennolla

Koodia: [Valitse]

nvidia-settings --load-config-only

[arieep]

Tuli juuri turvallisuuspäivitys, ja sama nimenmuutosoperaatio oli tehtävä. Vikatilassa rootin päätteessä ei toimi rename-komento, mutta mv-komento toimii onneksi. Nyt ei ainakaan päivittynyt Nvidian ajuri, asetuksissani on ainoastaan turvallisuuspäivitykset. Kun tähän on jo tottunut, niin homma on jo lähes huvittavaa.

[nm]

Tuli juuri turvallisuuspäivitys, ja sama nimenmuutosoperaatio oli tehtävä. Vikatilassa rootin päätteessä ei toimi rename-komento, mutta mv-komento toimii onneksi. Nyt ei ainakaan päivittynyt Nvidian ajuri, asetuksissani on ainoastaan turvallisuuspäivitykset. Kun tähän on jo tottunut, niin homma on jo lähes huvittavaa.

Ongelma saattaisi johtua gpu-manager-ohjelmasta, joka suoritetaan jokaisessa käynnistyksessä. Se tarkistaa xorg.confin ja kirjoittaa sen uudelleen tai siirtää syrjään havaitessaan ongelmia. Mitä tiedosto /var/log/gpu-manager.log kertoo? (laita viestiin liitteeksi).

Jos ehdottamani /etc/X11/xorg.conf.d -hakemiston käyttö ei kelpaa tai ei auta ongelmaan, seuraava ratkaisu on gpu-managerin kytkeminen pois käytöstä: http://nicktj.tumblr.com/post/83943489732/xorgconf-reset-every-boot-in-1404-lts

Eli avaa /etc/default/grub tekstieditoriin:

Koodia: [Valitse]

sudo -i gedit /etc/default/grub
ja lisää kernelin käynnistysparametriksi nogpumanager:

Koodia: [Valitse]

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"-->

Koodia: [Valitse]

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nogpumanager"
Tallenna tiedosto, sulje gedit ja päivitä grub.cfg komennolla:

Koodia: [Valitse]

sudo update-grub

Vikatilassa rootin päätteessä ei toimi rename-komento, mutta mv-komento toimii onneksi.

rename on tarkoitettu suuren tiedostojoukon uudelleennimeämiseen tietyn säännön mukaan. Normaalit yksittäisten tiedostojen ja hakemistojen uudelleennimeämiset on paras tehdä aina mv:llä.

[arieep]

En tehnyt vielä tuota xorg.conf.d-hakemistoa, toimiiko xorg.conf siitä kansiosta. Tässä tuo gpu-manager.log

Koodia: [Valitse]

log_file: /var/log/gpu-manager.log
last_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
new_boot_file: /var/lib/ubuntu-drivers-common/last_gfx_boot
grep dmesg status 256
dmesg status 256 == 0? No
Is nvidia loaded? yes
Was nvidia unloaded? no
Is nvidia blacklisted? no
Is fglrx loaded? no
Was fglrx unloaded? no
Is fglrx blacklisted? no
Is intel loaded? no
Is radeon loaded? no
Is radeon blacklisted? no
Is nouveau loaded? no
Is nouveau blacklisted? yes
Is fglrx kernel module available? no
Is nvidia kernel module available? yes
Vendor/Device Id: 10de:1380
BusID "PCI:1@0:0:0"
Is boot vga? yes
Vendor/Device Id: 10de:fc1
BusID "PCI:4@0:0:0"
Is boot vga? no
Skipping "/dev/dri/card1", driven by "nvidia-drm"
Skipping "/dev/dri/card0", driven by "nvidia-drm"
Skipping "/dev/dri/card1", driven by "nvidia-drm"
Skipping "/dev/dri/card0", driven by "nvidia-drm"
Skipping "/dev/dri/card1", driven by "nvidia-drm"
Skipping "/dev/dri/card0", driven by "nvidia-drm"
Does it require offloading? no
last cards number = 1
Has amd? no
Has intel? no
Has nvidia? yes
How many cards? 2
The number of cards has changed!
Has the system changed? Yes
main_arch_path x86_64-linux-gnu, other_arch_path i386-linux-gnu
Current alternative: /usr/lib/nvidia-352/ld.so.conf
Current core alternative: (null)
Is nvidia enabled? yes
Is fglrx enabled? no
Is mesa enabled? no
Is pxpress enabled? no
Is prime enabled? no
Is nvidia available? yes
Is fglrx available? no
Is fglrx-core available? no
Is mesa available? yes
Is pxpress available? no
Is prime available? yes
System configuration has changed


[nm]

En tehnyt vielä tuota xorg.conf.d-hakemistoa, toimiiko xorg.conf siitä kansiosta.

Toimii, mutta en osaa sanoa, yrittääkö gpu-manager silti tehdä jotain muutoksia asetuksiin.

Koodia: [Valitse]

Vendor/Device Id: 10de:1380
BusID "PCI:1@0:0:0"
Is boot vga? yes
Vendor/Device Id: 10de:fc1
BusID "PCI:4@0:0:0"
Is boot vga? no

Koodia: [Valitse]

last cards number = 1
Has amd? no
Has intel? no
Has nvidia? yes
How many cards? 2
The number of cards has changed!
Has the system changed? Yes

gpu-managerin mielestä korttien lukumäärä muuttuu, eli joko xorg.confissa ei ole määritelty molempia näytönohjaimia oikein tai gpu-manager lukee konfiguraation väärin. Tämä ilmeisesti johtaa xorg.confin siirtoon.

[arieep]

Kortit eivät ole samaa sarjaa(GT-750 ja GT-640), joten tuo saattaa aiheuttaa ongelmaa.
Kokeilen tuota grubin muutosta, ei taida kyllä tehota ennen seuraavaa päivitystä.

[nm]

Kortit eivät ole samaa sarjaa(GT-750 ja GT-640), joten tuo saattaa aiheuttaa ongelmaa.

Sen ei pitäisi olla ongelma, mutta xorg.confin sisältö voi olla. Tai sitten vika on vain gpu-managerin heuristiikassa.

Kokeilen tuota grubin muutosta, ei taida kyllä tehota ennen seuraavaa päivitystä.

En ole varma, mistä gpu-manager kaivaa tiedot näytönohjainten lukumäärästä. Näkisin, että ainoa mekanismi, jolla kernelin päivittyminen voi vaikuttaa asiaan on se, että korttien lukumäärä tallentuu jotenkin kernelikohtaisesti. Se tuntuisi varsin oudolta.

[arieep]

Tuo defauld-grubin muokkaus ei toiminut, näyttöjen asetukset oli sekaisin. Pitää vaan tulla vikatilan kautta jos käynnistää uudelleen/sammuttaa, yleensä kyllä käytän valmiustilaa.
Laitan vielä tuon /etc/default/grub-tiedoston, jos siinä on jotain kummallista.

Koodia: [Valitse]

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=4
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.i915_enable_rc6=1"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"


[nm]

Tuo defauld-grubin muokkaus ei toiminut, näyttöjen asetukset oli sekaisin. Pitää vaan tulla vikatilan kautta jos käynnistää uudelleen/sammuttaa, yleensä kyllä käytän valmiustilaa.
Laitan vielä tuon /etc/default/grub-tiedoston, jos siinä on jotain kummallista.

Eipä siinä ihmeempiä pitäisi olla. Kokeilit siis näin:

Koodia: [Valitse]

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.i915_enable_rc6=1 nogpumanager"
En keksi, miten se voisi rikkoa mitään, jos xorg.conf on kunnossa.



Onhan Intelin integroitu näytönohjain kytketty pois päältä bios-asetuksissa, jos et käytä sitä? Silloin parametrin i915.i915_enable_rc6=1 voi myös poistaa tarpeettomana.

[arieep]

Kokeilussani vaihdoin tuon ylemmän rivin aktiiviseksi, ja lisäsin sen loppuun nogpumanager. Integroitu on pois käytöstä, prosessorikin on P-malli(ei näytönohjainta). Tein nyt uuden xorg.conf-tiedoston, ja tallensin siihen nvidia-settingssin asetukset.
Katsotaan jossain välissä miten kävi.

[nm]

Kokeilussani vaihdoin tuon ylemmän rivin aktiiviseksi, ja lisäsin sen loppuun nogpumanager.

Kommentoitko alemman rivin pois käytöstä? Muuten se korvaa ylemmän rivin ja nogpumanager-asetus ei mene perille. Kokeile näin:

Koodia: [Valitse]

#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.i915_enable_rc6=1 nogpumanager"

[arieep]

Nyt pääsen vikatilan kautta pöydälle, vikatilan rootin päätteessä ei voi muuttaa xorg.conf-tiedoston nimeä. Ilmoittaa vaan kirjoitussuojattu tiedosto, chattr -a antaa saman ilmoituksen. Luultavasti nyt kuitankin toimii tuo xorg.conf.d-kansiossa oleva tiedosto, koska vikatilassa pääsee toimivaan istuntoon.

[nm]

Mihin vaiheeseen normaali käynnistys jää jumiin? Pystytkö vaihtamaan toiseen virtuaalikonsoliin (Ctrl+Alt+F2) ja kirjautumaan sisään?

[arieep]

Ainoastaan pimeät ruudut ei edes kursoria, eikä ota näppäimistön komentoja vastaan. Virtanapista aloittaa sammutuksen, mutta ei etene loppuun asti, täytyy tappaa väkisin.

[nm]

Ainoastaan pimeät ruudut ei edes kursoria, eikä ota näppäimistön komentoja vastaan. Virtanapista aloittaa sammutuksen, mutta ei etene loppuun asti, täytyy tappaa väkisin.

Jos poistat nogpumanager-parametrin ja ajat update-grubin, käynnistyykö järjestelmä taas normaalisti?