Как обойти или диагностировать панику ядра при «безопасном извлечении» внешнего жесткого диска?

Как обойти или диагностировать панику ядра при «безопасном извлечении» внешнего жесткого диска?

У меня возникла проблема при использовании опции «Безопасное извлечение» для извлечения моего внешнего жесткого диска объемом 1 ТБ из Unity Launcher. Не каждый раз, но иногда мой экран становится черным и отображает БОЛЬШОЕ количество текстовой информации (которую я, очевидно, не могу заснять). Суть отображаемой информации заключается в том, что размонтирование или «безопасное извлечение» диска вызывает панику ядра. Есть ли команда командной строки для извлечения смонтированных дисков или, по крайней мере, такая, которая показала бы мне какой-то вывод об ошибке при извлечении диска? Я пытаюсь сузить круг причин. Возможно, мне это кажется, но, похоже, чаще всего это происходит, когда у меня запущены другие программы при извлечении диска (например, Firefox, Transmission). Обратите внимание, что мой внешний диск не используется, когда я пытаюсь его извлечь, и в это время он не используется ни Firefox, ни Transmission. Буду признателен за любую помощь.

решение1

Надеюсь, я размещаю это в правильном месте, но я хотел бы поблагодарить всех за ответы и сказать, что мне удалось решить эту проблему, установивэжекториз репозиториев.

Я отключил смонтированные диски в настройках Unity и теперь использую ejecter для извлечения внешнего жесткого диска. Теперь все выглядит хорошо, и я просто подумал, что поделюсь этим решением с кем-нибудь еще, у кого может быть похожая проблема.

решение2

Маловероятно.

Независимо от того, как вы отмонтируете свой диск, в конечном итоге ядро ​​будет отвечать за фактическое оборудование; поскольку оно выдает ошибку из пользовательского интерфейса, скорее всего, оно выдаст ошибку и из командной строки.

Лучшим вариантом для вас будет следовать инструкциям наКак получить дамп ядра ядра?и отправьте дамп ядра разработчикам ядра Ubuntu.

Вторым лучшим вариантом будет попытка «пошагового» процесса размонтирования из корневого терминала:

  1. Румянец:sync
  2. Перемонтировать только для чтения:mount -o remount,ro /media/someDrive
  3. Размонтировать.

Затем посмотрите, на каком этапе произойдет сбой, и повторите то же самое без шага 1, но с ручным монтированием только для чтения.

Однако самое тривиальное, что можно сделать, это подтвердить, нуждается ли ваш диск TB в fsck. Обратите внимание, что если он отформатирован в NTFS из Windows, то fsck linux может только пометить его для проверки в Windows, поскольку настоящая проверка не может быть реализована в свободном программном обеспечении из-за некоторых проприетарных причин.

Кстати, внешние диски обычно не монтируются с помощью FUSE; если есть доступный драйвер, вы можете смонтировать его с помощью FUSE, и тогда выйдет из строя только файловая система пользовательского режима, а остальная часть системы останется работоспособной, но я не могу ничего гарантировать в этом отношении.

решение3

sudo umount /media/<> worksдля меня. (У меня была такая же проблема в Linux Mint 12.)

Связанный контент