Короткий ответ: это просто говорит Вам, где программы проводят свое время в.
Для более длинного ответа я объясню это на двух шагах. Во-первых:
1. Ввод привилегированного режима
Каждый обычный код Вы пишете, выполнения в "непривилегированном режиме".
Программы могут пользоваться библиотеками, чтобы сделать общие задачи для них. Это - также код непривилегированного режима.
В какой-то момент программа может потребовать базовой функции от системы. Например:
Эта основа - близко к аппаратным средствам - функциональность является частью ядра. Это - центральная программа позади всего на Вашем компьютере. Это управляет всем, в чем программы нужны для функционирования.
Для использования функции в ядре путь выполнения программы буквально делает переход от Непривилегированного режима до кода Ядра. Ядро делает это - задание и откладывает путь выполнения к непривилегированному режиму.
Когда программа проводит много времени в привилегированном режиме, это часто означает, что это делает большое связанное с аппаратными средствами действие. Например, поиск на диске или потоковая передача видео. Аппаратные средства могли также неправильно функционировать; создание обработки замедлиться и то, чтобы заставлять программу провести необычное количество времени в пространстве ядра.
2 различие
Код в пространстве ядра высоко производителен. Другие части ядра могут назвать его непосредственно, и код имеет прямой доступ к каждому ресурсу системы без любой граничной проверки. Переключение между ядром/непривилегированным режимом является также дорогой операцией, которой полностью избегают путем выполнения всего в коде ядра.
В ядре однако, нет большого количества комнаты для проверки безопасности, защиты от катастрофических отказов или записи в неправильные части памяти. Это услуги, которые ядро может предоставить другим программам. Это обманывает программы, чтобы полагать, что мир выглядит по-другому (программы, живые в виртуальном, играл в песочнице/ограничивал среду), и поэтому все, что прибывает в программы, может переводиться и охраняться.
Само ядро не может иметь большой защиты, потому что нет ничего позади него для защиты его. Это - основа системы, и когда это останавливается, все заканчивается. Вы получаете панику ядра, или в Windows, известном BSOD.
Это - также риск основанного на ядре кода и причина, больше подсистем с низкоэффективными требованиями перемещается в пространство пользователя. Существенные связанные с аппаратными средствами части однако, обычно код ядра, который не собирается изменяться в ближайшее время.
Начальная загрузка от Вашего ArchLinux живой CD снова и в командной строке как корень выполняет точное следующее.
mkdir /mnt/root
mount /dev/sda3 /mnt/root
mount /dev/sda1 /mnt/root/boot
cp -a /dev/sd* /mnt/root/dev/
chroot /mnt/root
mount /proc
cat /proc/mounts > /etc/mtab
grub-install --recheck --no-floppy /dev/sda
umount /proc
exit
umount /mnt/root/boot
umount /mnt/root
reboot
В зависимости от того, что Вы сделали попытку установить autofs, Вы могли бы хотеть проверить это /etc/fstab
или /boot/grub/menu.lst
файлы являются правильными, в то время как Вы - chrooted в своей системе (после того, как mount /proc
выше).
Существует также еще один (более короткий) способ, которым это может быть сделано. Не уверенный, если это возможно с archlinux живой CD, но вероятно.
mkdir /mnt/root
mount /dev/sda3 /mnt/root
mount /dev/sda1 /mnt/root/boot
grub-install --root-directory=/mnt/root --recheck --no-floppy /dev/sda
umount /mnt/root/boot
umount /mnt/root
reboot