Как вы диагностируете постоянные сбои?

safecopy

sudo apt-get install safecopy

safecopy - это инструмент для восстановления данных, который пытается извлечь как можно больше данных из проблемных (т.е. поврежденных секторов) источников флоппи-дисководы, разделы жесткого диска, компакт-диски, ленточные устройства, ..., где другие инструменты, такие как dd, терпят неудачу из-за ошибок ввода-вывода. Safecopy включает уровень IO низкого уровня для чтения дисков CDROM в необработанном режиме, а также сброс устройств и другие полезные операции низкого уровня для ряда других классов устройств.

http://safecopy.sourceforge.net

5
задан 31 December 2010 в 20:11

10 ответов

Когда у меня есть такая проблема, я обычно делаю следующее:

В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ Когда появится синее меню, выберите для запуска в качестве корня в терминале / оболочке. Когда вы входите в систему оболочку как корневой тип dmesg, чтобы увидеть какие-либо проблемы с устройствами при загрузке системы. Чтобы увидеть более конкретный тип сводки cat /var/log/syslog, который покажет вам ВСЕ, когда вы загружаете систему. Вы можете добавить | less к команде выше, как это cat /var/log/syslog | less, чтобы она отображала информацию, и вы нажимаете вниз или вверх, чтобы увидеть выход, и нажмите Q, чтобы выйти. Если все показывает хороший тип startx, который запустит рабочий стол gui для gnome, где возникает реальная проблема. startx упомянет, какую проблему он испытывает в терминале, чтобы вы могли его исправить. Если по какой-либо причине компьютер застревает при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex, чтобы вы могли видеть ID для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

У вас есть dmesg, cat /var/log/syslog и startx, чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто проверка проблем.

3
ответ дан 25 May 2018 в 23:43
  • 1
    Я проверил журналы, я ничего не могу найти. Странно, что при входе в текстовую консоль авария, похоже, дает мне дополнительное время. Вместо сбоя после запуска он падает примерно на 1 или 2 часа. Нет ли на самом деле простого способа диагностики проблемы на ubuntu. Я действительно очень разочарован. – Rick 1 January 2011 в 00:02
  • 2
    @ P102 - На самом деле это зависит от проблемы. Например, если у вас есть аппаратный сбой, который не связан с ubuntu или какой-либо другой ОС, поскольку это аппаратный сбой (например, вы сжигали CPU или что-то в этом роде). Вы можете проверить, будет ли он срабатывать 2 или 3 раза в одно и то же время (каждые 1 или 2 часа). Если время меньше каждый раз, у вас может возникнуть проблема с охлаждением. Если время одинаковое, у вас может быть служба, которая создает проблему (используя cron каждый час или 2 часа). Это лишь некоторые примеры. – Luis Alvarado♦ 1 January 2011 в 00:05
  • 3
    Должен признаться, что я застрял, я действительно не хочу возвращаться к использованию XP, но по крайней мере я не получу случайные сбои. Дело в том, что мой ноутбук работает ubuntu замечательно, быстро, выглядит красиво и ультра отзывчиво. Чем больше я использую его, тем более отвратительным, возвращающимся к XP, кажется. У меня были проблемы с охлаждением на этом ноутбуке раньше, и журналы говорят что-то о перегреве, плюс ноутбук довольно старый. сейчас он работает отлично, и я уверен, что найду решение, основанное на том, что вы так сказали. – Rick 1 January 2011 в 00:27
  • 4
    Просто сказать что-то из мира ubuntu. Попытайтесь иметь ноутбук с большим пространством под ним, чтобы он не создавал под ним горячую духовку. Большинство из них слышат проблемы, потому что у ноутбука есть карта nvidia, которая создает тонны тепла. И у ноутбука недостаточно места, чтобы выталкивать все, что слышно снизу. Я всегда рекомендую пользователям ноутбуков иметь его под углом, у которого достаточно места под ним, чтобы получить тепло. – Luis Alvarado♦ 1 January 2011 в 00:35

Когда у меня есть такая проблема, я обычно делаю следующее:

