У меня возникла проблема при использовании опции «Безопасное удаление», чтобы удалить внешний жесткий диск 1 ТБ из Unity Launcher. Не каждый раз, но иногда мой экран становится черным и отображает БОЛЬШИЕ объемы текстовой информации (что я, очевидно, не могу сделать кепкой). Суть отображаемой информации заключается в том, что размонтирование или «безопасное удаление» диска вызывает панику ядра. Есть ли команда командной строки для удаления установленных дисков или, по крайней мере, одна, которая покажет мне какой-то результат ошибки при удалении диска? Я пытаюсь сузить дело. Я мог представить себе это, но, похоже, это происходит чаще всего, когда у меня есть другие программы, когда я удаляю диск (т. Е. Firefox, передача). Обратите внимание, что мой внешний накопитель не используется, когда я пытаюсь удалить его, и он не используется ни Firefox, ни передача в это время. Любая помощь будет оценена.
Надеюсь, я разместил это в нужном месте, но я хотел поблагодарить всех за их ответы и сказать, что я смог решить эту проблему, установив выталкиватель из репозиториев.
Я отключил смонтированные диски в настройках Unity и теперь использовал выталкиватель для удаления внешнего жесткого диска. Теперь все выглядит хорошо, и я просто подумал, что поделюсь этим обходом с кем-то, у кого может быть аналогичная проблема.
Очень маловероятно.
Независимо от того, как вы размонтируете свой диск, в конце ядро будет отвечать за фактическое оборудование; поскольку это паникует из пользовательского интерфейса, это, скорее всего, будет паникой и из командной строки.
Ваш самый лучший вариант - следовать инструкциям в разделе «Как я могу получить ядро ядра ядра и разместить ядро дамп к поддерживающим ядро ubuntu.
Ваш второй лучший вариант - попытаться выполнить «один шаг» процесс размонтирования с корневого терминала:
Flush: sync only: mount -o remount,ro /media/someDrive Отключить.Затем посмотрите, на каком шаге он сработает и повторит попытку без шага 1, но с ручным креплением только для чтения.
Самое тривиальное, что нужно сделать, - это, однако, подтвердить, нуждается в fsck. Обратите внимание, что если это NTFS-формат из Windows, linux fsck может только отмечать его для проверки под окнами, потому что реальная проверка не может быть реализована в свободном программном обеспечении из-за некоторых соображений, связанных с собственностью.
На стороне примечание: обычно внешние накопители не монтируются с помощью FUSE; если есть доступный драйвер, вы можете установить его с помощью FUSE, и только файловая система пользовательского режима выйдет из строя, оставив остальную часть системы в живых, но я не могу ничего гарантировать в этом направлении.
sudo umount /media/<> works для меня. (У меня была та же проблема в Linux Mint 12.)
Очень маловероятно.
Независимо от того, как вы размонтируете свой диск, в конце ядро будет отвечать за фактическое оборудование; поскольку он паникует из пользовательского интерфейса, он, скорее всего, тоже будет паниковать из командной строки.
Ваш самый лучший вариант - следовать инструкциям в . Как получить ядро ядра Dump и вывести основной дамп для поддерживающих ядро ubuntu.
Ваш второй лучший вариант - попытаться «разогнать» процесс размонтирования с корневого терминала:
sync
mount -o remount,ro /media/someDrive
Затем посмотрите, на каком этапе он сбой и повторите то же самое без шага 1, но с ручным креплением только для чтения.
Самое тривиальное, что нужно сделать, это, однако, подтвердить, что ваш ТБ-диск нуждается в fsck. Обратите внимание, что если он NTFS-форматируется из Windows, linux fsck может только отмечать его для проверки под окнами, потому что реальная проверка не может быть реализована в бесплатном программном обеспечении из-за некоторых соображений, связанных с собственностью.
На стороне примечание: обычно внешние накопители не монтируются с помощью FUSE; если есть доступный драйвер, вы можете установить его с помощью FUSE, и только файловая система пользовательского режима выйдет из строя, оставив остальную часть системы в живых, но я не могу ничего гарантировать в этом направлении.
sudo umount /media/<> works
для меня. (У меня была та же проблема в Linux Mint 12.)