Intereting Posts
Установка дистрибутива Linux на PogoplugPro Установка файла bz2 Преобразование рабочей команды в файл сценария оболочки, который получает аргументы Как определить, какой процесс заполнил дисковое пространство логин с пользователем apache Как извлечь журналы между двумя отметками времени, строка может начинаться с даты и времени Функции в ~ / .bash_profile не найдены в интерактивной оболочке Различия в управлении пакетами между Debian и Arch Сохранять только успешные команды в истории BASH Grep строка из файла Модуль ядра для подключения клавиатуры ps / 2 к USB? Как разобрать дату с 2017-03-08T19: 41: 26Z? Как мы разрешаем пользователям / группам из определенных доменов (наших или их) получать доступ к ssh / sftp? NFS-сервер мгновенно отключил соединение, теперь df, ls и umount все зависают Семантика дедупликации с btrfs – метаданные различаются, данные файлов идентичны

Raspbian: имя запоминающего устройства USB меняется после цикла питания USB-устройства

Я запускаю Raspbian 7.4 на малиновый PI, у которого есть два USB-устройства хранения данных, подключенные к нему. Этот малиновый PI будет работать во время сбоя питания, поскольку к нему подключен консольный кабель, который обеспечивает непрерывный источник питания.

Моя проблема заключается в том, что когда мой дом испытывает перебои в подаче электроэнергии, малина PI видит, что устройство хранения USB уходит, выводится сообщение « USB disconnect », однако когда питание восстанавливается и USB-устройства снова подключаются, им назначаются новые имена устройств.

Проблема в том, что mount показывает диски с их предыдущими именами устройств, которые больше не существуют. На этом этапе любая попытка доступа к дискам с использованием имен точек монтирования не работает с ошибкой ввода-вывода. Мне нужно вручную umount и снова установить диски.

Я использую UUID дисков в /etc/fstab чтобы избежать проблем с именами устройств и поддерживать согласованность в отношении того, как диски монтируются на точки монтирования.

Должен ли я вместо этого использовать правила udev для создания псевдонима SYMLINK для каждого диска с использованием уникального серийного номера диска и изменения /etc/fstab для использования этих псевдонимов дисков вместо UUID для установки?

В syslog ниже показаны диски, которые уходят, а затем возвращаются как sdc и sdd . Они были sda и sdb до отказа питания.