В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ Когда появится синее меню, выберите для запуска в качестве корня в терминале / оболочке. Когда вы входите в систему оболочку как корневой тип dmesg, чтобы увидеть какие-либо проблемы с устройствами при загрузке системы. Чтобы увидеть более конкретный тип сводки cat /var/log/syslog, который покажет вам ВСЕ, когда вы загружаете систему. Вы можете добавить | less к команде выше, как это cat /var/log/syslog | less, чтобы она отображала информацию, и вы нажимаете вниз или вверх, чтобы увидеть выход, и нажмите Q, чтобы выйти. Если все показывает хороший тип startx, который запустит рабочий стол gui для gnome, где возникает реальная проблема. startx упомянет, какую проблему он испытывает в терминале, чтобы вы могли его исправить. Если по какой-либо причине компьютер застревает при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex, чтобы вы могли видеть ID для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

У вас есть dmesg, cat /var/log/syslog и startx, чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто проверка проблем.

3
ответ дан 25 July 2018 в 22:40

Когда у меня есть такая проблема, я обычно делаю следующее:

В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ Когда появится синее меню, выберите для запуска в качестве корня в терминале / оболочке. Когда вы входите в систему оболочку как корневой тип dmesg, чтобы увидеть какие-либо проблемы с устройствами при загрузке системы. Чтобы увидеть более конкретный тип сводки cat /var/log/syslog, который покажет вам ВСЕ, когда вы загружаете систему. Вы можете добавить | less к команде выше, как это cat /var/log/syslog | less, чтобы она отображала информацию, и вы нажимаете вниз или вверх, чтобы увидеть выход, и нажмите Q, чтобы выйти. Если все показывает хороший тип startx, который запустит рабочий стол gui для gnome, где возникает реальная проблема. startx упомянет, какую проблему он испытывает в терминале, чтобы вы могли его исправить. Если по какой-либо причине компьютер застревает при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex, чтобы вы могли видеть ID для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

У вас есть dmesg, cat /var/log/syslog и startx, чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто проверка проблем.

3
ответ дан 26 July 2018 в 23:36

Когда у меня есть такая проблема, я обычно делаю следующее:

В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ Когда появится синее меню, выберите для запуска в качестве корня в терминале / оболочке. Когда вы входите в систему оболочку как корневой тип dmesg, чтобы увидеть какие-либо проблемы с устройствами при загрузке системы. Чтобы увидеть более конкретный тип сводки cat /var/log/syslog, который покажет вам ВСЕ, когда вы загружаете систему. Вы можете добавить | less к команде выше, как это cat /var/log/syslog | less, чтобы она отображала информацию, и вы нажимаете вниз или вверх, чтобы увидеть выход, и нажмите Q, чтобы выйти. Если все показывает хороший тип startx, который запустит рабочий стол gui для gnome, где возникает реальная проблема. startx упомянет, какую проблему он испытывает в терминале, чтобы вы могли его исправить. Если по какой-либо причине компьютер застревает при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex, чтобы вы могли видеть ID для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

У вас есть dmesg, cat /var/log/syslog и startx, чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто проверка проблем.

3
ответ дан 31 July 2018 в 12:37

Когда у меня есть такая проблема, я обычно делаю следующее:

В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ Когда появится синее меню, выберите для запуска в качестве корня в терминале / оболочке. Когда вы входите в систему оболочку как корневой тип dmesg, чтобы увидеть какие-либо проблемы с устройствами при загрузке системы. Чтобы увидеть более конкретный тип сводки cat /var/log/syslog, который покажет вам ВСЕ, когда вы загружаете систему. Вы можете добавить | less к команде выше, как это cat /var/log/syslog | less, чтобы она отображала информацию, и вы нажимаете вниз или вверх, чтобы увидеть выход, и нажмите Q, чтобы выйти. Если все показывает хороший тип startx, который запустит рабочий стол gui для gnome, где возникает реальная проблема. startx упомянет, какую проблему он испытывает в терминале, чтобы вы могли его исправить. Если по какой-либо причине компьютер застревает при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex, чтобы вы могли видеть ID для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

У вас есть dmesg, cat /var/log/syslog и startx, чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто проверка проблем.

3
ответ дан 2 August 2018 в 04:06

