Lost Internet Connection
Greg (2474) 143 posts |
This morning, for no apparent reason, ive lost my internet connection. It was working one minute and now it is not. Im using RPI 2. Internet is fine on Iyonix and phone. I had a crash while running some code and had to reboot PI. Now when I boot up it says No domain name servers are configured, so Not entirely sure what this means ( internet is not my forte ) so copied the settings from Iyonix to PI since Iyonix has working internet. Figured it would be an easy fix…..Not a chance. Problem persists. Any help would be appreciated Greg |
George T. Greenfield (154) 716 posts |
Since the crash happened while you were running code you may have corrupted the CF card; if you have DiscKnight, I suggest you check the card, and repair if/as necessary. If you don’t have it, go here https://armclub.org.uk/products/discknight/ |
Greg (2474) 143 posts |
Thanks George for the “nudge”. Something ive considered purchasing for a while, amongst one or two other bits, you never know when you need somwthing like this. However, out of interest, would rewriting the sdcard not sort this out ? A little extreme maybe in this case. @ all the really knowledgable RISC OS maintainers out there |
John Sandgrounder (1650) 574 posts |
@Greg: You could try a couple of things depending on how your Pi was configured before the crash. The most likely in your case is that your Pi used DHCP to configure its internet settings. So double click on !Boot and then select Network. Click on Internet, then Interfaces and configure. Then check that the “via DHCP” button is selected and then Set. Close all of the windows and reboot. It is still does not work try using a tast window to type “ping 8.8.8.8” and tell us what answer you get. PS No harm in trying that ping now. |
John Sandgrounder (1650) 574 posts |
I really like the RC15 build on the Pi, but there is still something in the logic for the !Boot.Loader fake “partition” that is not as sturdy as it needs to be. RC15 seems to be very stable until a bug in a user written app causes a system crash. This can be fairly likely to corrupt an SD card, particularly if the user app writes to the card. I have taken to separating the Filecore and Loader “partitions” on to two physical devices: But even with that configuration, I have still had the ‘cmos’ file just simply disappear from the SDcard. But that is so much easier to fix. (all of the SDcards now have a readonly copy of the file). |
Jon Abbott (1421) 2599 posts |
Sounds like you’ve come across the issue in DHCPExecute where it sometimes doesn’t set the DNS servers and/or gateway. Try manually setting the missing settings in the network config panel. First however, confirm you have received an IP address via DHCP with “ifconfig -a” |
Greg (2474) 143 posts |
Well. I look like a dummy now. Darn thing has just started working again. Was just going to try some of the suggestions here and PI booted up with no errors. Full internet working. Huh. Seems like it was probably something akin to what you said Jon. Thanks to all for positive feedback |
George T. Greenfield (154) 716 posts |
Been there, done that too. Sometimes a full ‘power off’ shutdown gets things back on track.
Agreed. I use a 4GB CF card, and make a weekly disc image using !CloneDisc; that way I can easily roll back to a clean backup. I store data on a 240GB SSD. |
Clive Semmens (2335) 3130 posts |
Every version of RISC OS is vulnerable to system crashes caused by user apps; it’s an inescapable consequence of it being a co-operative multitasking OS.
Not just particularly if the user app writes to the card; only if the user app writes to the card. Accidentally writing to the card is possible, but the probability is vanishingly small. Generally where an app writes to is up to the user; if you choose the SD card as the destination for a write you’ve only yourself to blame. The author of any app that chooses the SD card as destination without the user specifying it (by drag and drop, most likely) needs to be given a right good talking to! |
John Williams (567) 768 posts |
A notable exception being Choices: when the Boot directory is on the card. Same goes for Scrap:. |
Clive Semmens (2335) 3130 posts |
Yes – but it would be a remarkable User App that managed to corrupt the card by writing to Scrap. Not impossible, granted. Writing to Choices is potentially dodgy, certainly. The only apps that should be doing that are those that are specifically designed for the purpose. User Beware! |
Greg (2474) 143 posts |
In my case I had some assembler that crashed in single tasking mode. It isn’t any code that writes any infomation out just internally to its own variables. Why it crashed I dont know but after reading these posts on here possibly ive written somewhere in memory externally to my program. Why this would change how Netsurf behaves is beyond me |
George T. Greenfield (154) 716 posts |
A corrupt card can cause odd things to happen (or other things not to happen) IME: as I said before, !DiscKnight is your friend! |
Matt Price (2343) 71 posts |
I keep a copy of my working Boot:Choices as soon as I am happy with the setup on |
Matt Price (2343) 71 posts |
Same with !OmniClient as I suddenly lost the ability on my RISC PC to connect to my Synology NAS via LanMan running the Jan 2017 build. I overwrote the copy on my RISC PC HDD with the version on a backup HDD and it worked again. I’ve got a 250MB SATA HDD connected via a powered USB 3 adapter connected to my RPi. It’s then available via ShareFS to my RISC PC, VirtualArcs and A3010. I use DirSync to back them up every few weeks, and then back the HDD up to a .rar file on my NAS. |
Steffen Huber (91) 1945 posts |
I don’t believe you :-) |
Clive Semmens (2335) 3130 posts |
It’s only an error of three zeroes! Totally insignificant… |