10.10 Замораживает полностью

Для меня я получал Write failed: Broken pipe, даже когда я активно вводил vim или приглашение оболочки. Я не мог просматривать интернет-локально ни на какое-то время. (Я подключался удаленно к Ubuntu, используя Terminal.)

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

Если у вас есть модемное соединение и потоковое видео или музыка с одновременным соединением SSH или telnet, это неизбежно в какой-то момент вы получите сообщение об сломанном трубопроводе. Модернизация моего широкополосного пакета ISP показала, что мое поврежденное соединение стало менее частым.

4
задан 13 December 2010 в 21:12

23 ответа

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается, и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000] Dec 12 19:33:29 Ядро Hyperion: ведение журнала ядра (proc) остановлено.

Вы должны сообщить об ошибке с командой libgobject и включить отчет kern.log в отчет.

1
ответ дан 25 May 2018 в 23:59
  • 1
    Сообщалось об ошибке. Будет ли переустановка исправлена ​​проблема, так как я ничего не могу сделать? – Bojan 15 December 2010 в 02:55
  • 2
    Если проблема возникла после последнего обновления, вы можете заблокировать / запретить libgobject обновляться после новой установки до последней версии. Как это сделать здесь liberiangeek.net/2010/09/… – danizmax 15 December 2010 в 03:09
  • 3
    Похоже, что любое серьезное взаимодействие с жестким диском заморозит мою систему. Это означает, что передача, подтверждающая данные торрента = freeze; используя вино для "установки" deus ex = замораживание; используя полуночный командир для копирования около 700 мб данных = замораживание ... Теперь я озадачен – Bojan 15 December 2010 в 18:40
  • 4
    Этот файл libgobject является частью библиотеки libglib, которая очень распространена. Если вы не хотите рисковать переустановкой и обновлением до одной и той же проблемы, попробуйте несколько часов с живого сеанса с установочного компакт-диска, чтобы подтвердить мою теорию. Я только что проверил, вино не использует libgobject, так что это немного странно, это может быть фоновое действие от гнома, которое вызвало замораживание. – danizmax 15 December 2010 в 19:22
  • 5
    Установка сделала трюк, на данный момент :) – Bojan 16 December 2010 в 19:55

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается, и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000] Dec 12 19:33:29 Ядро Hyperion: ведение журнала ядра (proc) остановлено.

Вы должны сообщить об ошибке с командой libgobject и включить отчет kern.log в отчет.

1
ответ дан 25 July 2018 в 22:45

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается, и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000] Dec 12 19:33:29 Ядро Hyperion: ведение журнала ядра (proc) остановлено.

Вы должны сообщить об ошибке с командой libgobject и включить отчет kern.log в отчет.

1
ответ дан 31 July 2018 в 13:07

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается, и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000] Dec 12 19:33:29 Ядро Hyperion: ведение журнала ядра (proc) остановлено.

Вы должны сообщить об ошибке с командой libgobject и включить отчет kern.log в отчет.

1
ответ дан 2 August 2018 в 04:10

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000]

Dec 12 19:33:29 Ядро Hyperion: запись в журнал (proc) остановлена.

Вы должны сообщить об ошибке с командой ubuntu-bug ubuntu-desktop и включить отчет kern.log в отчет.

1
ответ дан 4 August 2018 в 20:14

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000]

Dec 12 19:33:29 Ядро Hyperion: запись в журнал (proc) остановлена.

Вы должны сообщить об ошибке с командой ubuntu-bug ubuntu-desktop и включить отчет kern.log в отчет.

1
ответ дан 6 August 2018 в 04:16

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000]

Dec 12 19:33:29 Ядро Hyperion: запись в журнал (proc) остановлена.

Вы должны сообщить об ошибке с командой ubuntu-bug ubuntu-desktop и включить отчет kern.log в отчет.

1
ответ дан 7 August 2018 в 22:19

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000]

Dec 12 19:33:29 Ядро Hyperion: запись в журнал (proc) остановлена.

Вы должны сообщить об ошибке с командой ubuntu-bug ubuntu-desktop и включить отчет kern.log в отчет.

