Так, я, кажется, решил проблему. Если у кого-либо есть что-нибудь для добавления относительно, почему / как, я внимательно слушаю.
Подозреваемая причина
Из того, что я могу сказать, причиной этого поведения было повреждение в самом / каталоге var. Основной диск, на котором установлена операционная система, является картой флэш-памяти (старая, в этом, но с мерами предосторожности, принятыми для предотвращения злоупотребления флэш-памяти). Казалось бы, что поврежденный сектор (секторы) заставлял определенные операции в / var перестать работать различными способами (наиболее распространенные два были 'отказавшими для создания символьной ссылки' и прямой паники ядра в/var/lost+found, но были другие, наблюдаемые также в зависимости от точного действия).
The Fix
После того как я зафиксировал поврежденный inodes через комбинацию однопользовательского режима, повторного fsck выполнения и ручного вмешательства, которое тайна / var memdisk прекратила монтировать при начальной загрузке. Для получения дополнительной информации см.: http://phaq.phunsites.net/2007/07/01/ufs_dirbad-panic-with-mangled-entries-in-ufs/
Система может загрузиться без / var memdisk теперь, но новая карта флэш-памяти в порядке без сомнения.
Догадка - исправьте или добавьте к этому при обладании пониманием
Это - то, где мое знание о поведении Unix с плохими файловыми системами становится нечетким. Мое предположение относительно того, почему memdisk открылся, - то, что FreeBSD смог смонтировать сам / раздел var, но доступ к определенным отказавшим объектам. Для продолжения системы и выполнения, мое подозрение - то, что операционная система создала memdisk из необходимости (следовательно, эти два монтируются под / var). Это не было очевидно прежде, потому что большая часть повреждения была в некритическом каталоге. Возможно, обновление сместило файлы вокруг на самом физическом диске, таким образом, поместив другого, что более важно, файл в провальном секторе (секторах)?
Снова, дальнейшее понимание, как вывод повреждения к тайне memdisk значительно ценится. Еще раз спасибо.
Это должно быть довольно очевидно: время потратило выполнение задачи / общее время.
Таким образом по данному интервалу, 10%-я загрузка означает, что 10% того времени были потрачены, выполнив задачи, и 90% были неактивны.
Насколько я знаю, "Среднее число загрузки" является средним количеством процесса, требующего времени выполнения CPU по 1/5/15mintes.
Например, скажите, что у Вас есть 1 ЦП с 4 ядрами, любая загрузка, выше 4 средств, Вы не имеете достаточного вычислительного права иметь весь процесс, работающий с такой скоростью, как они желают.
uptime
не измеряется в проценте ничего. Это - безразмерное количество количества выполнимых процессов в течение времени.
– a CVn
07.01.2014, 17:32