Kirjoittaja Aihe: Tiedoston kirjoitussuojaus päivityksessä = Ratkaistu  (Luettu 10539 kertaa)

arieep

  • Käyttäjä
  • Viestejä: 254
    • Profiili
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öä.
« Viimeksi muokattu: 01.07.16 - klo:12.55 kirjoittanut arieep »

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #1 : 27.06.16 - klo:14.05 »
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.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

arieep

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #2 : 27.06.16 - klo:14.33 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #3 : 27.06.16 - klo:19.28 »
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

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #4 : 27.06.16 - klo:21.08 »
Koska ongelma ilmenee ainoastaan kernelin vaihtuessa, niin onko vanha kernel-versio turvallisuus riski.

nm

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #5 : 27.06.16 - klo:21.39 »
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

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #6 : 28.06.16 - klo:09.41 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #7 : 28.06.16 - klo:10.12 »
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ä.
« Viimeksi muokattu: 28.06.16 - klo:10.30 kirjoittanut nm »

arieep

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #8 : 28.06.16 - klo:11.30 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #9 : 28.06.16 - klo:11.43 »
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

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #10 : 28.06.16 - klo:11.50 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #11 : 28.06.16 - klo:11.58 »
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.
« Viimeksi muokattu: 28.06.16 - klo:12.02 kirjoittanut nm »

arieep

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #12 : 28.06.16 - klo:12.44 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #13 : 28.06.16 - klo:13.32 »
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

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #14 : 28.06.16 - klo:14.05 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #15 : 28.06.16 - klo:14.18 »
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

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #16 : 28.06.16 - klo:14.50 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #17 : 28.06.16 - klo:15.02 »
Mihin vaiheeseen normaali käynnistys jää jumiin? Pystytkö vaihtamaan toiseen virtuaalikonsoliin (Ctrl+Alt+F2) ja kirjautumaan sisään?

arieep

  • Käyttäjä
  • Viestejä: 254
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #18 : 28.06.16 - klo:17.17 »
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

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Tiedoston kirjoitussuojaus päivityksessä
« Vastaus #19 : 28.06.16 - klo:21.49 »
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?