Почему Ubuntu часто замораживается, так как я обновил свою RAM?
Я обновил RAM своего ноутбука к 4 ГБ при помощи двух микросхем RAM со следующей спецификацией:
Storage Capacity: 2 GB
Memory Type: DRAM
Technology: DDR2 SDRAM
Form Factor: SO DIMM 200-pin
Memory Speed: 800 MHz (PC2-6400)
Data Integrity Check: Non-ECC
RAM Features: Unbuffered
Supply Voltage: 1.8 V
Compatible Slots: 1 x memory - SO DIMM 200-pin
Так как я обновил свою RAM, замораживания Ubuntu время от времени. Когда Ubuntu замораживается, я завершаю работу вниз своего ноутбука и перезагрузки с помощью Ubuntu живой CD для проверки на системные ошибки файла. Затем я запускаю fsck программу, и она обнаруживает и фиксирует некоторые ошибки файловых систем. Затем я запускаю badblock программу. Но, badblocks не находит проблем. Я верю тому, что badblocks не сообщает, что любые проблемы показывают, что мой жесткий диск здоров. И, ошибки файловой системы, кажется, происходят из-за принудительных завершений работы.
Я использую Ubuntu 10.04 на 64 бита, ясную с 2.6.32-33-универсальным ядром.
Как я могу диагностировать эту проблему? Как я могу узнать, почему моя Ubuntu замораживается? С какими файлами журнала я должен консультироваться? Что я должен искать в файлах журнала для нахождения причины замораживаний?
2 ответа
Ну, если Вы будете подозревать проблемы, запущенные после установки новой памяти то затем я протестирую ту память. Можно сделать это от живого CD или карты памяти. Я не помню, доступно ли это в меню начальной загрузки установленной системы. RAM может быть плохой, и плохая RAM может заставить Вашу систему замораживаться. Если Вы используете собственный драйвер от ATI, то это вызывало замораживания здесь время от времени. Но трудно сказать то, что причина без большей информации.
Если Вы все еще имеете поршень, подкачиваете его, отступают к старому материалу. Протестируйте его какое-то время, чтобы видеть, фиксируется ли. Memtest86 является замечательным инструментом, я рекомендовал бы позволить ему работать всю ночь напролет, позволить ему сделать 3 или больше передачи.
Также проверьте жесткий диск УМНАЯ информация.
sudo smartctl -a /dev/sda
Вы видите полное состояние с-h скорее затем-a.
Вот мой вывод. Строки для обращения внимания к, Raw_Read_Error_Rate, Reallocated_Sector_Ct, Seek_Error_Rate. Перед сбоем дают Вам большую часть понимания на дисковом здоровье. Если у Вас есть какой-либо Reallocated_Sector_Ct, его лучшее для изучения нового диска.=)
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0
2 Throughput_Performance 0x0005 131 131 054 Pre-fail Offline - 148
3 Spin_Up_Time 0x0007 121 121 024 Pre-fail Always - 168 (Average 170)
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 165
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 134 134 020 Pre-fail Offline - 28
9 Power_On_Hours 0x0012 096 096 000 Old_age Always - 32368
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 159
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 915
193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 915
194 Temperature_Celsius 0x0002 171 171 000 Old_age Always - 35 (Lifetime Min/Max 15/41)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0