Estou executando o Raspbian 7.4 em um Raspberry PI que possui dois dispositivos de armazenamento USB conectados a ele. Este Raspberry PI permanecerá funcionando durante uma falha de energia porque possui um cabo de console conectado que fornece uma fonte de energia contínua.
Meu problema é que quando minha casa sofre uma queda de energia, o Raspberry PI vê o dispositivo de armazenamento USB desaparecer. USB disconnectA mensagem "" é exibida, no entanto, quando a energia é restaurada e os dispositivos USB são reconectados, eles recebem novos nomes de dispositivos.
O problema é que mountmostra as unidades com seus nomes de dispositivos anteriores que não existem mais. Neste ponto, qualquer tentativa de acessar as unidades usando seus nomes de ponto de montagem falhará com um erro de E/S. Eu tenho que manualmente umounte remontar as unidades.
Eu uso o UUID das unidades /etc/fstabpara evitar problemas com nomes de dispositivos e para manter a consistência sobre como as unidades são montadas nos pontos de montagem.
Em vez disso, devo usar udevregras para criar um alias SYMLINK para cada unidade usando o número de série exclusivo da unidade e mudar /etc/fstabpara usar esses aliases de unidade em vez de UUIDs para montagem?
O syslog abaixo mostra as unidades indo embora e voltando como sdce sdd. Eles estavam sdae sdbantes da falha de energia.
É claro que eu poderia simplesmente colocar as unidades USB em um no-break pequeno, o que provavelmente farei de qualquer maneira, mas gostaria de saber a melhor maneira de lidar com esse tipo de problema, ou seja, ter uma nomenclatura consistente de dispositivos de disco 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
Responder1
Seu problema seria resolvido se o Pi e o dispositivo de armazenamento alimentado estivessem em um UPS.
Este é um problema comum com /media. Ele pegará o nome atribuído e começará a adicionar dígitos se não tiver limpo o cache (geralmente requer uma reinicialização) antes de desconectar e reconectar (ou desligar e religar o dispositivo de armazenamento).
Por outro lado, uma coisa sempre permanece constante: a conexão USB para o (primeiro) Arduino Nano é sempre chamada /dev/ttyUSB0 e a (primeira) conexão USB para um Arduino Uno é /dev/ttyACM0 - Eles simplesmente desaparecem quando ele é desconectado depois volte quando for reconectado.
A única maneira de confundi-los é se você tiver mais de um do mesmo tipo (Nano ou Uno) e reconectá-los em uma ordem diferente da feita inicialmente.
Isso só importa no Arduino IDE no Rpi porque se você tiver mais de um do mesmo tipo, não há como diferenciá-los a não ser saber a ordem que você usou para conectá-los.
Se você esquecer, feche o IDE, desconecte-o e use
ls /dev/tty*
repetidamente para observar o que muda quando você os conecta novamente.
Então você pode reiniciar o IDE e eles aparecerão como portas disponíveis.