USB not showing after power failure/received packet on eth0 with own address as source address

Installing and Using OpenWrt
1

After power failure USB drive is not showing. It's not showing in luci > system > mount points
It is showing in the lsusb but not in block info. It's the Philips USB flash drive.
How to fix this issue?

lsusb
Bus 001 Device 005: ID 13fe:5500 Philips USB Flash Drive
Bus 002 Device 002: ID 2357:0601 TP-LINK USB 10/100/1000 LAN
Bus 002 Device 001: ID 1d6b:0003 Linux 5.15.150 xhci-hcd xHCI Host Controller
Bus 001 Device 002: ID 2109:3431  USB2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux 5.15.150 xhci-hcd xHCI Host Controller

block info
/dev/mmcblk0p1: UUID="65FE-01A6" LABEL="boot" VERSION="FAT16" MOUNT="/boot" TYPE="vfat"
/dev/mmcblk0p2: UUID="ff313567-e9f1-5a5d-9895-3ba130b4a864" LABEL="rootfs" VERSION="1.0" MOUNT="/" TYPE="ext4"
2

Watch the logs, then insert the drive, and copy-paste the messages here.

1 Like
3

from luci

Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.191069] usb 1-1.4: new high-speed USB device number 6 using xhci_hcd
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.341392] usb 1-1.4: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.00
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.349794] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.357131] usb 1-1.4: Product: USB Flash Drive
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.361699] usb 1-1.4: Manufacturer: Philips
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.366006] usb 1-1.4: SerialNumber: 0708415A94944E36
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.372476] usb-storage 1-1.4:1.0: USB Mass Storage device detected
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.379191] scsi host0: usb-storage 1-1.4:1.0

from ssh logread

Sun Aug 25 18:50:00 2024 kern.info kernel: [61084.142709] usb 1-1.4: USB disconnect, device number 5
Sun Aug 25 18:50:02 2024 kern.warn kernel: [61086.656388] br-lan: received packet on eth0 with own address as source address (addr:dc:a6:32:19:f8:c2, vlan:0)
Sun Aug 25 18:50:03 2024 kern.warn kernel: [61087.296368] br-lan: received packet on eth0 with own address as source address (addr:dc:a6:32:19:f8:c2, vlan:0)
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.191069] usb 1-1.4: new high-speed USB device number 6 using xhci_hcd
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.341392] usb 1-1.4: New USB device found, idVendor=13fe, idProduct=5500, bcdDevice= 1.00
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.349794] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.357131] usb 1-1.4: Product: USB Flash Drive
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.361699] usb 1-1.4: Manufacturer: Philips
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.366006] usb 1-1.4: SerialNumber: 0708415A94944E36
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.372476] usb-storage 1-1.4:1.0: USB Mass Storage device detected
Sun Aug 25 18:50:13 2024 kern.info kernel: [61097.379191] scsi host0: usb-storage 1-1.4:1.0
Sun Aug 25 18:50:14 2024 kern.notice kernel: [61098.459118] scsi 0:0:0:0: Direct-Access     Philips  USB Flash Drive  PMAP PQ: 0 ANSI: 6
Sun Aug 25 18:50:16 2024 kern.warn kernel: [61100.736543] br-lan: received packet on eth0 with own address as source address (addr:dc:a6:32:19:f8:c2, vlan:0)
Sun Aug 25 18:50:16 2024 kern.warn kernel: [61100.746720] br-lan: received packet on eth0 with own address as source address (addr:dc:a6:32:19:f8:c2, vlan:0)
Sun Aug 25 18:50:25 2024 kern.notice kernel: [61109.213796] sd 0:0:0:0: [sda] 61767680 512-byte logical blocks: (31.6 GB/29.5 GiB)
Sun Aug 25 18:50:25 2024 kern.notice kernel: [61109.222396] sd 0:0:0:0: [sda] Write Protect is off
Sun Aug 25 18:50:25 2024 kern.debug kernel: [61109.227185] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
Sun Aug 25 18:50:25 2024 kern.err kernel: [61109.233921] sd 0:0:0:0: [sda] No Caching mode page found
Sun Aug 25 18:50:25 2024 kern.err kernel: [61109.239315] sd 0:0:0:0: [sda] Assuming drive cache: write through
Sun Aug 25 18:50:25 2024 kern.notice kernel: [61109.270673] sd 0:0:0:0: [sda] Attached SCSI removable disk
Sun Aug 25 18:50:30 2024 kern.warn kernel: [61114.816687] br-lan: received packet on eth0 with own address as source address (addr:dc:a6:32:19:f8:c2, vlan:0)
4

