#linux-kernel #usb #usb-mass-storage #veracrypt
Вопрос:
Запуск специально созданного ядра Linux 4.4.293 — без изменений — в Ubuntu 18.04. Я уже некоторое время замечаю это при использовании внешнего жесткого диска Seagate емкостью 8 ТБ для хранения при копировании файлов на внешний диск. Это происходит периодически и может продолжаться во время одного и того же сеанса копирования. Ни одно другое ядро не паникует. Копии продолжаются, но меня беспокоит то, что я могу получить поврежденные данные. Возможно, это связано с тем, что на рассматриваемом диске используется шифрование диска с помощью Veracrypt, но из VC не видно ошибок. Я также отключаю UAS для этого диска, так как получал больше ошибок, связанных с UAS и этим диском (используя опцию «особенности usb-хранилища=» для этого диска).
Пример из /var/log/kern.log:
Dec 4 12:34:58 localhost kernel: [ 7200.380699] INFO: task jbd2/dm-1-8:24036 blocked for more than 120 seconds. Dec 4 12:34:58 localhost kernel: [ 7200.380705] Tainted: G OE 4.4.293-1 #1 Dec 4 12:34:58 localhost kernel: [ 7200.380707] "echo 0 gt; /proc/sys/kernel/hung_task_timeout_secs" disables this message. Dec 4 12:34:58 localhost kernel: [ 7200.380709] jbd2/dm-1-8 D ffff88041337fa80 0 24036 2 0x00000000 Dec 4 12:34:58 localhost kernel: [ 7200.380715] ffff88041337fa80 0000000000000202 ffff88041aeaac00 ffff88002de58000 Dec 4 12:34:58 localhost kernel: [ 7200.380719] 0000000000000000 ffff88041d2db300 7fffffffffffffff ffff88041337fbc0 Dec 4 12:34:58 localhost kernel: [ 7200.380722] ffffffff8180adf0 ffff88041337fa90 ffffffff8180a5bb ffff88041337fb10 Dec 4 12:34:58 localhost kernel: [ 7200.380726] Call Trace: Dec 4 12:34:58 localhost kernel: [ 7200.380736] [] ? bit_wait 0x60/0x60 Dec 4 12:34:58 localhost kernel: [ 7200.380739] [] schedule 0x2b/0x80 Dec 4 12:34:58 localhost kernel: [ 7200.380744] [] schedule_timeout 0x1ad/0x270 Dec 4 12:34:58 localhost kernel: [ 7200.380748] [] ? ktime_get 0x3f/0xb0 Dec 4 12:34:58 localhost kernel: [ 7200.380750] [] ? ktime_get 0x3f/0xb0 Dec 4 12:34:58 localhost kernel: [ 7200.380753] [] ? bit_wait 0x60/0x60 Dec 4 12:34:58 localhost kernel: [ 7200.380756] [] io_schedule_timeout 0xa4/0x110 Dec 4 12:34:58 localhost kernel: [ 7200.380760] [] bit_wait_io 0x1b/0x70 Dec 4 12:34:58 localhost kernel: [ 7200.380763] [] __wait_on_bit 0x50/0xa0 Dec 4 12:34:58 localhost kernel: [ 7200.380768] [] wait_on_page_bit 0xc6/0xd0 Dec 4 12:34:58 localhost kernel: [ 7200.380772] [] ? autoremove_wake_function 0x40/0x40 Dec 4 12:34:58 localhost kernel: [ 7200.380776] [] __filemap_fdatawait_range 0xe4/0x140 Dec 4 12:34:58 localhost kernel: [ 7200.380781] [] filemap_fdatawait_range 0x14/0x30 Dec 4 12:34:58 localhost kernel: [ 7200.380785] [] filemap_fdatawait 0x23/0x30 Dec 4 12:34:58 localhost kernel: [ 7200.380790] [] jbd2_journal_commit_transaction 0x707/0x1800 Dec 4 12:34:58 localhost kernel: [ 7200.380793] [] ? __schedule 0x2a2/0x840 Dec 4 12:34:58 localhost kernel: [ 7200.380796] [] ? __schedule 0x2ae/0x840 Dec 4 12:34:58 localhost kernel: [ 7200.380800] [] ? lock_timer_base 0x56/0x70 Dec 4 12:34:58 localhost kernel: [ 7200.380804] [] kjournald2 0xba/0x250 Dec 4 12:34:58 localhost kernel: [ 7200.380808] [] ? wake_atomic_t_function 0x60/0x60 Dec 4 12:34:58 localhost kernel: [ 7200.380811] [] ? commit_timeout 0x10/0x10 Dec 4 12:34:58 localhost kernel: [ 7200.380815] [] kthread 0xd8/0xf0 Dec 4 12:34:58 localhost kernel: [ 7200.380818] [] ? __schedule 0x2ae/0x840 Dec 4 12:34:58 localhost kernel: [ 7200.380822] [] ? kthread_create_on_node 0x190/0x190 Dec 4 12:34:58 localhost kernel: [ 7200.380825] [] ret_from_fork 0x55/0x80 Dec 4 12:34:58 localhost kernel: [ 7200.380828] [] ? kthread_create_on_node 0x190/0x190