Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

raspberry - etap walki kolejny :-)

76 views
Skip to first unread message

Budyń

unread,
Apr 23, 2013, 3:05:48 AM4/23/13
to
na raspberry pi jest postawiony raspbian wheezy.
Dostep jest zdalny poprzez tightVNC.
Mam zapuszczone dwa procesy (screen)
jeden program w pythonie który m.in. cyklicznie tworzy plik kontrolny. Drugi proces sprawdza czy plik taki jest - jesli nie ma to znaczy ze pierwszy program sie zwalił wiec wywołuje reboot.

Problem jest taki ze czasem następuje zwis tych procesów, dostęp do kompa poprzez ssh znika - a jednoczesnie dioda sygnalizująca aktywnosc na nim miga, gdy sie odłączy kabel sieciowy i podłączy ponownie diody sygnalizujące LAN prawidlowo reagują.
Jesli diody migają to komp jest zawieszony czy nie? :/ Nie mam mozliwosci podłączenia monitora poprzez hdmi, tam byc moze jest jakis komunikat.

Poradzcie, moze toto generuje jakies logi gdzies które mozna poanalizowac?
Czy znajde w systemie gdzies info o napieciu zasilania i temperaturze procka?

Bo podobno linux jest stabilny :-)


b.

Adam Klobukowski

unread,
Apr 23, 2013, 3:20:44 AM4/23/13
to
Oczywiście że jest stabilny, a każdy kto twierdzi inaczej jest agentem m$ ;)

> b.

Poważniej: podkręcałeś RasPI? Bo na wyższych ustawieniach robi się niestabilne, mi przez to poleciała cała partycja. Średnie ustawienia wydają się być stabilne.

Z innej beczki, RasPI za dużo pamięci nie ma i możliwe że twoje procesy ubija OOM Killer. Dodaj do systemu trochę swapa i zobacz jak się będzie wówczas zachowywać.

AdamK

Budyń

unread,
Apr 23, 2013, 3:41:04 AM4/23/13
to
W dniu wtorek, 23 kwietnia 2013 09:20:44 UTC+2 użytkownik Adam Klobukowski >

> Poważniej: podkręcałeś RasPI?

nie podkręcałem - ale jak założyłem obudowe to chyba sie zgrzał bo dosc szybko padł

> Z innej beczki, RasPI za dużo pamięci nie ma i możliwe że twoje procesy ubija OOM Killer.

a ja uznałem ze ma dosc i nawet 2 ramdyski po 4mb sobie ustalilem zeby po karcie nie jezdzic

>Dodaj do systemu trochę swapa i zobacz jak się będzie wówczas zachowywać.

mam wtykniety 8GB prendrajw - na tym sie da?




b.

Adam Wysocki

unread,
Apr 23, 2013, 4:23:45 AM4/23/13
to
Budyń <bu...@riders.pl> wrote:

> mam wtykniety 8GB prendrajw - na tym sie da?

Zrób w pliku.

[gof@raid ~/tmp]$ dd if=/dev/zero of=swap bs=1M count=256
256+0 przeczytanych recordów
256+0 zapisanych recordów
skopiowane 268435456 bajtów (268 MB), 11,3539 s, 23,6 MB/s
[gof@raid ~/tmp]$ mkswap swap
Setting up swapspace version 1, size = 262140 KiB
no label, UUID=b8e6f4e7-8def-4f08-90d2-94247fc493eb
[gof@raid ~/tmp]$ sudo swapon swap
[gof@raid ~/tmp]$

--
"Project Manager to człowiek, który myśli, że jak weźmie
dziewięć kobiet, to urodzą dziecko w miesiąc."

Budyń

unread,
Apr 23, 2013, 4:39:14 AM4/23/13
to
W dniu wtorek, 23 kwietnia 2013 10:23:45 UTC+2 użytkownik Adam Wysocki napisał:
> Budyń wrote:
>
> > mam wtykniety 8GB prendrajw - na tym sie da?
>
>
>
> Zrób w pliku.
> [gof@raid ~/tmp]$ dd if=/dev/zero of=swap bs=1M count=256
> 256+0 przeczytanych recordów
> 256+0 zapisanych recordów
> skopiowane 268435456 bajtów (268 MB), 11,3539 s, 23,6 MB/s

ale mam na karcie wolne tylko 98MB, dlatego ten pendrive by mi pasowal. A on ma tam siedziec na stale.



