Система падает при копировании данных с других винтов

lusik	# 6 лет, 3 месяца назад (отредактировано 6 лет, 3 месяца назад)
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	дано - новая система, ядро 4.20.3 новая же ssd ext4 / defaults,relatime,discard 0 1 при попытке копирования файлов (cp, rsync) с других примонтированных носителей (ssd и hdd) иногда падает… по разному, иногда прямо в процессе операции намертво виснет, иногда выводит в консоль надпись "Убито" или segmenation fault и сначала вроде бы ничего, но в течение минуты глухо подвисает. Связать точно с какими-то файлами не могу, несколько директорий после предыдущего фейла спокойно скопировались, некоторые не удалось. Несколько раз после отваливания загрузка выводила на fsck и загружалась только после фиксов… strace копирования пишет только то что процесс киллится чем-то внешним в journalctl ничего не вижу, только вот когда fsck восстанавливал записи янв 19 13:11:13 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276877: block 25411032: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276878: block 25411341: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276880: block 25411343: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276883: block 25411346: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276886: block 25411349: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276888: block 25411351: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276890: block 25411353: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276892: block 25411355: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276894: block 25411357: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276895: block 25411358: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error: 3 callbacks suppressed янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276662: block 25402580: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276663: block 25402581: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276664: block 25402582: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276665: block 25402583: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276666: block 25402584: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276667: block 25402585: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276668: block 25402586: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276669: block 25402587: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276670: block 25402588: comm cp: bad entry in directory: directory entry overrun - offset=0,> lines 16–41 sdb - это другой винт, есть еще один, hdd и с него тоже падает, но не всегда чёт не знаю что еще посмотреть... в journalctl больше ничего такого нет, девайсы с которых копирование идёт тоже прошла fsck, чего-то пофиксилось. но все равно при повторных копированиях такая же проблема выходит. И тут как бы фиг с ним с копированием, как понять в чем причина... в ssd или в системе... или в днк диск источника до вчерашнего дня была рабочий и никаких проблем не возникало

# 6 лет, 3 месяца назад (отредактировано 6 лет, 3 месяца назад)

Сообщения: 19

Участник с: 19 мая 2016

дано - новая система, ядро 4.20.3
новая же ssd ext4 / defaults,relatime,discard 0 1

при попытке копирования файлов (cp, rsync) с других примонтированных носителей (ssd и hdd) иногда падает…
по разному, иногда прямо в процессе операции намертво виснет, иногда выводит в консоль надпись "Убито" или segmenation fault и сначала вроде бы ничего, но в течение минуты глухо подвисает. Связать точно с какими-то файлами не могу, несколько директорий после предыдущего фейла спокойно скопировались, некоторые не удалось. Несколько раз после отваливания загрузка выводила на fsck и загружалась только после фиксов…

strace копирования пишет только то что процесс киллится чем-то внешним

в journalctl ничего не вижу, только вот когда fsck восстанавливал записи


янв 19 13:11:13 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276877: block 25411032: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276878: block 25411341: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276880: block 25411343: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276883: block 25411346: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276886: block 25411349: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276888: block 25411351: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276890: block 25411353: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276892: block 25411355: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276894: block 25411357: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276895: block 25411358: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error: 3 callbacks suppressed
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276662: block 25402580: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276663: block 25402581: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276664: block 25402582: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276665: block 25402583: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276666: block 25402584: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276667: block 25402585: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276668: block 25402586: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276669: block 25402587: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276670: block 25402588: comm cp: bad entry in directory: directory entry overrun - offset=0,>
lines 16–41

sdb - это другой винт, есть еще один, hdd и с него тоже падает, но не всегда

чёт не знаю что еще посмотреть... в journalctl больше ничего такого нет,

девайсы с которых копирование идёт тоже прошла fsck, чего-то пофиксилось. но все равно при повторных копированиях такая же проблема выходит. И тут как бы фиг с ним с копированием, как понять в чем причина... в ssd или в системе... или в днк диск источника до вчерашнего дня была рабочий и никаких проблем не возникало

vasek	# 6 лет, 3 месяца назад (отредактировано 6 лет, 3 месяца назад)
Темы: 47 Сообщения: 11928 Участник с: 17 февраля 2013	lusik с других примонтированных носителей (ssd и hdd) иногда падает… Предположу одно из 2-х - или на этих носителях повреждена файловая система или имеются поврежденные блоки. ~~1. Не понятно - использовал ли fsck для восстановления файловой системы, если нет - пробуй.~~ ... не обратил внимание на концовку топика 2. В логе указаны номера inode, узнай, что это за файлы, плюс к этому - проверь этим ли файлам принадлежат указанные в логе блоки. 3. Попробуй скопировать только одни эти файлы, лучше с перемещением на другой носитель. Если будут ошибки, лучше удалить эти файлы, если не нужны, а если нужны сделай копию с помощью dd этого участка и удали эти файлы. И пробуй применить cp по новой, на предмет наличия зависаний. UPD - ошибки, приведенные в логе, описаны в исходниках - /fs/ext4/dir.c EDIT 1 - скорее всего inode относятся к директории, а не к отдельному файлу - поэтому можно попробовать создать новую директорию и переместить в нее все файлы из старой директории и после удалить эту директорию - это при условии, что причина в ошибках файловой системы. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 6 лет, 3 месяца назад (отредактировано 6 лет, 3 месяца назад)

Темы: 47

Сообщения: 11928

Участник с: 17 февраля 2013

lusik
с других примонтированных носителей (ssd и hdd) иногда падает…

Предположу одно из 2-х - или на этих носителях повреждена файловая система или имеются поврежденные блоки.
~~1. Не понятно - использовал ли fsck для восстановления файловой системы, если нет - пробуй.~~ ... не обратил внимание на концовку топика
2. В логе указаны номера inode, узнай, что это за файлы, плюс к этому - проверь этим ли файлам принадлежат указанные в логе блоки.
3. Попробуй скопировать только одни эти файлы, лучше с перемещением на другой носитель. Если будут ошибки, лучше удалить эти файлы, если не нужны, а если нужны сделай копию с помощью dd этого участка и удали эти файлы. И пробуй применить cp по новой, на предмет наличия зависаний.

UPD - ошибки, приведенные в логе, описаны в исходниках - /fs/ext4/dir.c

EDIT 1 - скорее всего inode относятся к директории, а не к отдельному файлу - поэтому можно попробовать создать новую директорию и переместить в нее все файлы из старой директории и после удалить эту директорию - это при условии, что причина в ошибках файловой системы.

Ошибки не исчезают с опытом - они просто умнеют

nafanja	# 6 лет, 3 месяца назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	lusik, а питание у тя хорошее, напруга не скачет? Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

lusik	# 6 лет, 3 месяца назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	питание норм. проблема действительно в битых файлах, хотя не могу понять что с ними могло произойти