** Tags removed: bionic
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1841826
Title:
Going to sleep instead of logging in while lid closed & external
display
Status
Two points
-Have not been able to find a combination of logind parameters that avoids this
issue.
-Have also found that this problem is not limited to HDMI connection. It has
also now appeared on a T480 in UltraDock using DP++ connection to external
display. Again, the external display is the pr
The problem is that laptop go to suspend during boot because lid is
closed. The behavior is actually highly depends on the hardware you use.
It works for me with Lenovo Thinkpad P52 + Lenovo Thinkpad Thunderbolt 3
Gen2 dock station.
Here is my full logind.conf:
#NAutoVTs=6
#ReserveVT=6
#KillUserP
Shadrin, I tried that... removed the # from the start of that line so it was
set to ignore. It had no effect.
I notice that there is another parameter LidSwitchIgnoreInhibited. That is set
to yes.
What is the function of that parameter, do you know?
Thanks...
AND I CONCUR: Please correct this bug
This might be FIXED by setting HandleLidSwitchDocked=ignore in
/etc/systemd/logind.conf
Although i would still appreciate if this use case will be better
implemented on OS level (performance wise)
--
You received this bug notification because you are a member of Desktop
Packages, which is subsc
New wrinkle: over the weekend on startup (from full shutdown), in dock, lid
down with HDMI monitor and external keyboard and mouse, got to the Ubuntu login
and put in the password. Was waiting for this suspend bug to appear. Instead:
got a Linux error as follows at the point where this bug typic
New wrinkle: today on startup (from full shutdown), in dock, lid down with HDMI
monitor and external keyboard and mouse, got to the Ubuntu login and put in the
password. Was waiting for this suspend bug to appear. Instead: got a Linux
error as follows at the point where this bug typically exhibi
Yes, this is still a problem. Please see post #5 above and /bugs/1897185 where
I posted earlier information. As noted by fchen, this started with Ubuntu
updates and has been a problem ever since, though I started seeing it months
ago.
PLEASE fix this.
Thanks.
--
You received this bug notificat
I also have this problem.
Ubuntu 21.10, Dell 7520 with Nvidia, single monitor HDMI connection.
ps: I do have a logitech mouse with dongle and I did not test if it matters. I
noticed this behavior about 1-2 days ago. Previous it did not seem to be an
issue. Not sure if it's due to an update or a
@Erik Jackson, it seems you confirmed my suspicions (see comment #26).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1841826
Title:
Going to sleep instead of logging in
I believe I have the same behavior with different hardware, and no
docking station: I have a Dell Latitude 7480 which I typically use with
an external monitor (via HDMI), USB mouse, and USB keyboard, while the
laptop sits behind a desk with its lid closed.
Up until April 2021, I was running Ubuntu
It finally crashed, no video on suspend. I likely never reached 2 hrs.
before I shut down. So everything's similar to others it seems. I'll try
some things and see. If I can do anything I'll update. If it isn't
avoidable at least I understand it and won't waste too much time until I
see something p
Just want to remind us that this was NOT AN ISSUE UNTIL after the
September 2020 Ubuntu 20.04 updates that included the updates to
20.04.1. Therefore I have trouble with dismissing it as a known,
unaddressed hardware issue. If so, why did it work fine prior to those
updates? No: there were several
So far this only occurs on the initial login after boot-up. Subsequent suspends
do not cause an issue. If I remove the laptop from the dock no issue, but now I
only have the laptop screen. The machine I'm using is a W530. For me this
appears to be an initial boot-up only issue, of course I still
Well, in the case of a Lenovo 4338, a quick google shows it is based on
the SMSC2517, (https://joes-tech-blog.blogspot.com/2017/09/whats-inside-
lenovo-docking-station-for.html) and well, another quick google show
SMSC was aquired by Microchip, and after a third Google, I can tell you
the USB contr
@Tim Wetzel,
Or maybe it's not just a matter of it being docked, but rather to do with the
laptop lid being closed while being logged into!? I never tried this, but maybe
if an external monitor, mouse and keyboard is connected without the laptop
being docked, and the laptop is booted and before
See comment #5 above. Yes, the nVidia driver may appear to be a common
denominator BUT... I've seen the issue trigger apparently due to other
things loading as opposed to nVidia's third party driver, so it may not
be anything in the nVidia driver per se. The occurrences due to other
utilities (like
Lenovo 4338 Mini-Dock with Nvidia K1000M running Dual external monitors. Ubuntu
20.04 suspends after login as mentioned. This seemed to start after loading the
Nvidia 390 driver since the Nouveau driver did not work correctly. The video is
fine now and everything works fine except I login, the s
I can confirm that the same behavior occurs with the Thinkpad USB-C Dock
Gen2 (FRU PN: 03X7609 Type: 40AS).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1841826
Title:
I would try and figure out what chip is used in the Ultradock; It might
have been like the Cypress based one I had, which also worked fine before
Ubuntu upgrade, broke, and then worked fine with current Ubuntu after a
firmware update to the chip.
If the Ultradock uses a thunderbolt connection, th
I guess this won't get fixed before the next LTS. Importance is still
"undecided" and it hasn't been assigned to anyone ... :/
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bug
Agree that this is a serious issue. Like EAB, each of our setups remains
constant: same laptop, dock, display, etc. This issue continues to recur
probably 11 out of 12 startups when docked lid down. Notably, I have
almost never seen it when the laptop is running standalone (out of the
dock).
Note
My work setup doesn't change. Same laptop (Thinkpad P14s), Ultradock,
peripherals, screens etc ... and yet the behavior is very erratic. Just
locking the screen will set the laptop into this useless zombie state.
Most of the time the laptop has then got to be removed from the dock,
woken out of sle
Firmware update to my CableMatters thunderbolt/USB-C/PD dock seems to
have fixed my issues (no occurances since).
I suppose I have to assume that improved driver support in the newer
kernel may have exposed some issues in the hardware that were fixed with
the update.
Notably I can run dual 1440p
On our systems, T480 and T570's, this issue continues to occur EVERY
STARTUP when the machine is run in the UltraDock, lid down using and
external HDMI display as primary. Sometimes it is possible to bump the
dock power again to restart it (and then it goes to the desktop WITHOUT
any password promp
And sure enough, there is a firmware update:
https://www.cablematters.com/download/201055_201046/201055_201046_Firmware.zip
https://www.cablematters.com/cs-Downloads.aspx
Will report back...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
And the SDK for my Cypress replicator is documented here:
https://www.cypress.com/file/333231/download
Notably: Integrated bootloader to support firmware update over I2C
Maybe I can flash this thing to better support power/display modes,
assuming that is the nature of the issue
--
You received
Most days, when this occurs, I just open up my lid and/or tap the power
button and it wakes up, and I close the lid again once it is awake.
In my particular case, when I wake up my laptop, my CableMatters
201055-BLK thunderbolt port replicator sends my dual display 1440p
monitors into 1080p brief
Hi there. I'm quite new to launchpad and don't know if my behavior is the right
way now. I experience this same problem on actually five Lenovo P15s with
Ubuntu 20.04 running on kernel 5.8.0-44-generic. My problem is, that I can't
hand out those systems to our developers in their remote-offices
Here are a few more observations on this login sleep issue ('it') :
- not 100% of the time, does this occur
- I experimented with the input devices (logitech) enumerated before / after
login and saw no change/impact on it from that activity
- I have seen it on a reboot, without any state change on
Johan and also iMac, thank you...
I was trying to see whether this issue correlated with the type of cable
between the dock and the external display; but obviously not since we're seeing
it with both HDMI and DP.
I'm not suggesting that a particular item such as the Dropbox app,
Logitech USB dr
No, Tim, it's connected via display port. I don't have any logitech gear
and disabling autostart for Dropbox does not help.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1
In my case, XPS 13 9380, 20.10, both external monitors via TB3/USB-C ->
2 x HDMI @ 1440p, internal Intel UHD 620
- no nVidia
- two external monitors, lid closed at boot
- no Dropbox
I do use a logitech USB keyboard and mouse (wireless USB dongle) at the
workstation where this occurs, in a differe
Johan, is the external monitor connected to the dock with an HDMI cable?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1841826
Title:
Going to sleep instead of logging
I have this problem as well on ubuntu 20.10 on a Thinkpad T14 with
integrated Geforce MX330 graphics. My laptop is closed and docked via a
thunderbolt 3 dock to a single external monitor.
I have tried the fix proposed here:
https://askubuntu.com/questions/1083720/ubuntu-goes-suspended-after-
login
Three additional points:
-This occurs with ONE external HDMI monitor connected to the dock and running
as the primary display. Need not be multi-monitor. All cases I've seen involve
one external monitor.
-I put log information in the notes for 1897185 to show the events that
preceded the suspend
A few things that may help with this, these were noted under bug 1897185. In
looking at logs when this occurred (observed on ThinkPads including T440s,
T570, T480 all docked and running lid-down with external display, keyboard,
etc); this behavior occurred when:
-using a third-party nVidia drive
** Tags added: focal
** Also affects: mutter (Ubuntu)
Importance: Undecided
Status: New
** Changed in: mutter (Ubuntu)
Status: New => Confirmed
** Also affects: gnome-settings-daemon (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-settings-daemon (Ubun
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: gnome-shell (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/b
** Tags added: multimonitor
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1841826
Title:
Going to sleep instead of logging in while lid closed & external
display
Status in gno
That might be but that doesn't explain why the system goes to the
"desktop" straight after pressing the power-button w/o identification.
I disabled "energy mode if laptop-lid is closed" in "Tweak" (for gnome),
no improvement.
If I let open the lid for 2...3 cm it workes, but then the login-screen
I think the problem here is that gnome-shell detects the lid is closed
already and treats that like you just closed the lid immediately on
login.
I have heard about this kind of problem before and am not sure if it's
already been fixed in later versions.
--
You received this bug notification bec
42 matches
Mail list logo