b.

Adam Wysocki

unread,
Apr 23, 2013, 8:09:15 AM4/23/13
to
Budyń <bu...@riders.pl> wrote:

> ale mam na karcie wolne tylko 98MB, dlatego ten pendrive by mi
> pasowal. A on ma tam siedziec na stale.

No to właśnie o tym napisałem - zrób w pliku. Na filesystemie. Dowolnym.
Może być to pendrive.

Tomek

unread,
Apr 23, 2013, 8:17:47 AM4/23/13
to
W dniu 2013-04-23 09:05, Budyń pisze:

> Problem jest taki ze czasem następuje zwis tych procesów, dostęp do
kompa poprzez ssh znika - a jednoczesnie dioda sygnalizująca aktywnosc
na nim miga, gdy sie odłączy kabel sieciowy i podłączy ponownie diody
sygnalizujące LAN prawidlowo reagują.
> Jesli diody migają to komp jest zawieszony czy nie? :/ Nie mam
mozliwosci podłączenia monitora poprzez hdmi, tam byc moze jest jakis
komunikat.

Skoro znika ci dostęp przez ssh to skąd wiesz, że ci te procesy
"zwisły"? Może sobie pracują nadal? Ja pinguję bramę i wtedy restartuję.
Ale u mnie też nie pomaga. Raz na jakiś czas pada mi komunikacja po
lanie, nawet widać to w logach, ale reboot nie pomaga. To znaczy
raspberry działa, ale już bez lanu. Żeby lan wystartował musi mieć
zrobione off-on.

> Poradzcie, moze toto generuje jakies logi gdzies które mozna
poanalizowac?


/var/log/syslog?

> Czy znajde w systemie gdzies info o napieciu zasilania i temperaturze
> procka?
> Bo podobno linux jest stabilny :-)

Nie jest stabilny. Jeden z linuxów mi legł w 2008 bo procek się zepsuł.

Adam Klobukowski

unread,
Apr 23, 2013, 8:28:25 AM4/23/13
to
Da się, ale USB w RasPI jest dosyć wolne, lepiej by było na karcie wygospodarować trochę miejsca.

AdamK

Budyń

unread,
Apr 23, 2013, 10:02:30 AM4/23/13
to
W dniu wtorek, 23 kwietnia 2013 14:17:47 UTC+2 użytkownik Tomek napisał:
> /var/log/syslog?

ooooto chodziło - trzymamy go za jajka :-) Wychodzi ze on caly czas dziala. Co robią moje programy w czasie awarii nie wiem :)

Jest moduł komunikacji 1wire MERA-Projekt. Podejrzewam ze on zalicza zgon (na windzie tez mu sie zdarza) a ponieważ interfejs sieciowy w raspberry pi jest jakis "wspólny" z portami usb to uwola przy okazji łącznosc.
Co rozumiecie z poniższego?