1
ответ дан 10 August 2018 в 10:30

Мне кажется, что в libgobject есть серьезная ошибка. Если вы выполните поиск «segfault», вы увидите, что сразу после сбоев в работе nautilus машина останавливается и после нескольких строк время снова начинается с 0 при перезагрузке вашего компьютера.

nautilus [1634]: segfault at 20 ip 004dfddf sp bfeb2ab0 error 4 в libgobject-2.0.so.0.2600.0 [4b3000 + 40000]

Dec 12 19:33:29 Ядро Hyperion: запись в журнал (proc) остановлена.

Вы должны сообщить об ошибке с командой ubuntu-bug ubuntu-desktop и включить отчет kern.log в отчет.

1
ответ дан 13 August 2018 в 16:55
  • 1
    Сообщалось об ошибке. Будет ли переустановка исправлена ​​проблема, так как я ничего не могу сделать? – Bojan 15 December 2010 в 02:55
  • 2
    Если проблема возникла после последнего обновления, вы можете заблокировать / запретить libgobject обновляться после новой установки до последней версии. Как это сделать здесь liberiangeek.net/2010/09/… – danizmax 15 December 2010 в 03:09
  • 3
    Похоже, что любое серьезное взаимодействие с жестким диском заморозит мою систему. Это означает, что передача, подтверждающая данные торрента = freeze; используя вино для "установки" deus ex = замораживание; используя полуночный командир для копирования около 700 мб данных = замораживание ... Теперь я озадачен – Bojan 15 December 2010 в 18:40
  • 4
    Этот файл libgobject является частью библиотеки libglib, которая очень распространена. Если вы не хотите рисковать переустановкой и обновлением до одной и той же проблемы, попробуйте несколько часов с живого сеанса с установочного компакт-диска, чтобы подтвердить мою теорию. Я только что проверил, вино не использует libgobject, так что это немного странно, это может быть фоновое действие от гнома, которое вызвало замораживание. – danizmax 15 December 2010 в 19:22
  • 5
    Переустановка сделала трюк, на данный момент :) – Bojan 16 December 2010 в 19:55

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 May 2018 в 23:59

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 25 July 2018 в 22:45

у меня были похожие проблемы с каждый жесткий диск, который я подсоединил к моей материнской плате ASRock материнской плате 939a8x-М. когда диск интенсивно использовалась система была заморожена и черный экран с указателем мыши, как правило, получают. Эту проблему получилось с помощью осознанных и Индивидуалист, но не с помощью кармы, с 2.6.31-22 ядра (32 или 64 бит) например, тогда я donwgraded вся система кармических и от этого я работаю с удовольствием и без проблем. Замораживание произошло с моей помощью ПАТА дисков или SATA, не имеет значения, какой вид или марка жестких дисков. Это, кажется, ошибка в новых ядрах после 2.6.32 с материнской плате 939a8x-М. компания ASRock мой процессор АДМ Х2 4200+, и ошибка была в 32 и в 64 бит. С лучшими пожеланиями.

0
ответ дан 31 July 2018 в 13:07

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 2 August 2018 в 04:10

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 4 August 2018 в 20:14

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 6 August 2018 в 04:16

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 7 August 2018 в 22:19

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 10 August 2018 в 10:30

У меня были подобные проблемы с каждым жестким диском, который я подключил к своей материнской плате Asrock 939A8X-M. Когда диск интенсивно использовался, система была заморожена, и обычно получается черный экран с указателем мыши. Эта проблема произошла с использованием Lucid и Maverick, но не с использованием Karmic, с ядром 2.6.31-22 (32 или 64 бита), например, я довел всю систему до кармического, и из этого я без проблем работаю без проблем. Замораживание произошло с моим использованием дисков PATA или SATA, неважно, какой тип или марка жестких дисков. Кажется, это ошибка в новых ядрах после 2.6.32 с Asrock 939A8X-M. Мой процессор - ADM X2 4200+, а ошибка была в 32 и 64 бит. С наилучшими пожеланиями.

0
ответ дан 13 August 2018 в 16:55

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

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