System freezing after a while

[danilogasques]

Hi,
I'm new to RaspberryPI and it's being hard to make it work.
Basically, the system freezes after a while.
I tried changing the power supply with one that a friend was using for his RaspberryPI but it only made me able to use it for more time (almost one hour).
The configuration was my RaspberryPI (512mb) with a ethernet cable (was switched 3 times) connected to a router (plus a not used usb wifi). I was using ssh to connect to my device (Using archlinux distro).
I could observe that the Ethernet lights stopped working and but the ACT LED was working. I tried connect using SERIAL and succeed. Therefore, the system was not froze. I looked kernel logs and found this just before the ethernet froze and read this:

Code: Select all

Apr 14 08:19:37 alarmpi kernel: [   53.863232] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Apr 14 08:19:45 alarmpi kernel: [   61.248382] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Apr 14 08:19:47 alarmpi kernel: [   63.306387] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Apr 14 08:24:08 alarmpi kernel: [  324.666462] usb 1-1.1: USB disconnect, device number 3
Apr 14 08:24:08 alarmpi kernel: [  324.666894] smsc95xx 1-1.1:1.0: eth0: unregister 'smsc95xx' usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet
Apr 14 08:24:09 alarmpi kernel: [  325.980305] usb 1-1.2: USB disconnect, device number 4
Apr 14 08:24:09 alarmpi kernel: [  325.988053] Indeed it is in host mode hprt0 = 00001101
Apr 14 08:24:10 alarmpi kernel: [  326.306858] usb 1-1: reset high-speed USB device number 2 using dwc_otg
Apr 14 08:24:10 alarmpi kernel: [  326.307215] Indeed it is in host mode hprt0 = 00001101
Apr 14 08:24:10 alarmpi kernel: [  326.556685] usb 1-1: device descriptor read/64, error -71
Apr 14 08:24:10 alarmpi kernel: [  326.676805] Indeed it is in host mode hprt0 = 00001101
Apr 14 08:24:11 alarmpi kernel: [  327.176898] usb 1-1.1: new high-speed USB device number 5 using dwc_otg
Apr 14 08:24:11 alarmpi kernel: [  327.277444] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
Apr 14 08:24:11 alarmpi kernel: [  327.277476] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Apr 14 08:24:11 alarmpi kernel: [  327.287222] smsc95xx v1.0.4
Apr 14 08:24:11 alarmpi kernel: [  327.357524] smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:b8:fd:51
Apr 14 08:24:11 alarmpi kernel: [  327.436978] usb 1-1.2: new high-speed USB device number 6 using dwc_otg
Apr 14 08:24:11 alarmpi kernel: [  327.538861] usb 1-1.2: New USB device found, idVendor=7392, idProduct=7811
Apr 14 08:24:11 alarmpi kernel: [  327.538892] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Apr 14 08:24:11 alarmpi kernel: [  327.538910] usb 1-1.2: Product: 802.11n WLAN Adapter
Apr 14 08:24:11 alarmpi kernel: [  327.538925] usb 1-1.2: Manufacturer: Realtek
Apr 14 08:24:11 alarmpi kernel: [  327.538941] usb 1-1.2: SerialNumber: 00e04c000001
Apr 14 08:24:12 alarmpi kernel: [  328.739531] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Apr 14 08:24:20 alarmpi kernel: [  336.784015] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

I talked to my friend and we tried his own 'distro'. Before doing the tests I removed the wifi plug and just used the ethernet interface to transfer a 1gb file. The Ethernet froze, ethernet ligths off and I got this message (as an kernel output to the SERIAL connection):

Code: Select all