Apr 22 12:17:01 raspberrypi /USR/SBIN/CRON[9225]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 12:39:04 raspberrypi kernel: [52578.828349] usb 1-1.3: USB disconnect, device number 6
Apr 22 12:39:04 raspberrypi kernel: [52578.828888] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Apr 22 12:39:04 raspberrypi kernel: [52578.828971] ftdi_sio 1-1.3:1.0: device disconnected
Apr 22 12:39:05 raspberrypi kernel: [52579.065761] usb 1-1.3: new full-speed USB device number 7 using dwc_otg
Apr 22 12:39:05 raspberrypi kernel: [52579.175788] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
Apr 22 12:39:05 raspberrypi kernel: [52579.175817] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Apr 22 12:39:05 raspberrypi kernel: [52579.175834] usb 1-1.3: Product: USB <-> 1Wire (MP00202)
Apr 22 12:39:05 raspberrypi kernel: [52579.175847] usb 1-1.3: Manufacturer: MERA-PROJEKT
Apr 22 12:39:05 raspberrypi kernel: [52579.175859] usb 1-1.3: SerialNumber: MPWBHV5X
Apr 22 12:39:05 raspberrypi kernel: [52579.190072] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
Apr 22 12:39:05 raspberrypi kernel: [52579.190243] usb 1-1.3: Detected FT232RL
Apr 22 12:39:05 raspberrypi kernel: [52579.190262] usb 1-1.3: Number of endpoints 2
Apr 22 12:39:05 raspberrypi kernel: [52579.190276] usb 1-1.3: Endpoint 1 MaxPacketSize 64
Apr 22 12:39:05 raspberrypi kernel: [52579.190290] usb 1-1.3: Endpoint 2 MaxPacketSize 64
Apr 22 12:39:05 raspberrypi kernel: [52579.190303] usb 1-1.3: Setting MaxPacketSize 64
Apr 22 12:39:05 raspberrypi kernel: [52579.191237] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Apr 22 13:17:01 raspberrypi /USR/SBIN/CRON[9968]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 14:17:01 raspberrypi /USR/SBIN/CRON[10722]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 15:17:01 raspberrypi /USR/SBIN/CRON[11108]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 16:17:01 raspberrypi /USR/SBIN/CRON[11744]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 17:17:01 raspberrypi /USR/SBIN/CRON[12173]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 18:17:01 raspberrypi /USR/SBIN/CRON[12482]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 19:17:01 raspberrypi /USR/SBIN/CRON[12786]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 20:17:01 raspberrypi /USR/SBIN/CRON[13093]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 21:17:01 raspberrypi /USR/SBIN/CRON[13400]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 22:17:01 raspberrypi /USR/SBIN/CRON[13776]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Apr 22 22:43:09 raspberrypi kernel: [88823.598708] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:43:14 raspberrypi kernel: [88828.598779] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Apr 22 22:43:19 raspberrypi kernel: [88833.598852] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:43:24 raspberrypi kernel: [88838.598925] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Apr 22 22:43:29 raspberrypi kernel: [88843.598996] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:43:34 raspberrypi kernel: [88848.599066] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Apr 22 22:43:37 raspberrypi kernel: [88851.569114] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:38 raspberrypi kernel: [88852.569117] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:39 raspberrypi kernel: [88853.569177] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:39 raspberrypi kernel: [88853.599127] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:43:40 raspberrypi kernel: [88854.569165] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:41 raspberrypi kernel: [88855.569304] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:41 raspberrypi kernel: [88855.569330] hub 1-1:1.0: Cannot enable port 2. Maybe the USB cable is bad?
Apr 22 22:43:42 raspberrypi kernel: [88856.569184] hub 1-1:1.0: cannot disable port 2 (err = -110)
Apr 22 22:43:43 raspberrypi kernel: [88857.569204] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:44 raspberrypi kernel: [88858.569259] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:44 raspberrypi ifplugd(eth0)[1429]: Link beat lost.
Apr 22 22:43:44 raspberrypi kernel: [88858.599244] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Apr 22 22:43:45 raspberrypi kernel: [88859.569272] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:46 raspberrypi kernel: [88860.569225] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:47 raspberrypi kernel: [88861.569304] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:47 raspberrypi kernel: [88861.569331] hub 1-1:1.0: Cannot enable port 2. Maybe the USB cable is bad?
Apr 22 22:43:48 raspberrypi kernel: [88862.569274] hub 1-1:1.0: cannot disable port 2 (err = -110)
Apr 22 22:43:49 raspberrypi kernel: [88863.569289] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:50 raspberrypi kernel: [88864.569346] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:50 raspberrypi kernel: [88864.699307] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:43:51 raspberrypi kernel: [88865.569307] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:52 raspberrypi kernel: [88866.569333] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:53 raspberrypi kernel: [88867.569359] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:53 raspberrypi kernel: [88867.569385] hub 1-1:1.0: Cannot enable port 2. Maybe the USB cable is bad?
Apr 22 22:43:54 raspberrypi kernel: [88868.569363] hub 1-1:1.0: cannot disable port 2 (err = -110)
Apr 22 22:43:55 raspberrypi kernel: [88869.569386] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:55 raspberrypi kernel: [88869.699382] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Apr 22 22:43:56 raspberrypi kernel: [88870.569371] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:57 raspberrypi kernel: [88871.569442] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:58 raspberrypi kernel: [88872.569402] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:59 raspberrypi kernel: [88873.569419] hub 1-1:1.0: cannot reset port 2 (err = -110)
Apr 22 22:43:59 raspberrypi kernel: [88873.569446] hub 1-1:1.0: Cannot enable port 2. Maybe the USB cable is bad?
Apr 22 22:44:00 raspberrypi kernel: [88874.569431] hub 1-1:1.0: cannot disable port 2 (err = -110)
Apr 22 22:44:00 raspberrypi kernel: [88874.699459] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:44:01 raspberrypi kernel: [88875.569475] hub 1-1:1.0: cannot disable port 2 (err = -110)
Apr 22 22:44:01 raspberrypi kernel: [88875.569665] sd 0:0:0:0: Device offlined - not ready after error recovery
Apr 22 22:44:05 raspberrypi kernel: [88879.699538] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Apr 22 22:44:06 raspberrypi kernel: [88880.569517] hub 1-1:1.0: hub_port_status failed (err = -110)
Apr 22 22:44:10 raspberrypi kernel: [88884.699606] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:44:15 raspberrypi kernel: [88889.699681] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
Apr 22 22:44:20 raspberrypi kernel: [88894.699752] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: Executing '/etc/ifplugd/ifplugd.action eth0 down'.
Apr 22 22:44:25 raspberrypi kernel: [88899.699825] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
Apr 22 22:44:25 raspberrypi dhclient: Internet Systems Consortium DHCP Client 4.2.2
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: Internet Systems Consortium DHCP Client 4.2.2
Apr 22 22:44:25 raspberrypi dhclient: Copyright 2004-2011 Internet Systems Consortium.
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: Copyright 2004-2011 Internet Systems Consortium.
Apr 22 22:44:25 raspberrypi dhclient: All rights reserved.
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: All rights reserved.
Apr 22 22:44:25 raspberrypi dhclient: For info, please visit https://www.isc.org/software/dhcp/
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: For info, please visit https://www.isc.org/software/dhcp/
Apr 22 22:44:25 raspberrypi dhclient:
Apr 22 22:44:25 raspberrypi dhclient: Listening on LPF/eth0/b8:27:eb:a9:4d:06
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: Listening on LPF/eth0/b8:27:eb:a9:4d:06
Apr 22 22:44:25 raspberrypi dhclient: Sending on LPF/eth0/b8:27:eb:a9:4d:06
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: Sending on LPF/eth0/b8:27:eb:a9:4d:06
Apr 22 22:44:25 raspberrypi dhclient: Sending on Socket/fallback
Apr 22 22:44:25 raspberrypi ifplugd(eth0)[1429]: client: Sending on Socket/fallback
Apr 22 22:44:26 raspberrypi dhclient: DHCPRELEASE on eth0 to 192.168.1.1 port 67
Apr 22 22:44:26 raspberrypi ifplugd(eth0)[1429]: client: DHCPRELEASE on eth0 to 192.168.1.1 port 67
Apr 22 22:44:26 raspberrypi ifplugd(eth0)[1429]: Program executed successfully.
Apr 22 22:44:31 raspberrypi ntpd[1875]: Deleting interface #2 eth0, 192.168.1.108#123, interface stats: received=630, sent=641, dropped=0, active_time=88847 secs
Apr 22 22:44:31 raspberrypi ntpd[1875]: 194.110.116.10 interface 192.168.1.108 -> (none)
Apr 22 22:44:31 raspberrypi ntpd[1875]: 212.244.36.227 interface 192.168.1.108 -> (none)
Apr 22 22:44:31 raspberrypi ntpd[1875]: 193.25.222.240 interface 192.168.1.108 -> (none)
Apr 22 22:44:31 raspberrypi ntpd[1875]: 195.46.37.22 interface 192.168.1.108 -> (none)
Apr 22 22:44:31 raspberrypi ntpd[1875]: peers refreshed
Apr 22 22:44:31 raspberrypi kernel: [88906.079913] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Apr 22 22:44:31 raspberrypi kernel: [88906.079943] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110
Apr 22 22:44:37 raspberrypi kernel: [88912.080006] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Apr 22 22:44:37 raspberrypi kernel: [88912.080036] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110
Apr 22 22:44:43 raspberrypi kernel: [88918.080104] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Apr 22 22:44:43 raspberrypi kernel: [88918.080134] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG register, ret = -110




