if I read from a drive containing scratched disk. the system freezes completely (for a 10-20 sec) at those scratches. If I use this scratched disk on another drive (another drive is on the IDE controller of the motherboard) everything seems OK. In Attachment is the relevant information from the dmesg and lspci.
Created attachment 49922 [details] dmesg, lspci.
Please attach full output of dmesg after triggering the problem, preferably with CONFIG_PRINTK_TIME turned on. Thanks.
I haven't compiled kernel with a PRINTK_TIME enabled. But I will do it nearly. Here is the dmesg output after reboot and the doing: [dikiy@linuxhost ~]$ dd if=/dev/sr0 of=/dev/null bs=2048 dd: чтение «/dev/sr0»: Ошибка ввода/вывода 475384+0 записей считано 475384+0 записей написано скопировано 973586432 байта (974 MB), 302,28 c, 3,2 MB/c [dikiy@linuxhost ~]$
Created attachment 49972 [details] Full dmesg output after reboot and triggering the problem
Before the system freezes for a long time (15-20 sec) and the dd exits with an error, there are a lot of "little" freezes (approx. 0.1 sec) when the disc spin down and try to reread the scratch.
Hmm... I'm a bit lost. It's a SATA device using an independent port so it shouldn't really affect other devices. Can you please describe the 'hang' in more detail? What hangs? Does the kernel complain about anything when it comes back from it? Thanks.
The 'hang' is 'absolute'. The mouse freezes too. The kernel doesn't complain anything else I posted in the attachment.
Oh. There is 'hang' at the spin up of the disc too.
It looks, like the whole system wait for an operation-results on the disc.
If this is still seen in modern kernels please update