ps 10.0.0.1 $ [  501.921436] usb 1-1.1: USB disconnect, device number 3
[  501.930091] smsc95xx 1-1.1:1.0: eth0: unregister 'smsc95xx' usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet
[  501.954047] Indeed it is in host mode hprt0 = 00001101
[  502.133304] usb 1-1: reset high-speed USB device number 2 using dwc_otg
[  502.142744] Indeed it is in host mode hprt0 = 00001101
[  502.323322] usb 1-1: device descriptor read/64, error -71
[  502.433541] Indeed it is in host mode hprt0 = 00001101
[  502.613269] usb 1-1: device descriptor read/64, error -71
[  502.723353] Indeed it is in host mode hprt0 = 00001101
[  502.903282] usb 1-1: reset high-speed USB device number 2 using dwc_otg
[  502.912846] Indeed it is in host mode hprt0 = 00001101
[  503.093264] usb 1-1: device descriptor read/64, error -71
[  503.203540] Indeed it is in host mode hprt0 = 00001101
[  503.383273] usb 1-1: device descriptor read/64, error -71
[  503.493294] Indeed it is in host mode hprt0 = 00001101
[  503.673270] usb 1-1: reset high-speed USB device number 2 using dwc_otg
[  504.093255] usb 1-1: device not accepting address 2, error -71
[  504.101791] Indeed it is in host mode hprt0 = 00001101
[  504.283271] usb 1-1: reset high-speed USB device number 2 using dwc_otg
[  504.703250] usb 1-1: device not accepting address 2, error -71
[  504.813263] hub 1-1:1.0: hub_port_status failed (err = -19)
[  504.821437] hub 1-1:1.0: hub_port_status failed (err = -19)
[  504.830007] hub 1-1:1.0: hub_port_status failed (err = -19)
[  504.838374] hub 1-1:1.0: activate --> -19
[  504.845116] usb 1-1: USB disconnect, device number 2
[  505.003278] Indeed it is in host mode hprt0 = 00001501
[  505.183266] usb 1-1: new high-speed USB device number 5 using dwc_otg
[  505.192329] Indeed it is in host mode hprt0 = 00001101
[  505.373267] usb 1-1: device descriptor read/64, error -71
[  505.483533] Indeed it is in host mode hprt0 = 00001101
[  505.663263] usb 1-1: device descriptor read/64, error -71
[  505.773333] Indeed it is in host mode hprt0 = 00001101
[  505.953267] usb 1-1: new high-speed USB device number 6 using dwc_otg
[  505.962307] Indeed it is in host mode hprt0 = 00001101
[  506.143264] usb 1-1: device descriptor read/64, error -71
[  506.253544] Indeed it is in host mode hprt0 = 00001101
[  506.433259] usb 1-1: device descriptor read/64, error -71
[  506.543331] Indeed it is in host mode hprt0 = 00001101
[  506.723322] usb 1-1: new high-speed USB device number 7 using dwc_otg
[  507.143248] usb 1-1: device not accepting address 7, error -71
[  507.151408] Indeed it is in host mode hprt0 = 00001101
[  507.333265] usb 1-1: new high-speed USB device number 8 using dwc_otg
[  507.753249] usb 1-1: device not accepting address 8, error -71
[  507.761612] hub 1-0:1.0: unable to enumerate USB device on port 1

I'm not sure how to proceed. I'll buy a multimeter to test the test pins as said here: http://elinux.org/RPi_Hardware#Power_Supply_Problems
But for now, does anyone has any idea of what could be my problem?
Can it be related to any soldering issue?


Thanks in advance!

PS.: This is a photo of my board: https://www.dropbox.com/s/frvblqto80jbl ... .09.49.jpg
in case someone would like to look for soldering problems (if so, is there a problem with C10?? )

[obcd]

It could be the polyfuse losing to much voltage. Measuring the voltage is the best way to figure out. Another possile way is powering the Pi trough one of it's usb connectors or the gpio pins. You could also short the Polyfuse, but if you solder on it it will void your warranty.
Since it seems to work longer with your friend's supply, it looks like it could be a power issue. Other known causes of such behavour are bad solderings. Some people have rebaked their Pi in an Oven and report success with that. Obviously, that voids the warranty as well and is a very tricky thing to do.
The normal way of solving such is requesting an RMA and returning the Pi under warranty.

[danilogasques]

Thanks for your fast reply!
I got my multimeter and I'll test the power supply and the polyfuse.
At the same time I'm trying to contact the vendor!

[danilogasques]

So, I tested the polyfuse and I got 5.20 (input) and 5.17 (output).
So, does that mean that I have a problem? (This exactly the limit discussed here:http://elinux.org/R-Pi_Troubleshooting)

[obcd]

I would try it without the wifi adapter first and see if that makes a difference.
Your voltage is within spec's. That shouldn't be the issue.
Another thing you can do is update to the latest kernel and firmware.
A lot has changed in previous months considering usb issues.
Some time ago, there were reports of the usb hub lan chip xtal not being properly soldered.
This can also cause your behavour.