b.

Tomek

unread,
Apr 23, 2013, 10:27:40 AM4/23/13
to
W dniu 2013-04-23 16:02, Budyń pisze:> W dniu wtorek, 23 kwietnia 2013
14:17:47 UTC+2 użytkownik Tomek napisał:
>> /var/log/syslog?
>
> ooooto chodziło - trzymamy go za jajka :-) Wychodzi ze on caly czas
dziala. Co robią moje programy w czasie awarii nie wiem :)
>
> Jest moduł komunikacji 1wire MERA-Projekt. Podejrzewam ze on zalicza
zgon (na windzie tez mu sie zdarza) a ponieważ interfejs sieciowy w
raspberry pi jest jakis "wspólny" z portami usb to uwola przy okazji
łącznosc.
> Co rozumiecie z poniższego?

Masz ten sam problem co ja. A ja nie używam modułu do 1-wire. To znaczy
używałem krótko (MP00202). To raczej nie wina tego modułu.

Ha! Jak wpiszesz w google frazę "Failed to read register index
0x00000114" to od razu dostaniesz linki do forum raspberry :D

Ja się pogodziłem, że moja malinka raz na kwartał pokazuje mi faka. Żeby
było śmieszniej w poradach na forum są instrukcje co zmienić żeby było
lepiej. Ja poprawiłem i jest trochę lepiej. Aha - to się zdarza
wyłącznie przy dużym ruchu na lanie. Jak sobie przypomnę CO poprawiałem
to napiszę :)

