Система не достигает входа в GUI

Индикатор Diodon

Категория: Менеджер буфера обмена

Diodon - легкий менеджер буфера обмена для Linux, написанный в Vala, который «стремится быть лучшим интегрированным менеджером буфера обмена для рабочего стола Gnome / GTK + ".

Чтобы установить индикатор Diodon в Ubuntu:

sudo add-apt-repository ppa:diodon-team/stable
sudo apt-get update
sudo apt-get install diodon

3
задан 18 August 2011 в 19:18

14 ответов

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 25 May 2018 в 19:16
  • 1
    Ваше первое предложение сработало, хотя мне помогли заставить его работать из-за предложения @Geppettvs убить splash из строк grub.cfg. Я смог посмотреть, где остановился процесс загрузки, перейти в оболочку bash с помощью Alt+F4 и внести изменения в этот путь. После того, как я переместил xorg.conf, startx работал сразу. Благодаря! – asfallows 19 August 2011 в 07:46

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 25 July 2018 в 21:26

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 31 July 2018 в 13:21

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 2 August 2018 в 03:05

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 4 August 2018 в 18:56

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 6 August 2018 в 03:18

Пара предложений:

xorg.conf - возможно, вы установили драйвер nvidia, но через обновление он был заменен вариантом с открытым исходным кодом. Попробуйте решить проблему с SSH sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup KMS - возможно, вам нужно загрузиться с nomodeset в опции загрузки grub. Во время загрузки нажмите кнопку, чтобы отобразить вашу личинку. Нажмите e, чтобы отредактировать строку grub. Затем добавьте nomodeset непосредственно перед quiet splash. CTRL + X для загрузки.
2
ответ дан 7 August 2018 в 20:59

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 25 May 2018 в 19:16
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 25 July 2018 в 21:26
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 31 July 2018 в 13:21
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 2 August 2018 в 03:05
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 4 August 2018 в 18:56
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 6 August 2018 в 03:18
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

Пустой экран устранения неполадок в Ubuntu Wiki содержит достаточную информацию о том, как управлять этими проблемами, и я не могу сказать, что подойдет вашим потребностям, но взгляните на этот документ, чтобы получить представление о том, с чего начать. [ ! d0]

Цитата из сайта:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Однако получение дампов регистра (см. Ниже) может все же иметь значение.

В моем случае решение моей проблемы состояло в том, чтобы отредактировать список GRUB в /boot/grub/grub.cfg и удалить параметр «splash» каждой записи GRUB, который может быть другим в вашем случае, как указано в Wiki page:

Если вы видите экран другого цвета (коричневый, белый, многоцветный и т. д.), вы видите другой класс ошибок графики. Получение дампов регистров (см. Ниже) может по-прежнему иметь значение.

Чтобы проверить это, в меню grub отредактируйте строку ядра и удалите «всплеск» с конца строки и загрузки. Если это решает проблему, вы можете удалить ее из вашего /boot/grub/menu.lst в качестве обходного пути.

ПРИМЕЧАНИЕ. Даже если этот документ относится к файлу menu.lst, этот файл не есть внутри моей /boot/grub папки, которая grub.cfg в моем случае. (Я не могу сказать, почему, но не нужно прокомментировать это)

Также проверьте раздел «Методы анализа» на странице, чтобы собрать дополнительную информацию, связанную с вашей конкретной проблемой, и сообщите нам, кто-то может иметь больше опыта с вашей конкретной проблемой, чем я.

Держите нас в курсе вашей проблемы.

Удачи.

3
ответ дан 7 August 2018 в 20:59
  • 1
    +1, потому что ваше предложение помогло мне добраться до решения, но я принял другой ответ, потому что он меня довел до конца. :) – asfallows 19 August 2011 в 07:47

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

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