Вопрос или проблема
Я использую USB внешний жесткий диск для резервного копирования моего домашнего каталога. Устройство сконфигурировано как устройство LVM с группой Volume под названием homevg и томом под названием home, который содержит файловую систему XFS. Когда я подключаю диск, создается устройство /dev/sdr, и, выполняя различные команды, я получаю следующее:
# lsblk
...
sdr 65:16 0 698.6G 0 disk
# pvs -a
...
/dev/sdr homevg lvm2 a-- 698.63g <349.32g
# pvscan
...
PV /dev/sdr VG homevg lvm2 [698.63 GiB / <349.32 GiB free]
# lvs -a
...
home homevg -wi-a----- <349.32g
# lvscan
...
ACTIVE '/dev/homevg/home' [<349.32 GiB] inherit
Все это выглядит хорошо, но когда я пытаюсь смонтировать файловую систему, я получаю ошибку:
# mount /dev/homevg/home /mnt
mount: /mnt: не удалось прочитать суперблок на /dev/mapper/homevg-home.
dmesg(1) может содержать более подробную информацию после неудачного вызова системного вызова mount.
А dmesg говорит:
# dmesg
...
[906061.599821] usb 4-4.1: новое устройство SuperSpeed USB номер 5, используемое xhci_hcd
[906061.612680] usb 4-4.1: Найдено новое USB устройство, idVendor=174c, idProduct=1153, bcdDevice= 0.01
[906061.612698] usb 4-4.1: Новые строки USB устройства: Mfr=2, Product=3, SerialNumber=1
[906061.612703] usb 4-4.1: Продукт: AS2115
[906061.612707] usb 4-4.1: Производитель: ASMedia
[906061.612710] usb 4-4.1: Серийный номер: 00000000000000000000
[906061.614744] usb-storage 4-4.1:1.0: Обнаружено устройство USB Mass Storage
[906061.615354] scsi host18: usb-storage 4-4.1:1.0
[906062.636538] scsi 18:0:0:0: Прямой доступ ASMT 2115 0 PQ: 0 ANSI: 6
[906062.637205] sd 18:0:0:0: Подключен scsi generic sg18 тип 0
[906062.638817] sd 18:0:0:0: [sdr] Запуск диска...
[906063.659796] ..готов
[906064.737399] sd 18:0:0:0: [sdr] 1465149168 512-байтовых логических блоков: (750 ГБ/699 GiB)
[906064.737859] sd 18:0:0:0: [sdr] Защита записи отключена
[906064.737868] sd 18:0:0:0: [sdr] Режим Sense: 43 00 00 00
[906064.738200] sd 18:0:0:0: [sdr] Кэш записи: включен, кэш чтения: включен, не поддерживает DPO или FUA
[906064.741734] sd 18:0:0:0: [sdr] Подключен SCSI диск
[906114.612477] mount: попытка доступа за пределами конца устройства
sdq: rw=524288, sector=732571520, nr_sectors = 8 limit=0
[906114.612492] mount: попытка доступа за пределами конца устройства
sdq: rw=0, sector=732571520, nr_sectors = 8 limit=0
[906114.612497] Ошибка ввода-вывода буфера на устройстве dm-11, логический блок 91571184, асинхронное чтение страницы
[906114.612760] mount: попытка доступа за пределами конца устройства
sdq: rw=4096, sector=2050, nr_sectors = 2 limit=0
[906114.612767] EXT4-fs (dm-11): не удалось прочитать суперблок
[907040.271479] блок dm-11: атрибут возможности был устаревшим.
Таким образом, sdr успешно подключен, но затем mount ищет sdq (/dev/sdq не появляется, когда я выполняю ls /dev или ls /sys/block), и неудачно пытается найти суперблок ext4.
Это уже второй раз за месяц, когда у меня возникла эта проблема, и я смог дважды провести резервное копирование своего домашнего каталога [1] с тех пор, как в последний раз это произошло. В прошлый раз, когда это случилось, я перезагрузил компьютер, и все работало хорошо. Я собираюсь попробовать перезагрузить снова и посмотреть, устранит ли это проблему на этот раз – я обновлю вопрос позже со статусом.
Distro: Fedora 40
Kernel: 6.10.4-200.fc40.x86_64
Может кто-то объяснить мне, что происходит и как я могу избежать этой проблемы в будущем?
ОБНОВЛЕНИЕ: после перезагрузки все заработало хорошо: /dev/sdq был создан, когда я подключил диск, и mount /dev/homevg/home /mnt прошел успешно. Вот вывод dmesg:
...
[ 149.593238] usb 4-4.1: новое устройство SuperSpeed USB номер 4, используемое xhci_hcd
[ 149.606098] usb 4-4.1: Найдено новое USB устройство, idVendor=174c, idProduct=1153, bcdDevice= 0.01
[ 149.606109] usb 4-4.1: Новые строки USB устройства: Mfr=2, Product=3, SerialNumber=1
[ 149.606113] usb 4-4.1: Продукт: AS2115
[ 149.606117] usb 4-4.1: Производитель: ASMedia
[ 149.606133] usb 4-4.1: Серийный номер: 00000000000000000000
[ 149.607487] usb-storage 4-4.1:1.0: Обнаружено устройство USB Mass Storage
[ 149.607933] scsi host17: usb-storage 4-4.1:1.0
[ 150.642869] scsi 17:0:0:0: Прямой доступ ASMT 2115 0 PQ: 0 ANSI: 6
[ 150.643432] sd 17:0:0:0: Подключен scsi generic sg18 тип 0
[ 150.645024] sd 17:0:0:0: [sdq] Запуск диска...
[ 151.666190] ..готов
[ 152.744416] sd 17:0:0:0: [sdq] 1465149168 512-байтовых логических блоков: (750 ГБ/699 GiB)
[ 152.744743] sd 17:0:0:0: [sdq] Защита записи отключена
[ 152.744748] sd 17:0:0:0: [sdq] Режим Sense: 43 00 00 00
[ 152.745061] sd 17:0:0:0: [sdq] Кэш записи: включен, кэш чтения: включен, не поддерживает DPO или FUA
[ 152.748500] sd 17:0:0:0: [sdq] Подключен SCSI диск
[ 193.323364] XFS (dm-11): Монтирование файловой системы V5 8d2cc834-be33-43db-a6c0-31f1c1f99700
[ 194.423760] XFS (dm-11): Завершение чистого монтирования
ОБНОВЛЕНИЕ 2: После того как я размонтировал файловую систему и отключил диск, если я снова попытаюсь его подключить, то сталкиваюсь с проблемой: /dev/sdr – это устройство, но mount все еще ищет sdq (я, вероятно, ошибся, когда сказал выше, что я успешно сделал резервное копирование как минимум дважды: это, похоже, невозможно в свете этого).
Сноска:
[1] Это, вероятно, неправильно: я, должно быть, выдумал “дважды”. См. ОБНОВЛЕНИЕ 2 выше.
Ответ или решение
Когда вы подключаете внешний USB-накопитель, и он отображается как /dev/sdr, но при попытке смонтировать файловую систему вы видите, что система обращается к другому устройству, например /dev/sdq, это может быть признаком нескольких возможных проблем, связанных с конфигурацией LVM, кэшем устройств или оставленными состояниями устройства после его использования.
Ваша конфигурация включает в себя LVM (Logical Volume Manager) с томом home, который, как вы указали, содержит файловую систему XFS. Рассмотрим, почему возникает несоответствие между sdr и sdq, и какие шаги можно предпринять для решения проблемы.
Возможные причины проблемы
-
Кеширование устройства: При подключении USB-накопителя ОС может временно кэшировать его состояние. Если устройство не было корректно размонтировано или возникли неполадки при работе с ним, система может пытаться получить доступ к некорректному блоку или устройству при следующем подключении.
-
Конфликты в именах устройств: Каждый раз, когда подключается новое устройство, Linux назначает ему имя, основываясь на порядке подключения. Если к одному и тому же контроллеру (например, USB) несколько раз подключаются различные устройства, могут возникнуть конфликты или неверные обращения к блочным устройствам.
-
Проблемы с драйверами или программным обеспечением: Использование устаревших или несовместимых версий драйверов может привести к неправильной идентификации устройств.
Рекомендованные действия
-
Корректное размонтирование: Убедитесь, что вы всегда корректно размонтируете USB-накопитель перед отключением. Используйте команду:
umount /mntЭто поможет избежать зависания состояния устройства и его некорректной идентификации при следующем подключении.
-
Проверка состояния устройства: После подключения USB-накопителя выполните команду:
dmesg | tail -n 20для просмотра последних записей системного журнала. Это может помочь выявить ошибки или предупреждения, связанные с подключением.
-
Перезагрузка системы: Если проблема повторяется, перезагрузка системы может помочь очистить кэш и сбросить идентификаторы устройств.
-
Диагностика файловой системы: Если проблемы с доступом к томам LVM продолжаются, используйте:
xfs_repair /dev/mapper/homevg-homeдля диагностики и исправления возможных повреждений файловой системы XFS.
-
Обновление системы и драйверов: Убедитесь, что ваша система обновлена до последней версии, и установлены все необходимые обновления для хранилищ, включая драйвера для USB.
-
Проверка конфигурации LVM: Убедитесь, что ваши логические тома настроены правильно. Выполните команды, такие как
lvdisplayиvgdisplay, для проверки статуса ваших томов и групп.
Заключение
Проблема с возникновением разных имен устройств при подключении зовнешнего USB-накопителя, очевидно, связана с особенностями управления устройствами в Linux и конфигурацией LVM. Следуя вышеупомянутым рекомендациям, вы сможете избежать подобных неприятностей в будущем. Если проблема продолжает возникать несмотря на все предпринятые меры, имеет смысл проконсультироваться с сообществом поддержки вашего дистрибутива или специалистами в области системного администрирования.