Budyń

unread,
Apr 23, 2013, 11:13:37 AM4/23/13
to
W dniu wtorek, 23 kwietnia 2013 16:27:40 UTC+2 użytkownik Tomek napisał:
> Ha! Jak wpiszesz w google frazę "Failed to read register index
> 0x00000114" to od razu dostaniesz linki do forum raspberry :D


czyżbyś sugerował, ze ja go nie trzymam za jajka, tylko za co innego? Fuj, ide umyć łapy....

:-)

b.

Zbych

unread,
Apr 24, 2013, 2:17:09 AM4/24/13
to
W dniu 2013-04-23 16:02, Budyń pisze:
> W dniu wtorek, 23 kwietnia 2013 14:17:47 UTC+2 użytkownik Tomek napisał:
>> /var/log/syslog?
>
> ooooto chodziło - trzymamy go za jajka :-) Wychodzi ze on caly czas dziala. Co robią moje programy w czasie awarii nie wiem :)
>
> Jest moduł komunikacji 1wire MERA-Projekt. Podejrzewam ze on zalicza zgon (na windzie tez mu sie zdarza) a ponieważ interfejs sieciowy w raspberry pi jest jakis "wspólny" z portami usb to uwola przy okazji łącznosc.
> Co rozumiecie z poniższego?
>
> Apr 22 22:43:09 raspberrypi kernel: [88823.598708] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
> Apr 22 22:43:14 raspberrypi kernel: [88828.598779] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114
> Apr 22 22:43:19 raspberrypi kernel: [88833.598852] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
> Apr 22 22:43:24 raspberrypi kernel: [88838.598925] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000118
> Apr 22 22:43:29 raspberrypi kernel: [88843.598996] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
> Apr 22 22:43:34 raspberrypi kernel: [88848.599066] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000114

Zdychanie ethernetu może być spowodowane siadaniem zasilania. Spróbuj na
jakimś porządnym zasilaczu, nie ładowarce od telefonu:

https://groups.google.com/d/msg/pl.misc.elektronika/TWuqyJg6N2Q/JPgFYVv463AJ




Dominik & Co

unread,
Apr 24, 2013, 2:19:46 AM4/24/13
to
Dnia 23.04.2013 Budyń <bu...@riders.pl> napisał/a:

> Jest moduł komunikacji 1wire MERA-Projekt. Podejrzewam ze on zalicza zgon (na windzie tez mu sie zdarza) a ponieważ interfejs sieciowy w raspberry pi jest jakis "wspólny" z portami usb to uwola przy okazji łącznosc.

Spróbuj (to obejście, nie rozwiązanie) przeładować (modprobe -r && modprobe) moduły obsługi usb i sieciówki (smsc95xx).
Oczywiście musisz to zrobić "od wewnątrz", czyli albo sklecić jakiegoś watchdoga, albo po prostu do cron.hourly :-)

Z okablowaniem, prądem wszystko OK?

