Интенсивная активность доступа к жесткому диску сразу после входа в систему

В случае, если

sudo apt-get install flashplugin-nonfree

не работает (как в моем случае, и я не знаю, почему ...), вы можете попросить Opera в качестве браузера. Это единственный, который работает для меня.

PS: Я не хочу рекламировать браузер Opera, это просто единственное решение, которое каким-то образом помогло мне.

6
задан 12 November 2010 в 22:06

9 ответов

Я бы переключился на виртуальный терминал на экране входа GDM (Ctrl + Alt + F1), войдите в систему и запустил iotop (возможно, вам сначала нужно установить его). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.

Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует процесс загрузки + рабочий стол Начало. Возможно, вам придется изменить его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: --crop-after=compiz,metacity,mutter,kwin,xfwm4 \ [ ! d4]

Две вещи:

Возможно, вам потребуется перезагрузка дважды после первой установки, чтобы получить полезный результат (возможно, что файл индекса нужно перестроить, я точно не знаю ). После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart=disable в параметр 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за которым следует sudo update-grub).
8
ответ дан 26 May 2018 в 00:27
  • 1
    хорошее решение ... – RobotHumans 12 November 2010 в 22:54
  • 2
    Возможно, это файлы индексирования Ubuntu One? U1 все еще разбивает мою систему даже на Maverick. – Leon Nardella 13 November 2010 в 00:00
  • 3
    Никогда не было проблемы с U1, но я часто вижу apt-xapian-index, который шлепает мою систему на минуту или около того на более медленном оборудовании. Вы увидите, что поразите ваш процессор (верхний или верхний). Подробнее здесь: bugs.launchpad.net/ubuntu/+source/apt-xapian-index/+bug/363695 . Iotop является удивительным и, тем не менее, получит корень проблемы. – Scaine 13 November 2010 в 00:12
  • 4
    Спасибо всем, ребята. Действительно, как iotop, так и bootchart указывали на ubuntuone-syncdaemon как ответственный за задержку. Я не знаю, есть ли решение для этого. Между тем, я предотвратил запуск ubuntuone при автозапуске во время загрузки. – zuzust 13 November 2010 в 02:33

Я бы переключился на виртуальный терминал на экране входа GDM (Ctrl + Alt + F1), войдите в систему и запустил iotop (возможно, вам сначала нужно установить его). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.

Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует процесс загрузки + рабочий стол Начало. Возможно, вам придется изменить его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл '/etc/init/bootchart.conf' и удалите строку: --crop-after=compiz,metacity,mutter,kwin,xfwm4 \ [ ! d4]

Две вещи:

Возможно, вам потребуется перезагрузка дважды после первой установки, чтобы получить полезный результат (возможно, что файл индекса нужно перестроить, я точно не знаю ). После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart=disable в параметр 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за которым следует sudo update-grub).
8
ответ дан 25 July 2018 в 22:54

Я бы переключился на виртуальный терминал на экране входа GDM (Ctrl + Alt + F1), войдите в систему и запустил iotop (возможно, вам сначала нужно установить его). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.

Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует процесс загрузки + рабочий стол Начало. Возможно, вам придется изменить его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл '/etc/init/bootchart.conf' и удалите строку: --crop-after=compiz,metacity,mutter,kwin,xfwm4 \ [ ! d4]

Две вещи:

Возможно, вам потребуется перезагрузка дважды после первой установки, чтобы получить полезный результат (возможно, что файл индекса нужно перестроить, я точно не знаю ). После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart=disable в параметр 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за которым следует sudo update-grub).
8
ответ дан 31 July 2018 в 11:20

Я бы переключился на виртуальный терминал на экране входа GDM (Ctrl + Alt + F1), войдите в систему и запустил iotop (возможно, вам сначала нужно установить его). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.

Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует процесс загрузки + рабочий стол Начало. Возможно, вам придется изменить его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл '/etc/init/bootchart.conf' и удалите строку: --crop-after=compiz,metacity,mutter,kwin,xfwm4 \ [ ! d4]

Две вещи:

Возможно, вам потребуется перезагрузка дважды после первой установки, чтобы получить полезный результат (возможно, что файл индекса нужно перестроить, я точно не знаю ). После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart=disable в параметр 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за которым следует sudo update-grub).
8
ответ дан 2 August 2018 в 04:17

Я бы переключился на виртуальный терминал на экране входа в GDM (Ctrl + Alt + F1), запустил и запустил iotop (возможно, вам сначала нужно его установить). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.


Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует загрузку процесс + рабочий стол. Возможно, вам придется отредактировать его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: - -crop-after = compiz, metacity, mutter, kwin, xfwm4 \

