Help with diagnosing a mdm/Cinnamon freezing problem?
up vote
4
down vote
favorite
I use Linux Mint 16 64-bit Cinnamon. I've just deployed it on two computers and (again) suffer from spontaneous freezing of the graphics terminal. Fortunately the rest of the system seems to be running OK, and I can switch to another virtual terminal and do stuff to diagnose the problem.
Logs (syslog, Xorg.0.log, mdm/:0.log) don't reveal anything except for AIGLX: Suspending AIGLX clients for VT switch which is normal when you switch to another virtual terminal. Unfortunately, this log entry never gets coupled with the entry that tells it is resuming...
Symptoms:
- Freezing happen spontaneously, ca once per 8 hours. So far I cannot find anything that can correlate with the freezing event.
- No screen update under the graphical terminal.
- I can still switch between virtual terminals with Alt+Ctrl+Fx
- All applications still work; music plays, and I can still interact with running applications, like VirtualBox (if it is currently running). I didn't test
xdotoolandwmctrl
- Mouse cursor icon is visible and you can control it with the mouse. Clicks are ignored.
Mouse cursor icon changes while hovering under different zones of windows drawn on the screen, just like it would if the system was working normally.- It looks like the keyboard is ignored too; except for Ctrl+Alt+Backspace (if a correct script is loaded which intercepts this key combination). Ctrl+Alt+T (to display terminal), Alt + F2 (to show "Run command..." dialog) are ignored.
The problem is concerning only the Linux Mint 16 (I never experienced anything like that on Linux Mint 15). I am able to reproduce these symptoms on two computers: desktop PC with ASUS 990FX motherboard, and on ASUS N56VZ notebook. The previous installation of Linux Mint 16 on the notebook was free from the problem. Unfortunately I decided to expand the hard drive and reinstalled the system. I still posses the HDD with the previous installation, so I can theoretically I can do some form of diff between them. But both installations should be the same - the only thing I really changed was a bigger hard drive, but unless you use some form automation (like Puppet), you are never able to install two systems identically.
Edit: This specific problem seems to be related to the event of desktop change.
It can be reproduced by:
- Install the Linux Mint 16 with Cinnamon 2.0 64 bit
- Install a program that changes wallpaper (tested on variety, and wallch) and set it to start changing wallpaper as the background task.
- Wait for background to change several times. The bug doesn't kick in on the first background change, you need to wait a moment.
- On the .xsession.errors you will see something like that.
linux-mint window-manager mdm
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
|
show 4 more comments
up vote
4
down vote
favorite
I use Linux Mint 16 64-bit Cinnamon. I've just deployed it on two computers and (again) suffer from spontaneous freezing of the graphics terminal. Fortunately the rest of the system seems to be running OK, and I can switch to another virtual terminal and do stuff to diagnose the problem.
Logs (syslog, Xorg.0.log, mdm/:0.log) don't reveal anything except for AIGLX: Suspending AIGLX clients for VT switch which is normal when you switch to another virtual terminal. Unfortunately, this log entry never gets coupled with the entry that tells it is resuming...
Symptoms:
- Freezing happen spontaneously, ca once per 8 hours. So far I cannot find anything that can correlate with the freezing event.
- No screen update under the graphical terminal.
- I can still switch between virtual terminals with Alt+Ctrl+Fx
- All applications still work; music plays, and I can still interact with running applications, like VirtualBox (if it is currently running). I didn't test
xdotoolandwmctrl
- Mouse cursor icon is visible and you can control it with the mouse. Clicks are ignored.
Mouse cursor icon changes while hovering under different zones of windows drawn on the screen, just like it would if the system was working normally.- It looks like the keyboard is ignored too; except for Ctrl+Alt+Backspace (if a correct script is loaded which intercepts this key combination). Ctrl+Alt+T (to display terminal), Alt + F2 (to show "Run command..." dialog) are ignored.
The problem is concerning only the Linux Mint 16 (I never experienced anything like that on Linux Mint 15). I am able to reproduce these symptoms on two computers: desktop PC with ASUS 990FX motherboard, and on ASUS N56VZ notebook. The previous installation of Linux Mint 16 on the notebook was free from the problem. Unfortunately I decided to expand the hard drive and reinstalled the system. I still posses the HDD with the previous installation, so I can theoretically I can do some form of diff between them. But both installations should be the same - the only thing I really changed was a bigger hard drive, but unless you use some form automation (like Puppet), you are never able to install two systems identically.
Edit: This specific problem seems to be related to the event of desktop change.
It can be reproduced by:
- Install the Linux Mint 16 with Cinnamon 2.0 64 bit
- Install a program that changes wallpaper (tested on variety, and wallch) and set it to start changing wallpaper as the background task.
- Wait for background to change several times. The bug doesn't kick in on the first background change, you need to wait a moment.
- On the .xsession.errors you will see something like that.
linux-mint window-manager mdm
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?
– terdon♦
Feb 14 '14 at 13:24
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
OK, could you please answer my other questions? Especially~/.xsession-errors.
– terdon♦
Feb 14 '14 at 19:41
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10
|
show 4 more comments
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I use Linux Mint 16 64-bit Cinnamon. I've just deployed it on two computers and (again) suffer from spontaneous freezing of the graphics terminal. Fortunately the rest of the system seems to be running OK, and I can switch to another virtual terminal and do stuff to diagnose the problem.
Logs (syslog, Xorg.0.log, mdm/:0.log) don't reveal anything except for AIGLX: Suspending AIGLX clients for VT switch which is normal when you switch to another virtual terminal. Unfortunately, this log entry never gets coupled with the entry that tells it is resuming...
Symptoms:
- Freezing happen spontaneously, ca once per 8 hours. So far I cannot find anything that can correlate with the freezing event.
- No screen update under the graphical terminal.
- I can still switch between virtual terminals with Alt+Ctrl+Fx
- All applications still work; music plays, and I can still interact with running applications, like VirtualBox (if it is currently running). I didn't test
xdotoolandwmctrl
- Mouse cursor icon is visible and you can control it with the mouse. Clicks are ignored.
Mouse cursor icon changes while hovering under different zones of windows drawn on the screen, just like it would if the system was working normally.- It looks like the keyboard is ignored too; except for Ctrl+Alt+Backspace (if a correct script is loaded which intercepts this key combination). Ctrl+Alt+T (to display terminal), Alt + F2 (to show "Run command..." dialog) are ignored.
The problem is concerning only the Linux Mint 16 (I never experienced anything like that on Linux Mint 15). I am able to reproduce these symptoms on two computers: desktop PC with ASUS 990FX motherboard, and on ASUS N56VZ notebook. The previous installation of Linux Mint 16 on the notebook was free from the problem. Unfortunately I decided to expand the hard drive and reinstalled the system. I still posses the HDD with the previous installation, so I can theoretically I can do some form of diff between them. But both installations should be the same - the only thing I really changed was a bigger hard drive, but unless you use some form automation (like Puppet), you are never able to install two systems identically.
Edit: This specific problem seems to be related to the event of desktop change.
It can be reproduced by:
- Install the Linux Mint 16 with Cinnamon 2.0 64 bit
- Install a program that changes wallpaper (tested on variety, and wallch) and set it to start changing wallpaper as the background task.
- Wait for background to change several times. The bug doesn't kick in on the first background change, you need to wait a moment.
- On the .xsession.errors you will see something like that.
linux-mint window-manager mdm
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
I use Linux Mint 16 64-bit Cinnamon. I've just deployed it on two computers and (again) suffer from spontaneous freezing of the graphics terminal. Fortunately the rest of the system seems to be running OK, and I can switch to another virtual terminal and do stuff to diagnose the problem.
Logs (syslog, Xorg.0.log, mdm/:0.log) don't reveal anything except for AIGLX: Suspending AIGLX clients for VT switch which is normal when you switch to another virtual terminal. Unfortunately, this log entry never gets coupled with the entry that tells it is resuming...
Symptoms:
- Freezing happen spontaneously, ca once per 8 hours. So far I cannot find anything that can correlate with the freezing event.
- No screen update under the graphical terminal.
- I can still switch between virtual terminals with Alt+Ctrl+Fx
- All applications still work; music plays, and I can still interact with running applications, like VirtualBox (if it is currently running). I didn't test
xdotoolandwmctrl
- Mouse cursor icon is visible and you can control it with the mouse. Clicks are ignored.
Mouse cursor icon changes while hovering under different zones of windows drawn on the screen, just like it would if the system was working normally.- It looks like the keyboard is ignored too; except for Ctrl+Alt+Backspace (if a correct script is loaded which intercepts this key combination). Ctrl+Alt+T (to display terminal), Alt + F2 (to show "Run command..." dialog) are ignored.
The problem is concerning only the Linux Mint 16 (I never experienced anything like that on Linux Mint 15). I am able to reproduce these symptoms on two computers: desktop PC with ASUS 990FX motherboard, and on ASUS N56VZ notebook. The previous installation of Linux Mint 16 on the notebook was free from the problem. Unfortunately I decided to expand the hard drive and reinstalled the system. I still posses the HDD with the previous installation, so I can theoretically I can do some form of diff between them. But both installations should be the same - the only thing I really changed was a bigger hard drive, but unless you use some form automation (like Puppet), you are never able to install two systems identically.
Edit: This specific problem seems to be related to the event of desktop change.
It can be reproduced by:
- Install the Linux Mint 16 with Cinnamon 2.0 64 bit
- Install a program that changes wallpaper (tested on variety, and wallch) and set it to start changing wallpaper as the background task.
- Wait for background to change several times. The bug doesn't kick in on the first background change, you need to wait a moment.
- On the .xsession.errors you will see something like that.
linux-mint window-manager mdm
linux-mint window-manager mdm
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
edited Feb 23 '14 at 8:03
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
asked Feb 14 '14 at 9:08
Adam Ryczkowski
2,26162646
2,26162646
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?
– terdon♦
Feb 14 '14 at 13:24
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
OK, could you please answer my other questions? Especially~/.xsession-errors.
– terdon♦
Feb 14 '14 at 19:41
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10
|
show 4 more comments
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?
– terdon♦
Feb 14 '14 at 13:24
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
OK, could you please answer my other questions? Especially~/.xsession-errors.
– terdon♦
Feb 14 '14 at 19:41
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked
.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?– terdon♦
Feb 14 '14 at 13:24
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked
.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?– terdon♦
Feb 14 '14 at 13:24
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
OK, could you please answer my other questions? Especially
~/.xsession-errors.– terdon♦
Feb 14 '14 at 19:41
OK, could you please answer my other questions? Especially
~/.xsession-errors.– terdon♦
Feb 14 '14 at 19:41
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10
|
show 4 more comments
1 Answer
1
active
oldest
votes
up vote
0
down vote
Did you try this with different boot versions of the Petra installer? I used both Gnome version and LTE when I was having a similar issue booting over network/USB. I thought for sure it was a script going wrong somewhere and wasted countless hours on it. I later discovered it was a hardware controller malfunction by running Sandra diagnostics. If you run the MDM configuration script and everything comes off clean then your charging down the wrong path.
answered Jan 23 '15 at 6:54
de.doughboy
1
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Did you try this with different boot versions of the Petra installer? I used both Gnome version and LTE when I was having a similar issue booting over network/USB. I thought for sure it was a script going wrong somewhere and wasted countless hours on it. I later discovered it was a hardware controller malfunction by running Sandra diagnostics. If you run the MDM configuration script and everything comes off clean then your charging down the wrong path.
answered Jan 23 '15 at 6:54
de.doughboy
1
add a comment |
up vote
0
down vote
Did you try this with different boot versions of the Petra installer? I used both Gnome version and LTE when I was having a similar issue booting over network/USB. I thought for sure it was a script going wrong somewhere and wasted countless hours on it. I later discovered it was a hardware controller malfunction by running Sandra diagnostics. If you run the MDM configuration script and everything comes off clean then your charging down the wrong path.
answered Jan 23 '15 at 6:54
de.doughboy
1
add a comment |
up vote
0
down vote
up vote
0
down vote
Did you try this with different boot versions of the Petra installer? I used both Gnome version and LTE when I was having a similar issue booting over network/USB. I thought for sure it was a script going wrong somewhere and wasted countless hours on it. I later discovered it was a hardware controller malfunction by running Sandra diagnostics. If you run the MDM configuration script and everything comes off clean then your charging down the wrong path.
answered Jan 23 '15 at 6:54
de.doughboy
1
Did you try this with different boot versions of the Petra installer? I used both Gnome version and LTE when I was having a similar issue booting over network/USB. I thought for sure it was a script going wrong somewhere and wasted countless hours on it. I later discovered it was a hardware controller malfunction by running Sandra diagnostics. If you run the MDM configuration script and everything comes off clean then your charging down the wrong path.
answered Jan 23 '15 at 6:54
de.doughboy
1
answered Jan 23 '15 at 6:54
de.doughboy
1
answered Jan 23 '15 at 6:54
de.doughboy
1
answered Jan 23 '15 at 6:54
de.doughboy
1
1
add a comment |
add a comment |
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f115161%2fhelp-with-diagnosing-a-mdm-cinnamon-freezing-problem%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Why is mdm relevant? Do you get these crashes in the mdm screen as well? Have you checked
.xsession-errors? Do both machines use the same graphics driver? Which one? What kind of graphics card?– terdon♦
Feb 14 '14 at 13:24
@terdon It may well be that the real culprit is something else. mdm/Cinnamon is the only application that I can point to, because the only thing that doesn't work is screen update. And restarting mdm helps, so it is my only lead for the moment.
– Adam Ryczkowski
Feb 14 '14 at 19:40
OK, could you please answer my other questions? Especially
~/.xsession-errors.– terdon♦
Feb 14 '14 at 19:41
@terdon There is no file ~/.xsession-errors. Notebook has dual graphics: Intel HD4000? (driver i915) and rarely used GK107M [GeForce GT 650M] (via optirun/primusrun). The desktop uses NVidia GeForce GTX 550Ti with binary ("recommended") driver .
– Adam Ryczkowski
Feb 14 '14 at 19:50
@terdon I've got another freeze. This time on desktop. And there ARE .xsession_errors pastebin.com/Q3vxsCX1
– Adam Ryczkowski
Feb 14 '14 at 21:10