--
Dominik & kąpany (via slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP
Na priv pisz na adres: dominik kropka alaszewski na gmailu.

Budyń

unread,
Apr 24, 2013, 3:01:44 AM4/24/13
to
W dniu środa, 24 kwietnia 2013 08:17:09 UTC+2 użytkownik Zbych napisał:
> Zdychanie ethernetu może być spowodowane siadaniem zasilania. Spróbuj na
> jakimś porządnym zasilaczu, nie ładowarce od telefonu:

o problemach z zasilaniem wiem - uzywam takiego
http://allegro.pl/zasilacz-impulsowy-sunny-5-v-1-2a-6w-micro-usb-i3167255826.html
i najnizej co zanotowalem to 4,87V.


b.

Andrzej W.

unread,
Apr 26, 2013, 8:28:31 AM4/26/13
to
W dniu 2013-04-24 09:01, Budyďż˝ pisze:
> W dniu �roda, 24 kwietnia 2013 08:17:09 UTC+2 u�ytkownik Zbych napisa�:
>> Zdychanie ethernetu mo�e by� spowodowane siadaniem zasilania. Spr�buj na
>> jakim� porz�dnym zasilaczu, nie �adowarce od telefonu:
>
> o problemach z zasilaniem wiem - uzywam takiego
> http://allegro.pl/zasilacz-impulsowy-sunny-5-v-1-2a-6w-micro-usb-i3167255826.html
> i najnizej co zanotowalem to 4,87V.
>
>
> b.
>

A ile to 1Wire wedle specyfikacji pobiera pr�du?
Niestety je�li potrafi wygenerowa� impulsy pr�dowe na zasilaniu to hub
usb (a wi�c i LAN) si� w RPI zawiesi a i samo urz�dzenie te� pewnie zwi�nie.
Je�li potrafisz obs�u�y� lutownic to proponuj� doda� kondensatory
bezpo�rednio na z��cze usb. Zalecenia m�wi� co� o 220uF w RPI v1 jest
100nF i dopisek by u�ywa� zewn�trznego huba z w�asnym zasilaczem.
Je�li masz taki hub usb to przetestuj czy je�li go u�ywasz to problem
nadal wyst�puje.
Kolejnym krokiem jest wymiana bezpiecznik�w polimerowych na wi�ksze.
Zacz�� bym jednak od zasilacza co przy pe�nym obci��eniu ma 5V.

--
AWa.

Andrzej W.

unread,
Apr 26, 2013, 8:37:28 AM4/26/13
to
W dniu 2013-04-23 16:02, Budyń pisze:
> Apr 22 22:43:51 raspberrypi kernel: [88865.569307] hub 1-1:1.0: cannot reset port 2 (err = -110)
> Apr 22 22:43:52 raspberrypi kernel: [88866.569333] hub 1-1:1.0: cannot reset port 2 (err = -110)
> Apr 22 22:43:53 raspberrypi kernel: [88867.569359] hub 1-1:1.0: cannot reset port 2 (err = -110)
> Apr 22 22:43:53 raspberrypi kernel: [88867.569385] hub 1-1:1.0: Cannot enable port 2. Maybe the USB cable is bad?

Jeśli potrafisz grzebnąć w jądrze to może uda Ci się dogrzebać do pinu
GPIO6 sterującego resetem układu LAN9512 (na schemacie sygnał LAN_RUN),
machnięcie tym sygnałem powinno przywrócić do życia hub usb i lan.
Wtedy stawiasz program monitujący logi systemowe, który po wykryciu
powyższych komunikatów robi restart układu LAN9512.

--
AWa.

Budyń

unread,
May 1, 2013, 6:44:06 AM5/1/13
to
W dniu środa, 24 kwietnia 2013 08:19:46 UTC+2 użytkownik Dominik & Co napisał:
> > Jest moduł komunikacji 1wire MERA-Projekt. Podejrzewam ze on zalicza zgon (na windzie tez mu sie zdarza) a ponieważ interfejs sieciowy w raspberry pi jest jakis "wspólny" z portami usb to uwola przy okazji łącznosc.
>
> Spróbuj (to obejście, nie rozwiązanie) przeładować (modprobe -r && modprobe) moduły obsługi usb i sieciówki (smsc95xx).


raport z pola walki: przeładowanie modpobem pomogło



b.

Budyń

unread,
Sep 14, 2013, 4:16:33 AM9/14/13
to
W dniu wtorek, 23 kwietnia 2013 09:05:48 UTC+2 użytkownik Budyń napisał:
> Bo podobno linux jest stabilny :-)

napiszę co uzyskałem - może komuś sie przyda. Zatem był zwalony ten niby stabilny linux. Żadne czary mary nie pomagały, można było co najwyżej obchodzić problem dookoła.
Na szczescie w aktualizacji raspbiana błędy zostały poprawione.
Wniosek - aktualizować, jeśli nie działa :)


b.
0 new messages