Ну, у меня Ubuntu 12.04 работает на ноутбуке Core i7 с диском SSD. Ноутбук с двойной загрузкой. Я испытываю очень большую задержку между вводом пароля и отображением рабочего стола. В общем, процесс выглядит следующим образом:
Я сталкивался с этой проблемой в прошлом со своим стандартным жестким диском. Затем я удалил UbuntuOne, как советовали в теме, которую я видел. Это, кажется, помогло на некоторое время. Затем я перешел на SSD. Некоторое время компьютер загружался довольно быстро, затем это начало происходить. Я не думаю, что это связано с SSD, хотя.
Я добавляю ссылку на образ загрузочной диаграммы:
http://i.imgur.com/ew97ZO6.png
== =====================
Пока я устранял эту проблему, я заметил, что мое имя пользователя отображается как [Invalid UTF-8] в правом верхнем углу экрана. Это те случаи, когда рабочий стол загружается с задержкой.
Иногда рабочий стол удается быстро загрузить. В этом случае имя пользователя отображается нормально.
[Invalid UTF-8] , кажется, известная ошибка, но я не смог найти работающее решение.
Спасибо за ваше время.
=============================
Я полностью переустановил ОС. Это решило проблему.
Вот Блог "George Georgovassilis", который имеет еще некоторое понимание чтения диаграммы начальной загрузки и как ускорить вещи...
Измерение прогресса
Bootchart является хорошим пакетом, что протоколы придирчиво весь процесс начальной загрузки и составляет графические таблицы времен и где они потрачены. Таким образом, первый шаг получает bootchart:
sudo apt-get install bootchart
После перезагрузки можно вложить вышеупомянутую диаграмму /var/log/bootchart
. Предостережение: первая диаграмма является непредставительной, как ureadahead находится в профильном режиме и замедляет вещи. После другой перезагрузки диаграмма выглядела бы намного лучше. И именно так это похоже:
Диаграмма показывает три этапа: менеджер по X Window запускает в 19 секунд после начальной загрузки, Gnome в 41 секунду и рабочий стол видим в 59 секунд, которые я рассмотрю также всем временем начальной загрузки. Это - время для избиения.
Параллелизация Ureadahead
Ureadahead занимает приблизительно 10 секунд, чтобы закончить заполнять кэш, в течение того времени, которое ничто иное не загружает. Это имеет смысл для обычного, вращательного жесткого диска, поскольку частые главные перемещения, вызванные процессами, загружающимися параллельно, замедлили бы вещи. Но так как эта установка загружается от SD-карты, могло бы стоить исследовать способ выполнить ureadahead параллельно. Мое первое взятие должно было поместить ureadahead в сценарий и запустить его в фоновом режиме:
/etc/init.d/bootopts
#!/bin/sh
(/sbin/ureadahead --daemon)&
и изменение /etc/init/ureadahead.conf
назвать этот сценарий вместо /sbin/ureadahead
Перезагрузка составляет 3 секунды быстрее, которые получены где-нибудь между начальной загрузкой X и начальной загрузкой Gnome. Неутешительно, новая диаграмма показывает, что ureadahead все еще выполняет последовательно остановку всего после нее. Некоторое расследование показывает, что планировщик ввода-вывода думает, что SD-карта является вращательным устройством, таким образом, я изменяю bootopts сценарий для исправления этого путем добавления:
echo 0 > /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/2-1.4:1.0/host6/target6:0:0/6:0:0:0/block/sdb/queue/rotational
Обратите внимание, что SD-карта /dev/sdb
После перезагрузки диаграмма похожа на это:
Намного лучше ureadahead работает теперь параллельно. К сожалению, это сделало процесс начальной загрузки 1 секундой медленнее, главным образом задержавшись X и Gnome. Но я чувствую, что иду к чему-то, поэтому позвольте нам не просто сдаться.
Некоторый bechmarks с простым hdparm-t-T на карте флэш-памяти показывает, что последовательное время чтения с 14 МБ/с, таким образом 2 МБ/с за исключением он - номинальная классификация. Причина, кажется, считанная вперед установка 256, уменьшение ее к 128 получает максимум 16 МБ/с. Таким образом другое дополнение к моему bootopts сценарию:
hdparm -a128 /dev/sdb
Другая перезагрузка позже, я вернулся к 56 секундам. Я подозреваю, что планировщик ввода-вывода отдает ureadahead тот же приоритет относительно других процессов, которые он действительно не был должен так, он должен быть скрыт позади ионизирования, таким образом я изменяет bootopts:
(/usr/bin/ionice -c 3 /sbin/ureadahead --daemon)&
Это улучшает время начальной загрузки еще на 2 секунды. Диаграмма показывает, что карта флэш-памяти все еще не используется полностью, таким образом, я следую этим инструкциям для отключения журналирования на разделе начальной загрузки, и я также отключаю plymouthd, который является анимированным bootscreen. И это добивается цели, время является теперь до 45 секунд:
[обновите 22.05.2011], я также сделал эксперимент в противоположном направлении, а именно, запуск ионизируются с-c 1, который соответствует вводу-выводу в реальном времени, который уменьшил время запуска к другой секунде. В то время как сначала это кажется парадоксальным, так как меньше процессов может работать параллельно на второй взгляд, он имеет смысл, потому что параллельный ввод-вывод представляет немного служебные.
Теперь давайте задержим сервисы, не нужные для процесса начальной загрузки к после входа в систему. Мои кандидаты:
mysqld
nmbd
smbd
cupsd
modem-manager
bluetoothd
alsa-store [update 2011.05.22]
alsa-restore [update 2011.05.22]
pulseaudio [update 2011.05.22]
rsync [update 2011.05.22]
apparmor - I apt-get removed that one [update 2011.05.22]
plymouthd [update 2011.05.22] I deleted the /etc/init/plymouthd*.conf files - arguably this will affect logging and the ability of services to interact with the user in case something goes wrong. Use at your own risk
ufw (firewall, there is a small security risk when setting up later) [update 2011.05.22]
acpi-support
Все они имеют новомодные задания и могут быть задержаны путем изменения события запуска в соответствующем /etc/init/xyz.conf
файлы к чему-то как "stuff-that-can-wait". по левую сторону судна [обновляют 07.07.2011]
Новый сценарий в /etc/init.d/stuff-that-can-wait
может затем выполнить эти сценарии. Мой похож на это:
#!/bin/sh
/etc/init.d/mysql $1
/etc/init.d/samba $1
/etc/init.d/acpi-support $1
И конечно не забыть:
chmod a+x /etc/init.d/stuff-that-can-wait
Я добавил его как новомодный сценарий, но, вероятно, легче просто добавить его как сценарий запуска к сессии гнома ("Приложения Запуска")
Я затем удалил подобные сервисы из /etc/rcX.d
с этой командой:
update-rc.d -f servicename remove
и настроенный их вместо этого как новомодные сценарии (stuff-that-can-wait
)
Хорошее сообщение здесь [обновляет 22.05.2011], сущность состоит в том, чтобы изменить /etc/init.d/rc
кому:
CONCURRENCY=shell
Существует больше, чтобы сделать: около конца последовательности начальной загрузки bootchart показывает, что долгое ожидание монтируется (12 секунд), в котором я расположился/usr/lib/pm-utils/power.d/journal-commit. Я изменяю этот файл как таковой:
#!/bin/sh
exit0
(Я, вероятно, возможно, просто удалил его),
Этот не только разрезал целых 10 секунд от bootchart, но также и Рабочего стола Единицы, созданного заметно быстрее.
Существует также pulseaudio
запуск намного ранее, чем он должен (видеть Deferring Services)
Этот шаг устраняет ненужный (для моей установки) модули. Отредактируйте/etc/modprobe.d/blacklist.conf и добавьте строки
blacklist rt2800pci
blacklist rt2x00pci
blacklist parport_pc
blacklist vboxnetado
blacklist vboxnetflt
blacklist bvoxdrv
blacklist joydev
blacklist lp
blacklist hp_accel
и комментарий lp module
в /etc/modules
Который оставляет нас со временем начальной загрузки 28 секунд:
Скопированный и Отредактированный отсюда → http://georgovassilis.blogspot.com/2011/05/speeding-up-ubuntu-1104-boot-time.html
Я надеюсь, что это помогает... Удачи!