Две вещи:

  1. Возможно, вам потребуется перезагрузка дважды после первой установки получить полезный результат (возможно, файл индекса нужно перестроить, я точно не знаю).
  2. После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart = отключите в параметре 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за ним следует sudo update-grub ).
8
ответ дан 4 August 2018 в 20:22

Я бы переключился на виртуальный терминал на экране входа в GDM (Ctrl + Alt + F1), запустил и запустил iotop (возможно, вам сначала нужно его установить). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.


Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует загрузку процесс + рабочий стол. Возможно, вам придется отредактировать его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: - -crop-after = compiz, metacity, mutter, kwin, xfwm4 \

Две вещи:

  1. Возможно, вам потребуется перезагрузка дважды после первой установки получить полезный результат (возможно, файл индекса нужно перестроить, я точно не знаю).
  2. После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart = отключите в параметре 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за ним следует sudo update-grub ).
8
ответ дан 6 August 2018 в 04:21

Я бы переключился на виртуальный терминал на экране входа в GDM (Ctrl + Alt + F1), запустил и запустил iotop (возможно, вам сначала нужно его установить). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.


Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует загрузку процесс + рабочий стол. Возможно, вам придется отредактировать его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: - -crop-after = compiz, metacity, mutter, kwin, xfwm4 \

Две вещи:

  1. Возможно, вам потребуется перезагрузка дважды после первой установки получить полезный результат (возможно, файл индекса нужно перестроить, я точно не знаю).
  2. После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart = отключите в параметре 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за ним следует sudo update-grub ).
8
ответ дан 7 August 2018 в 22:28

Я бы переключился на виртуальный терминал на экране входа в GDM (Ctrl + Alt + F1), запустил и запустил iotop (возможно, вам сначала нужно его установить). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.


Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует загрузку процесс + рабочий стол. Возможно, вам придется отредактировать его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: - -crop-after = compiz, metacity, mutter, kwin, xfwm4 \

Две вещи:

  1. Возможно, вам потребуется перезагрузка дважды после первой установки получить полезный результат (возможно, файл индекса нужно перестроить, я точно не знаю).
  2. После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart = отключите в параметре 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за ним следует sudo update-grub ).
8
ответ дан 10 August 2018 в 10:36

Я бы переключился на виртуальный терминал на экране входа в GDM (Ctrl + Alt + F1), запустил и запустил iotop (возможно, вам сначала нужно его установить). Затем вернитесь к GDM (Ctrl + Alt + F7), войдите в систему и немедленно переключитесь на iotop с помощью Ctrl + Alt + F1. Теперь вы должны увидеть, какой процесс отвечает за тяжелый IO.


Забыл упомянуть альтернативу: вы можете попробовать использовать bootchart для создания диаграммы, которая визуализирует загрузку процесс + рабочий стол. Возможно, вам придется отредактировать его конфигурацию, поэтому он показывает больше, чем только первые секунды загрузки на рабочем столе:

Откройте файл «/etc/init/bootchart.conf» и удалите строку: - -crop-after = compiz, metacity, mutter, kwin, xfwm4 \

Две вещи:

  1. Возможно, вам потребуется перезагрузка дважды после первой установки получить полезный результат (возможно, файл индекса нужно перестроить, я точно не знаю).
  2. После установки bootchart будет запускаться при каждой загрузке, если вы не добавите bootchart = отключите в параметре 'GRUB_CMDLINE_LINUX_DEFAULT' в '/ etc / default / grub' (за ним следует sudo update-grub ).
8
ответ дан 13 August 2018 в 17:08
  • 1
    хорошее решение ... – RobotHumans 12 November 2010 в 22:54
  • 2
    Возможно, это файлы индексирования Ubuntu One? U1 все еще разбивает мою систему даже на Maverick. – Leon Nardella 13 November 2010 в 00:00
  • 3
    Никогда не было проблемы с U1, но я часто вижу apt-xapian-index, который шлепает мою систему на минуту или около того на более медленном оборудовании. Вы увидите, что поразите ваш процессор (верхний или верхний). Подробнее здесь: bugs.launchpad.net/ubuntu/+source/apt-xapian-index/+bug/363695 . Iotop является удивительным и, тем не менее, получит корень проблемы. – Scaine 13 November 2010 в 00:12
  • 4
    Спасибо всем, ребята. Действительно, как iotop, так и bootchart указывали на ubuntuone-syncdaemon как ответственный за задержку. Я не знаю, есть ли решение для этого. Между тем, я предотвратил запуск ubuntuone при автозапуске во время загрузки. – zuzust 13 November 2010 в 02:33

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

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