При монтировании внешнего USB-винчестера IOMEGA с файловой системой NTFS неверно определяется ее версия, в результате при монтировании его через KDE система намертво зависает. Последние сообщения в /var/log/messages : Sep 16 20:20:01 localhost kernel: usb 1-1: new full speed USB device using uhci_hcd and address 3 Sep 16 20:20:01 localhost kernel: usb 1-1: configuration #1 chosen from 1 choice Sep 16 20:20:01 localhost kernel: scsi1 : SCSI emulation for USB Mass Storage devices Sep 16 20:20:06 localhost kernel: Vendor: Ext Hard Model: Disk Rev: Sep 16 20:20:06 localhost kernel: Type: Direct-Access ANSI SCSI revision: 04 Sep 16 20:20:06 localhost kernel: SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) Sep 16 20:20:06 localhost kernel: sda: Write Protect is off Sep 16 20:20:06 localhost kernel: sda: assuming drive cache: write through Sep 16 20:20:06 localhost kernel: SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) Sep 16 20:20:06 localhost kernel: sda: Write Protect is off Sep 16 20:20:06 localhost kernel: sda: assuming drive cache: write through Sep 16 20:20:06 localhost kernel: sda: sda1 Sep 16 20:20:06 localhost kernel: sd 1:0:0:0: Attached scsi disk sda Sep 16 20:20:06 localhost kernel: sd 1:0:0:0: Attached scsi generic sg0 type 0 Sep 16 20:21:14 localhost kernel: NTFS driver 2.1.27 [Flags: R/W MODULE]. Sep 16 20:21:14 localhost kernel: NTFS volume version 3.1.
В сборке kernel-image-std-smp-2.6.18-alt10 проблема с зависанием сохранилась? (Там отключена поддержка записи на ntfs, которая всё равно была почти бесполезна, но вроде бы могла приводить к подобным проблемам.) Что касается "NTFS volume version 3.1." - это версия формата NTFS, используемая, например, Windows XP; ничего необычного в этой строке нет. Стоило бы научить hal использовать для монтирования NTFS не встроенную поддержку в ядре (имеющую существенно ограниченную функциональность), а ntfs-3g (хотя скорее это вопрос к пакету ntfs-3g, куда нужно добавить соответствующий файл .fdi для hal).
Также просьба проверить на std-def (подобного при столкновении с NTFS не наблюдал).
Спасибо за пинг. Могу проверить на 2.6.18-std-smp-alt12.M40.2, 2.6.25 (дальше не помню -- ядро из 4.1) и, может быть, если надо, на 2.6.27 (из 5.0). На каких ядрах актуально это проверить?
Хорошо бы на текущих, но может быть достаточно и на подручных.
На SATA и std-def/un-def 3.0--3.17 проблем не наблюдал.