Мой/var/log/загадочно заполняет ГБ в минутах! Какое-либо средство исправления, прежде чем я переустановлю Debian 7?
Возможно, необходимо позволить корневой вход в систему в gdm конфигурации,
Править /etc/gdm/custom.conf,
В [daemon] разделите, добавьте строку AllowRoot=true
В опубликованном вами фрагменте системного журнала есть серьезный намек. Конец строки
Apr 10 00:53:37 MyMachine kernel: [11608.690733] [<ffffffffa08e4005>] ? ath9k_reg_rmw+0x35/0x70 [ath9k_htc]
показывает, что трассировка стека вызвана неожиданной ошибкой в драйвере устройства с именем ath9k_htc . Надеюсь, ядро не запаниковало, но постоянное повторение ошибок заполняет вашу файловую систему.
Затем я бы занес в черный список драйвер Wi-Fi ath9k_htc , используя эту команду, а затем перезагрузился:
echo "blacklist ath9k_htc" | sudo tee -a /etc/modprobe.d/blacklist.conf
Остерегайтесь, хотя это может помешать работе вашего Wi-Fi, если драйвер ath9k_htc все же использовался и работоспособен, несмотря на ошибки.
Вы можете проверить, присутствует ли на вашем компьютере устройство Wi-Fi, ожидаемое драйвером ath9k_htc , запустив lsusb и посмотреть, соответствует ли устройство одному из списка, доступного здесь: https://wiki.debian.org/ath9k_htc
Вам не нужно открывать файлы журнала в редакторе, чтобы увидеть, что их затопляет. Просто посмотрите на последние несколько строк:
tail -n 999 /var/log/syslog | less
Файлы журнала из процесса всегда содержат идентификатор процесса:
Apr 10 00:00:01 harfang /USR/SBIN/CRON[345]: (root) CMD ( /usr/local/bin/midnight-stuff )
Apr 10 00:00:01 darkstar wibbled[1234]: I'm bored
Apr 10 00:00:01 darkstar wibbled[1234]: I'm still bored
Apr 10 00:00:01 darkstar wibbled[1234]: I'm bored
Apr 10 00:00:02 darkstar wibbled[1234]: I'm still bored
Apr 10 00:00:02 darkstar wibbled[1234]: I'm bored
Это говорит вам, что процесс 1234, который является примером демона демона, производит Много журнала сообщений. Вы можете убить его и проверить его конфигурацию.
Если kern.log много растет, ваши журналы не исходят из процесса, а от ядра. Наводнение в журналах ядра реже и может быть сложнее, чтобы прикрепить. Это может быть связано с процессом, который воздействует в тесной петле и сбивается немедленно (возможно, из-за низкой памяти в системе). Это также может быть связано с багги. Вам нужно посмотреть на сообщения, чтобы понять причину.
В вашем случае вы видите задницу от водителя. Водитель встречается непрерывно не смертельной ошибкой. Попробуйте разгрузить:
rmmod ath9k
(почему ATH9K ? Потому что это водитель, который обеспечивает функцию ATH9K_REG_RMW , но на самом деле, потому что имя модуля будет упомянуто несколько строк, в дальнейшем Вы включены в ваш вопрос.) Если драйвер не находится в модуле или не может быть выгружено, ищите другой способ отключить его или прекратить запускать его ошибку; Как это сделать, зависит от того, что это водитель, и что с ним не так.