Когда у меня есть такая проблема, я обычно делаю следующее:

  1. В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ
  2. Когда появится синее меню, выберите для запуска как root в терминале / оболочке
  3. Когда вы входите в оболочку как корневой тип dmesg , чтобы увидеть какие-либо проблемы с устройствами при загрузке системы.
  4. Чтобы увидеть более конкретный тип сводки cat / var / log / syslog , который покажет вам ВСЕ, когда вы загружаете систему.
  5. Вы можете добавить | less для команды выше, как это cat / var / log / syslog | less , поэтому он показывает вам информацию, и вы нажимаете вниз или вверх, чтобы увидеть результат, и нажмите Q, чтобы выйти.
  6. Если все показывает хороший тип startx , который запустится (d18)
  7. startx упомянет, какую проблему он имеет в терминале, чтобы вы могли исправить его.
  8. ] Если случайно загрузится компьютер при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex , чтобы вы могли видеть идентификатор для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

С этим вы dmesg , cat / var / log / syslog и startx , чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто быстрый анализ проблем.

3
ответ дан 4 August 2018 в 20:10

Когда у меня есть такая проблема, я обычно делаю следующее:

  1. В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ
  2. Когда появится синее меню, выберите для запуска как root в терминале / оболочке
  3. Когда вы входите в оболочку как корневой тип dmesg , чтобы увидеть какие-либо проблемы с устройствами при загрузке системы.
  4. Чтобы увидеть более конкретный тип сводки cat / var / log / syslog , который покажет вам ВСЕ, когда вы загружаете систему.
  5. Вы можете добавить | less для команды выше, как это cat / var / log / syslog | less , поэтому он показывает вам информацию, и вы нажимаете вниз или вверх, чтобы увидеть результат, и нажмите Q, чтобы выйти.
  6. Если все показывает хороший тип startx , который запустится (d18)
  7. startx упомянет, какую проблему он имеет в терминале, чтобы вы могли исправить его.
  8. ] Если случайно загрузится компьютер при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex , чтобы вы могли видеть идентификатор для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

С этим вы dmesg , cat / var / log / syslog и startx , чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто быстрый анализ проблем.

3
ответ дан 6 August 2018 в 04:12

Когда у меня есть такая проблема, я обычно делаю следующее:

  1. В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ
  2. Когда появится синее меню, выберите для запуска как root в терминале / оболочке
  3. Когда вы входите в оболочку как корневой тип dmesg , чтобы увидеть какие-либо проблемы с устройствами при загрузке системы.
  4. Чтобы увидеть более конкретный тип сводки cat / var / log / syslog , который покажет вам ВСЕ, когда вы загружаете систему.
  5. Вы можете добавить | less для команды выше, как это cat / var / log / syslog | less , поэтому он показывает вам информацию, и вы нажимаете вниз или вверх, чтобы увидеть результат, и нажмите Q, чтобы выйти.
  6. Если все показывает хороший тип startx , который запустится (d18)
  7. startx упомянет, какую проблему он имеет в терминале, чтобы вы могли исправить его.
  8. ] Если случайно загрузится компьютер при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex , чтобы вы могли видеть идентификатор для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

С этим вы dmesg , cat / var / log / syslog и startx , чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто быстрый анализ проблем.

3
ответ дан 7 August 2018 в 22:12

Когда у меня есть такая проблема, я обычно делаю следующее:

  1. В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ
  2. Когда появится синее меню, выберите для запуска как root в терминале / оболочке
  3. Когда вы входите в оболочку как корневой тип dmesg , чтобы увидеть какие-либо проблемы с устройствами при загрузке системы.
  4. Чтобы увидеть более конкретный тип сводки cat / var / log / syslog , который покажет вам ВСЕ, когда вы загружаете систему.
  5. Вы можете добавить | less для команды выше, как это cat / var / log / syslog | less , поэтому он показывает вам информацию, и вы нажимаете вниз или вверх, чтобы увидеть результат, и нажмите Q, чтобы выйти.
  6. Если все показывает хороший тип startx , который запустится (d18)
  7. startx упомянет, какую проблему он имеет в терминале, чтобы вы могли исправить его.
  8. ] Если случайно загрузится компьютер при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex , чтобы вы могли видеть идентификатор для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