Looks like the device is found, perhaps the partition table has been erased? What's the output of "ls -l /dev/sda*"?

These messages are unrelated, but concerning:

3 Likes
5

ls -l /dev/sda*
brw------- 1 root root 8, 0 Aug 25 18:50 /dev/sda

My log is flooded with these messages. Can you please tell me how to fix this too?

6

Looks like the drive is broken, or the partition table is corrupt, and OpenWrt cannot find any partition on that drive... I just hope it did not contain anything important.

Have you trien to plug it into a computer, and see if it detects any partition?

1 Like
7

That message usually means that there is some kind of loop in your network, can you describe the topology of your network, please?

8

I have a windows PC. And it says USB drive needs to be formatted.

l modem bridge pi 4 router > switch > switch > AP>AP
image

9

What benefit was the USB drive?

IOW:
What was it doing for the system? Is its purpose completely lost if you reformat it or replace it with another and, just, repurpose it?

Because it seems that it just needs to be repurposed and/or replaced.
What would be lost if you, flat out, replaced it?

...and this my opportunity to tell all to put an UPS on the whole intranet (lan).

1 Like
10

I was using it as FTP drive and SMB storage drive.

11

Mark me stupid:

Can you fix it by replacing or reformatting it?

12

Yes, I can reformat it but first, I need to recover the data. I thought something was wrong with openwrt.

13

More likely the brown/black out corrupted it.

Please take this as intended:
storage needs more than one place.
Going forward:
either RAID NAS or use the router storage as eaisly lost and just an easy way to transfer files.
SAMBA should not be considered much more than that.

Don't think I don't have all my, most important, data on one shared drive.
But I know I need to spend some money to get the 18Gb HD of all my ripped videos and important documents stored in another place.

maybe tomorrow :smirk:

2 Likes
14

Try some recovery tool on the PC, perhaps only the partition table has been lost... cross you fingers!

15

How is the RPi connected to both the modem and the switch?
Are both APs wired to the router, or as a wifi repeater?
Is it possible that you have another device in your network, configured with the same IP address as the router?

16

Yes. Thanks for your help. I recovered the data.

The modem is connected to the RPi4 via a USB to Ethernet adapter, and the switch is connected to the RPi4 via its Ethernet connector. One repeater is connected to the switch, and the other repeater is connected via the LAN port of the first repeater.
I don’t think any other device has the same IP address.

1 Like
17

Fantastic!

I've run a Pi4 router and I do not suggest this.
It is cleaner to use the built in ethernet for internet access and then dongle out to the Lan.

TL;DR: USB timing and dedicated lanes to CPU.

18

In my experiences, there is little to no practical difference if the physical connections are lan > eth0 and wan > eth1 or the reverse.

19

Populate all the USB ports and test again.
e.g. Put a couple WiFi dongles in ports (because Pi radios are terrible), keyboard/touchpad (for terminal) and maybe a USB storage device.

I believe you would notice.

20

The OP appears to be using 2 ports. One for a USB storage device and the other for the ethernet adapter.

Under what specific scenarios? Routing from lan > wan (and the response traffic) should be the same regardless since the system will always need to go through USB.

I can see a scenario where the lan local access to the USB drive would be different on eth0 vs eth1.