Как отладить медленный запуск сессии Gnome 3?

Question 1

Поместите 'черный список видео' (без кавычек) в

/etc/modprobe.d/blacklist.conf

и перезагрузитесь. Надеюсь, это должно решить вашу проблему.

Question 2

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 3

Question 4

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 5

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 6

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 7

Question 8

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 9

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

Question 10

Я знаю, что этот вопрос древний, но он отображается в верхней части результатов Google, поэтому я подумал, что отвечу на вопрос в названии -

. Один из способов идентифицировать проблема будет работать следующим образом:

Начать вход в сеанс, но также иметь другой сеанс (как другой пользователь или сеанс «tty» (Control + Alt + [F2 ...]), или через ssh или ...) уже открыт, с готовностью командной строки (bash).

Ввести ключ (но еще не нажать Return еще) эту команду:

вам может понадобиться к sudo, если ваша другая оболочка является другой учетной записью пользователя. Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

eg gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», то есть «поймайте ее в действии», в другой оболочке нажмите Return, чтобы ее уловить. Он закроет оболочку и может убить вашу попытку входа в систему, но у вас будет обратная сторона.

Вы получите приветственный баннер от отладчика. (Вам также может быть сказано, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu будет делать то же самое, но я полагаю, что это похоже. На самом деле вам не нужно их отлаживать со стороны JavaScript (это относится только к отладке части C кода.)

Это покажет стек активных функций JavaScript, что почти наверняка покажет виновнику.

Вы можете найти более подробную информацию здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 11

У вас много фотографий и вы используете Nautilus? Может быть, вас поразил LaunchPad Bug 505085 - gnome-settings-daemon обширное использование диска? См. Комментарий 13 или 18 для обходных путей.

Question 12

У меня была такая же проблема и я не знал, как отлаживать. но я дезактивировал все расширения оболочки gnome, а затем работал отлично. Я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с аналогичными проблемами (медленный вход в gnome 3 session)

вы можете дезактивировать один за другим, чтобы узнать, какое расширение создает проблему - или вы деактивируете все и активируете один за другим снова;)

Question 13

Question 14

У вас много картинок и вы используете Наутилус? Может быть, на вас влияет LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 15

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Question 16

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 17

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 18

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 19

Question 20

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Question 21

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 22

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 23

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Question 24

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 25

Question 26

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 27

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Question 28

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 29

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Question 30

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 31

Question 32

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 33

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

Question 34

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

Question 35

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

mmv-ru · Accepted Answer · 25 July 2018 в 18:12

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

mmv-ru · Accepted Answer · 2 August 2018 в 00:26

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

mmv-ru · Accepted Answer · 4 August 2018 в 15:54

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

mmv-ru · Accepted Answer · 6 August 2018 в 00:33

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

mmv-ru · Accepted Answer · 7 August 2018 в 17:58

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

mmv-ru · Accepted Answer · 15 August 2018 в 18:42

У меня была похожая проблема, и я связал ее с системой контактов - я сделал это, запустив strace -p в процессе gnome-shell и просмотрев содержимое системных вызовов.

Я даю свое возможное решение в своей записи в блоге здесь . Надеюсь, это поможет!

--- /usr/share/gnome-shell/js/ui/overview-dist.js   2012-07-20 13:12:23.564769756 -0700
+++ /usr/share/gnome-shell/js/ui/overview.js    2012-07-20 16:40:14.076527986 -0700
@@ -210,7 +210,7 @@
         this.addSearchProvider(new AppDisplay.AppSearchProvider());
         this.addSearchProvider(new AppDisplay.SettingsSearchProvider());
         this.addSearchProvider(new PlaceDisplay.PlaceSearchProvider());
-        this.addSearchProvider(new ContactDisplay.ContactSearchProvider());
+        // this.addSearchProvider(new ContactDisplay.ContactSearchProvider());

         // Load remote search providers provided by applications
         RemoteSearch.loadRemoteSearchProviders(Lang.bind(this, this.addSearchProvider));

2

ответ дан mmv-ru 15 August 2018 в 18:42

1

Добро пожаловать в Спросите Ubuntu! Хотя это может теоретически ответить на вопрос, было бы предпочтительно включить в свой ответ основные части решения, которые вы нашли здесь, и предоставить ссылку для справки. – Eliah Kagan 24 July 2012 в 22:42
2

