LINUX LITE 7.4 FINAL RELEASED - SEE RELEASE ANNOUNCEMENTS SECTION FOR DETAILS


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Dark display
#1
In the past week, both of my computers running LL 3.6 64bit have gotten darker displays.  I checked with a friend running the same version, and he noticed the same thing.  We have Intel based integrated graphics cards. 


Again, it's a recent thing I noticed since about the middle of last week.  It could be updates related.  I wondered if anyone else noticed the same thing.
Want to thank me?  Click my [Thank] link.
Reply
#2
Re-edited post 26.09.2017
Kernel on setup1 (in sig) is 4.4.0-97-generic #120-Ubuntu SMP (Asus G750): no dark screen problem (Intel card = Intel Iris)
Kernel on setup4 is 4.4.0-96-generic #119-Ubuntu SMP (Dell Latitude D630): no dark screen problem (Mobile GM965/GL960 Integrated Graphics Controller)

Using Systemback, I saved a system image for the Dell setup above (just in case ...), before attempting to update the kernel to version #120, so I could test if the 'dark screen' problem occurred with the Dell. However, #120 doesn't seem to be available now from the Ubuntu repository: #119 seems to be the latest that the command-line  sudo apt-install linux-generic will install.

So therefore, has #120 now been withdrawn, in view of the "dark-screen-bug" that some of you have experienced?
64bit OS (32-bit on Samsung[i] netbook) installed in [i]Legacy mode on MBR-formatted SSDs (except pi which uses a micro SDHC card):
2017 - Raspberry pi 3B (4cores) ~ [email protected] - LibreElec, used for upgrading our Samsung TV (excellent for the task)  
2012 - Lenovo G580 2689 (2cores; 4threads] ~ [email protected] - LL3.8/Win8.1 dual-boot (LL working smoothly)
2011 - Samsung NP-N145 Plus (1core; 2threads) ~ Intel Atom [email protected] - LL 3.8 32-bit (64-bit too 'laggy')
2008 - Asus X71Q (2cores) ~ Intel [email protected] - LL4.6/Win8.1 dual-boot, LL works fine with kernel 4.15
2007 - Dell Latitude D630 (2cores) ~ Intel [email protected] - LL4.6, works well with kernel 4.4; 4.15 doesn't work
Reply
#3
It's not super dark or non-usable.  But I can definitely tell when I'm looking at a photo.  Blacks and dark colors are definitely darker.  The dark border of this forum is darker than before....for sure.  I think there was a kernel update last week.  Perhaps it's due to that.  Hopefully someone upstream will notice.
Want to thank me?  Click my [Thank] link.
Reply
#4
mine also, I thought the old screen was giving up the ghost? Mine's AMD based...
changed from Windows 10 to a REAL OS
Reply
#5
Same problem. It happened on my Acer netbook, which is an Intel Atom processor. Nothing in BIOS, or settings to fix the problem. I just put it aside while working on other things. Will be interested to hear how this turns out.
Reply
#6
It may just be 64bit. I'll switch machines and look into it right now. This 32bit HP all Intel has no issues.

Intel Pentium4 3Ghz CPU
Mesa DRI Intel  945G

Okay. Both my 64bit Dells are on the new kernel 4.4.0-97 #120-Ubuntu SMP. Display seems clearer not darker, especially faces in photos. Neither has Intel video though both are Intel CPU. I checked the logs for video but found nothing new. One OS is in qemu the other native. I'm going to check my Ubuntu Dell now.

TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Reply
#7
I went to a restore point from last month and things were fine.  I think it's definitely update (possibly kernel) related.  Either way, we're not alone.  See screenshot:




  [Image: fI2Et0Sl.png]
Want to thank me?  Click my [Thank] link.
Reply
#8
Is there any mention of this on the Ubuntu Bug Tracker?
Reply
#9
re-edited reply#1 in view of responses to torreydale
64bit OS (32-bit on Samsung[i] netbook) installed in [i]Legacy mode on MBR-formatted SSDs (except pi which uses a micro SDHC card):
2017 - Raspberry pi 3B (4cores) ~ [email protected] - LibreElec, used for upgrading our Samsung TV (excellent for the task)  
2012 - Lenovo G580 2689 (2cores; 4threads] ~ [email protected] - LL3.8/Win8.1 dual-boot (LL working smoothly)
2011 - Samsung NP-N145 Plus (1core; 2threads) ~ Intel Atom [email protected] - LL 3.8 32-bit (64-bit too 'laggy')
2008 - Asus X71Q (2cores) ~ Intel [email protected] - LL4.6/Win8.1 dual-boot, LL works fine with kernel 4.15
2007 - Dell Latitude D630 (2cores) ~ Intel [email protected] - LL4.6, works well with kernel 4.4; 4.15 doesn't work
Reply
#10
There is no formal bug, though there are several related possibilities. Given the LL distro and the fact that the issue is somewhat hardware specific I would say that it is a recurring systemd write issue with backlight on some hardware systems. There is probably no wide range solution. Those of you that have this issue will have to work within hardware specifics. I tried to find a comprehensive issue related page to reference from. I expect some experimentation will be necessary to solve the issue, but as I related it is definitely hardware specific, and you will probably need to boot to bash. I can't be of much service to test because all 4 of my desktops (Dells and HPs) and my two laptops (Dell and Toshiba) do not have this problem.

https://wiki.archlinux.org/index.php/backlight

TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)