Ну, малость побит диск, 88 ремапов судя по счётчику, ошибки записи и чтения, судя по логам, вот оно и виснет. Если есть возможность, слейте инфу и поменяйте винт, если нет, можно попробовать полечить записью (не факт, что поможет, конечно, но без спецсофта только так) нечитаемые сектора (потом надо прогнать "fsck -y" всех разделов кроме свопа, ну и никаких гарантий, что не придётся переставлять систему и что это вообще поможет, а также это надолго, 10 раз читать весь диск, и да, сохраните с диска всё важное!! ):
Сперва получаем загрузочный диск вот тут:
http://clonezilla.org/clonezilla-live.phpИли грузимся с ливCD Ubuntu, но там надо будет по сети подключиться и установить пакет:
sudo apt-get install gddrescue
Дальше подключить флэшку или внешний диск, чтоб писать на них лог программы ddrescue, подключим явным образом:
сперва выясняем, кто из вашего диска и флэшки имеет какую букву (ск.всего, хард /dev/sda, флэшка /dev/sdb)
lsblk
Там по размеру можно выяснить.
Предположим, хард - /dev/sda, флэшка - /dev/sdb с одним разделом /dev/sdb1
Дальше в консоли или клонезиллы или ливCD убунты:
sudo mkdir /mnt/1
sudo mount /dev/sdb1 /mnt/1
for i in {0..9}; do ddrescue -d -f /dev/sda /dev/null /mnt/1/111.log; sudo ddrescue -d -f --fill=- /dev/zero /dev/sda /mnt/1/111.log; done
После того, как процесс закончится (а это многие часы), можно проверить статус того, что получилось:
sudo ddrescuelog -t /mnt/1/111.log
Если там в секции про ошибки будет что-то ненулевое, дело плохо, всё же ск.всего менять диск. Если нет, то fsck -y на все разделы харда и пробовать жить с ним дальше

Пользователь решил продолжить мысль 01 Апреля 2014, 05:30:37:
Gorgoff,
lspci -v
Ищете там в выводе SATA контроллер, если в "kernel modules in use" ahci, -- значит, оно