Извините за задержку с ответом. Очевидно, у меня есть некоторые настройки неправильно с уведомлениями. :( - Предлагаемое изменение в /usr/share/gnome-shell/js/ui/overview.js добилось цели, и я вернулся к обычному времени входа в систему (несколько секунд). Даже если этот ответ не совсем адресован вопрос (как отладить?), он дает мне решение для моей основной проблемы, которая даже лучше для меня! Большое спасибо! – user65521 23 August 2012 в 12:03
3

ссылка не работает – hayd 4 March 2014 в 12:11

BRFennPocock · Answer 7 · 25 May 2018 в 09:02

Я знаю, что этот вопрос древний, но он отображается в верхней части результатов Google, поэтому я подумал, что отвечу на вопрос в названии -

. Один из способов идентифицировать проблема будет работать следующим образом:

Начать вход в сеанс, но также иметь другой сеанс (как другой пользователь или сеанс «tty» (Control + Alt + [F2 ...]), или через ssh или ...) уже открыт, с готовностью командной строки (bash).

Ввести ключ (но еще не нажать Return еще) эту команду:

вам может понадобиться к sudo, если ваша другая оболочка является другой учетной записью пользователя. Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

eg gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», то есть «поймайте ее в действии», в другой оболочке нажмите Return, чтобы ее уловить. Он закроет оболочку и может убить вашу попытку входа в систему, но у вас будет обратная сторона.

Вы получите приветственный баннер от отладчика. (Вам также может быть сказано, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu будет делать то же самое, но я полагаю, что это похоже. На самом деле вам не нужно их отлаживать со стороны JavaScript (это относится только к отладке части C кода.)

Это покажет стек активных функций JavaScript, что почти наверняка покажет виновнику.

Вы можете найти более подробную информацию здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

shaddow · Answer 8 · 25 May 2018 в 09:02

У вас много фотографий и вы используете Nautilus? Может быть, вас поразил LaunchPad Bug 505085 - gnome-settings-daemon обширное использование диска? См. Комментарий 13 или 18 для обходных путей.

1

ответ дан shaddow 25 May 2018 в 09:02

1

В моем случае кажется, что zeitgeist и tracker замедляют запуск оболочки gnome. Странно, что они не запускаются диспетчером сеанса. – the brx in the walls 1 August 2012 в 13:10

mgafner · Answer 9 · 25 May 2018 в 09:02

У меня была такая же проблема и я не знал, как отлаживать. но я дезактивировал все расширения оболочки gnome, а затем работал отлично. Я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с аналогичными проблемами (медленный вход в gnome 3 session)

вы можете дезактивировать один за другим, чтобы узнать, какое расширение создает проблему - или вы деактивируете все и активируете один за другим снова;)

shaddow · Answer 10 · 25 July 2018 в 18:12

У вас много картинок и вы используете Наутилус? Может быть, на вас влияет LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

mgafner · Answer 11 · 25 July 2018 в 18:12

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

BRPocock · Answer 12 · 25 July 2018 в 18:12

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

BRPocock · Answer 13 · 2 August 2018 в 00:26

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

shaddow · Answer 14 · 4 August 2018 в 15:54

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

mgafner · Answer 15 · 4 August 2018 в 15:54

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

BRPocock · Answer 16 · 4 August 2018 в 15:54

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

shaddow · Answer 17 · 6 August 2018 в 00:33

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

mgafner · Answer 18 · 6 August 2018 в 00:33

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

BRPocock · Answer 19 · 6 August 2018 в 00:33

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

shaddow · Answer 20 · 7 August 2018 в 17:58

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

mgafner · Answer 21 · 7 August 2018 в 17:58

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

BRPocock · Answer 22 · 7 August 2018 в 17:58

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

mgafner · Answer 23 · 10 August 2018 в 06:47

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

shaddow · Answer 24 · 10 August 2018 в 06:47

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

BRPocock · Answer 25 · 10 August 2018 в 06:47

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

BRPocock · Answer 26 · 15 August 2018 в 18:42

Я знаю, что этот вопрос древний, но он показывается в верхней части результатов Google, поэтому я решил добавить ответ на вопрос в заголовке -

Один из способов определить проблема работает следующим образом:

Начните входить в сеанс, но также есть другой сеанс (как другой пользователь или в сеансе "tty" (Control + Alt + [F2…]), или через ssh или…) уже открыт, с готовой подсказкой текстовой оболочки (bash).

Введите (но не нажимайте Return) эту команду:

вам может потребоваться sudo эта команда, если ваша другая оболочка является другой учетной записью пользователя
Это одна длинная строка

gdb attach /usr/bin/gnome-shell $(pgrep -u ваш логин gnome-shell) -ex 'call gjs_dumpstack ()'

например gdb attach /usr/bin/gnome-shell $(pgrep -u jdoe gnome-shell) -ex 'call gjs_dumpstack ()'

Как только оболочка «слишком занята», т. е. «поймать ее в действии», в другой оболочке нажмите Return, чтобы перехватить ее. Он заморозит оболочку и может убить вашу попытку входа в систему, но у вас будет обратный след.

Вы получите приветственный баннер от отладчика. (Вам также могут сказать, что вам нужно установить некоторые пакеты debuginfo, по крайней мере, на Fedora, я не уверен, что Ubuntu сделает то же самое, но я предполагаю, что это похоже. На самом деле вам не нужно это для отладки на стороне JavaScript вещей, это применимо только к отладке части кода C.)

Это покажет стек активных функций JavaScript, который почти наверняка покажет виновника.

Вы можете Более подробную информацию можно найти здесь: https://wiki.gnome.org/Projects/GnomeShell/Debugging

shaddow · Answer 27 · 15 August 2018 в 18:42

У вас много картинок и вы используете Наутилус? Может быть, вы затронуты LaunchPad Bug 505085 - обширное использование диска gnome-settings-daemon ? См. Комментарии 13 или 18 для обходных путей.

1

ответ дан shaddow 15 August 2018 в 18:42

1

В моем случае кажется, что Zeitgeist и трекер замедляют запуск оболочки gnome. Странно то, что они не запускаются менеджером сеансов. – the brx in the walls 1 August 2012 в 13:10

mgafner · Answer 28 · 15 August 2018 в 18:42

У меня была такая же проблема, и я не знал, как отлаживать. но я деактивировал все расширения оболочки gnome, после чего все заработало идеально. я знаю, что это не точный ответ на вопрос, но он может помочь другим людям с подобными проблемами (медленный вход в сеанс gnome 3)

вы можете отключить его по одному, чтобы узнать, какое расширение создает проблему - или вы все деактивируете и снова активируете один за другим;)

Как отладить медленный запуск сессии Gnome 3?

28 ответов

Другие вопросы по тегам:

Похожие вопросы: