Ошибка, монтирующаяся SD-карту при возврате из, приостанавливает
У меня есть SD-карта на 128 ГБ, которую я использую для постоянного хранения в моей Lenovo Thinkpad X1. Я смонтировал его в/etc/fstab с этой строкой:
UUID=37733366-e936-41df-983a-f084352b3a5b /home/kristian/sd128gb auto defaults 0 0
который работает просто великолепно. Пока я не поместил свою машину для приостановки после возврата, я получаю ошибку:
Error mounting system-managed device /dev/mmcblk0p1: Command-line
`mount "/home/kristian/sd128gb"' exited with non-zero exit status 32:
mount: File exists
Каталог точки монтирования пуст, но пытающийся смонтировать, что он дает
$ mount sd128gb/
mount: according to mtab, /dev/mmcblk0p1 is already mounted on /home/kristian/sd128gb
Системный журнал дает
kernel: [271462.070388] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.070410] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.091100] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
kernel: [271462.091130] EXT4-fs warning (device mmcblk0p1): __ext4_read_dirblock:908: error reading directory block (ino 2, block 0)
Размонтирование и монтирование его снова работают, но это - стычка, чтобы сделать каждый раз, когда я возвращаюсь из, приостанавливают - тем более, что я использую его для постоянного хранения, это не чувствует себя очень надежным для работы с данными по разделу, который часто размонтировался.
"Файл существует" сообщение, кажется неясным, и поиск с помощью Google его, это походит не, многие люди получают то же сообщение об ошибке.
Я могу зафиксировать это постоянно? Или, альтернативно: Как я мог заставить ужасную фиксацию с перемонтированием управлять, чтобы работал каждый раз, когда я возвращаюсь из, приостанавливают?
1 ответ
В случае, если Вы ищете ответ на этот remount read-only проблема, ненабег ценная статья вчера показала мне решение, после того, как у меня была очень похожая проблема о моем самом большом жестком диске (уже восстанавливая файлы глупой флеш-карты...)
Мои журналы:
[40860.074298] blk_update_request: I/O error, dev sdc, sector 104869128
[40860.074306] EXT4-fs warning (device sdc2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0)
[40860.661232] sd 7:0:0:0: [sdc] UNKNOWN Result: hostbyte=0x04 driverbyte=0x00
[40860.661237] sd 7:0:0:0: [sdc] CDB:
[40860.661239] cdb[0]=0x28: 28 00 06 40 2d 08 00 00 08 00
Однако самая интересная ошибка была перед ними, т.е. первой или второй строкой, связанной с этой проблемой:
mars 27 22:27:55 llewellyn kernel: ata8: SError: { PHYRdyChg CommWake 10B8B LinkSeq }
Заголовок
Поиск PHYRdyChg на упомянутая статья , вел меня к В «Выпуск № 4 дискового интерфейса В», исключение любого отказа жесткого диска или драйвера выходит:) Заключение в кавычки их объяснения:
В «Это - пример того, что является, вероятно, свободной основной платой или проблемой кабельного соединения: (могло быть или соединение SATA или подключение питания или оба)
ata7.00: exception Emask 0x10 SAct 0x7 SErr 0x990000 action 0xa frozen
ata7.00: irq_stat 0x00400000, PHY RDY changed
ata7: SError: { PHYRdyChg 10B8B Dispar LinkSeq }
ata7.00: cmd 60/48:00:af:1b:97/00:00:10:00:00/40 tag 0 ncq 36864 in
res 40/00:10:87:5f:96/00:00:10:00:00/40 Emask 0x10 (ATA bus error)
ata7.00: status: { DRDY }
Примечание: здесь нет никаких ошибок CRC, которые обычно вовлекают неисправный кабель или два. В»
я проверил любой Sata / Силовые кабели, перезагруженные, и все были в порядке. smartctl -a -A /dev/sdc подтвердил это.
пз: unRAID статья неоценима для понимания различных ошибок Жесткого диска и сообщений (например, BadCRC, failed to recover).