С этим вы dmesg , cat / var / log / syslog и startx , чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто быстрый анализ проблем.

3
ответ дан 10 August 2018 в 10:25

Когда у меня есть такая проблема, я обычно делаю следующее:

  1. В меню grub выберите РЕЖИМ ВОССТАНОВЛЕНИЯ
  2. Когда появится синее меню, выберите для запуска как root в терминале / оболочке
  3. Когда вы входите в оболочку как корневой тип dmesg , чтобы увидеть какие-либо проблемы с устройствами при загрузке системы.
  4. Чтобы увидеть более конкретный тип сводки cat / var / log / syslog , который покажет вам ВСЕ, когда вы загружаете систему.
  5. Вы можете добавить | less для команды выше, как это cat / var / log / syslog | less , поэтому он показывает вам информацию, и вы нажимаете вниз или вверх, чтобы увидеть результат, и нажмите Q, чтобы выйти.
  6. Если все показывает хороший тип startx , который запустится (d18)
  7. startx упомянет, какую проблему он имеет в терминале, чтобы вы могли исправить его.
  8. ] Если случайно загрузится компьютер при загрузке startx, нажмите CTRL + ALT + F2 или CTRL + ALT + F3 (OR F4, F5, F6) и введите свой логин и пароль. Затем введите ps -ex , чтобы вы могли видеть идентификатор для процесса gdm или startx и только killall -9 startx / killall -9 gdm или kill -9 ID или любой другой процесс, который был загружен при запуске startx. Таким образом, процесс и система больше не застревают.

С этим вы dmesg , cat / var / log / syslog и startx , чтобы увидеть, где проблема. По крайней мере, для быстрого просмотра.

Дайте мне знать, если это поможет. Это просто быстрый анализ проблем.

3
ответ дан 13 August 2018 в 16:51
  • 1
    Я проверил журналы, я ничего не могу найти. Странно, что при входе в текстовую консоль авария, похоже, дает мне дополнительное время. Вместо сбоя после запуска он падает примерно на 1 или 2 часа. Нет ли на самом деле простого способа диагностики проблемы на ubuntu. Я действительно очень разочарован. – Rick 1 January 2011 в 00:02
  • 2
    @ P102 - На самом деле это зависит от проблемы. Например, если у вас есть аппаратный сбой, который не связан с ubuntu или какой-либо другой ОС, поскольку это аппаратный сбой (например, вы сжигали CPU или что-то в этом роде). Вы можете проверить, будет ли он срабатывать 2 или 3 раза в одно и то же время (каждые 1 или 2 часа). Если время меньше каждый раз, у вас может возникнуть проблема с охлаждением. Если время одинаковое, у вас может быть служба, которая создает проблему (используя cron каждый час или 2 часа). Это лишь некоторые примеры. – Luis Alvarado♦ 1 January 2011 в 00:05
  • 3
    Должен признаться, что я застрял, я действительно не хочу возвращаться к использованию XP, но по крайней мере я не получу случайные сбои. Дело в том, что мой ноутбук работает ubuntu замечательно, быстро, выглядит красиво и ультра отзывчиво. Чем больше я использую его, тем более отвратительным, возвращающимся к XP, кажется. У меня были проблемы с охлаждением на этом ноутбуке раньше, и журналы говорят что-то о перегреве, плюс ноутбук довольно старый. сейчас он работает отлично, и я уверен, что найду решение, основанное на том, что вы так сказали. – Rick 1 January 2011 в 00:27
  • 4
    Просто сказать что-то из мира ubuntu. Попытайтесь иметь ноутбук с большим пространством под ним, чтобы он не создавал под ним горячую духовку. Большинство из них слышат проблемы, потому что у ноутбука есть карта nvidia, которая создает тонны тепла. И у ноутбука недостаточно места, чтобы выталкивать все, что слышно снизу. Я всегда рекомендую пользователям ноутбуков иметь его под углом, у которого достаточно места под ним, чтобы получить тепло. – Luis Alvarado♦ 1 January 2011 в 00:35

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

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