Конечно, я мог бы просто поместить USB-накопители на маленький ИБП, который я, вероятно, сделаю в любом случае, но я хотел бы знать, как лучше всего справиться с этим типом проблемы, а именно с согласованием имени USB-устройства USB.

 Dec 31 06:45:46 raspberrypi kernel: [8332934.611538] smsc95xx 1-1.1:1.0 eth0: link down Dec 31 06:45:47 raspberrypi ifplugd(eth0)[27446]: Link beat lost. Dec 31 06:45:48 raspberrypi kernel: [8332935.871532] usb 1-1.2.3: USB disconnect, device number 47 Dec 31 06:45:48 raspberrypi kernel: [8332936.048631] usb 1-1.2.4: USB disconnect, device number 48 Dec 31 06:45:57 raspberrypi ifplugd(eth0)[27446]: Executing '/etc/ifplugd/ifplugd.action eth0 down'. Dec 31 06:45:57 raspberrypi ifplugd(eth0)[27446]: client: /sbin/ifdown: interface eth0 not configured Dec 31 06:45:57 raspberrypi ifplugd(eth0)[27446]: Program executed successfully. Dec 31 06:46:22 raspberrypi kernel: [8332970.159145] usb 1-1.2.3: new high-speed USB device number 52 using dwc_otg Dec 31 06:46:22 raspberrypi kernel: [8332970.176208] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Dec 31 06:46:22 raspberrypi kernel: [8332970.261060] usb 1-1.2.3: New USB device found, idVendor=0480, idProduct=d010 Dec 31 06:46:22 raspberrypi kernel: [8332970.261096] usb 1-1.2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Dec 31 06:46:22 raspberrypi kernel: [8332970.261111] usb 1-1.2.3: Product: External USB 3.0 Dec 31 06:46:22 raspberrypi kernel: [8332970.261128] usb 1-1.2.3: Manufacturer: TOSHIBA Dec 31 06:46:22 raspberrypi kernel: [8332970.261142] usb 1-1.2.3: SerialNumber: 20131223xxxxxx Dec 31 06:46:22 raspberrypi kernel: [8332970.267325] usb-storage 1-1.2.3:1.0: USB Mass Storage device detected Dec 31 06:46:22 raspberrypi kernel: [8332970.268372] scsi16 : usb-storage 1-1.2.3:1.0 Dec 31 06:46:22 raspberrypi kernel: [8332970.509204] usb 1-1.2.4: new high-speed USB device number 53 using dwc_otg Dec 31 06:46:22 raspberrypi kernel: [8332970.611100] usb 1-1.2.4: New USB device found, idVendor=0480, idProduct=d010 Dec 31 06:46:22 raspberrypi kernel: [8332970.611136] usb 1-1.2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Dec 31 06:46:22 raspberrypi kernel: [8332970.611154] usb 1-1.2.4: Product: External USB 3.0 Dec 31 06:46:22 raspberrypi kernel: [8332970.611171] usb 1-1.2.4: Manufacturer: TOSHIBA Dec 31 06:46:22 raspberrypi kernel: [8332970.611186] usb 1-1.2.4: SerialNumber: 20131223xxxxxx Dec 31 06:46:22 raspberrypi kernel: [8332970.612810] usb-storage 1-1.2.4:1.0: USB Mass Storage device detected Dec 31 06:46:22 raspberrypi kernel: [8332970.616236] scsi17 : usb-storage 1-1.2.4:1.0 Dec 31 06:46:23 raspberrypi ifplugd(eth0)[27446]: Link beat detected. Dec 31 06:46:31 raspberrypi kernel: [8332979.800679] scsi 17:0:0:0: Direct-Access TOSHIBA External USB 3.0 0201 PQ: 0 ANSI: 6 Dec 31 06:46:31 raspberrypi kernel: [8332979.803181] sd 17:0:0:0: Attached scsi generic sg0 type 0 Dec 31 06:46:31 raspberrypi kernel: [8332979.804978] sd 17:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16). Dec 31 06:46:32 raspberrypi kernel: [8332979.828186] sd 17:0:0:0: [sdc] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Dec 31 06:46:32 raspberrypi kernel: [8332979.828999] sd 17:0:0:0: [sdc] Write Protect is off Dec 31 06:46:32 raspberrypi kernel: [8332979.829037] sd 17:0:0:0: [sdc] Mode Sense: 2b 00 00 00 Dec 31 06:46:32 raspberrypi kernel: [8332979.831227] sd 17:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't sup port DPO or FUA Dec 31 06:46:32 raspberrypi kernel: [8332979.834218] sd 17:0:0:0: [sdc] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Dec 31 06:46:32 raspberrypi kernel: [8332979.865016] sdc: sdc1 Dec 31 06:46:32 raspberrypi kernel: [8332979.871007] sd 17:0:0:0: [sdc] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Dec 31 06:46:32 raspberrypi kernel: [8332979.872197] sd 17:0:0:0: [sdc] Attached SCSI disk Dec 31 06:46:32 raspberrypi kernel: [8332980.064257] scsi 16:0:0:0: Direct-Access TOSHIBA External USB 3.0 0201 PQ: 0 ANSI: 6 Dec 31 06:46:32 raspberrypi kernel: [8332980.065680] sd 16:0:0:0: Attached scsi generic sg1 type 0 Dec 31 06:46:32 raspberrypi kernel: [8332980.067627] sd 16:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16). Dec 31 06:46:32 raspberrypi kernel: [8332980.092080] sd 16:0:0:0: [sdd] 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) Dec 31 06:46:32 raspberrypi kernel: [8332980.092708] sd 16:0:0:0: [sdd] Write Protect is off 

Ваша проблема будет решена, если и Pi, и устройство с питанием находятся на ИБП.

Это обычная проблема с / media. Он примет назначенное имя и начнет добавлять цифры, если он не очистил свой кеш (обычно требуется перезагрузка), прежде чем отключить его, затем переустановить (или отключить, затем переустановить устройство хранения).


И наоборот, одна вещь всегда остается постоянной: USB-соединение с (первым) Arduino Nano всегда называется / dev / ttyUSB0, и (первое) соединение USB с Arduino Uno – / dev / ttyACM0 – они просто исчезают, когда он отключен от сети затем вернитесь назад при повторной загрузке.

Единственный способ запутать их – если у вас более одного типа (Nano или Uno), и вы их замените в другом порядке, чем это было сделано вначале.

Это имеет значение только в среде Arduino IDE на Rpi, потому что, если у вас есть более одного типа, нет способа рассказать им обо всем, кроме знания порядка, который вы использовали для их подключения.

Если вы забудете, закройте среду IDE, отключите их от сети, затем используйте

 ls /dev/tty* 

несколько раз, чтобы посмотреть, какие изменения вы вставляете.

Затем вы можете перезапустить среду IDE, и они будут отображаться как доступные порты.