Backtrack IP resets every few minutes

[TopBot .]

On Thu, Jun 28, 2012 at 7:52 PM, TopBot . <topbot5 at googlemail.com> wrote:

>
>
> On Thu, Jun 28, 2012 at 7:15 PM, Steve Flynn <anothermindbomb at gmail.com>wrote:
>
>> On 28 June 2012 15:06, TopBot . <topbot5 at googlemail.com> wrote:
>> > Hi, I've been using backtrack 5 since a year on the same system and the
>> same
>> > lan card. Since yesterday, my IP resets every 2-3 minutes and I have to
>> > repeatedly add "ifconfig eth0 192.168.xx.xx" and "route add default gw
>> > 192.168.xx.xx" to it to keep it running. Can't seem to find the solution
>> > after a few google searches. Any one has any idea what's wrong? I have
>> dual
>> > boot and windows xp is working just fine on the same lan.
>>
>> What IP does it reset to?
>> Do you have DHCP configured on your router to lease IP addresses for
>> only a few minutes?
>> Have you tried configuring your backtrack installation to always run
>> with a static IP and if so is it still resetting frequently?
>>
>> I've got BT5 at home, but to be honest the last time I used BackTrack
>> was at version 4 and I had no issues with it
>>
>> --
>> Steve
>>
>> When one person suffers from a delusion it is insanity. When many
>> people suffer from a delusion it is called religion.
>>
>> --
>> ubuntu-users mailing list
>> ubuntu-users at lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
>>
>
>
> Here's what the IP resets to (settings before and after the reset
> respectively):
>
> root at bt:~# ifconfig -a
> eth0      Link encap:Ethernet  HWaddr 00:1a:92:95:81:ca
>           inet addr:192.168.93.92  Bcast:192.168.93.255  Mask:255.255.255.0
>           inet6 addr: fe80::21a:92ff:fe95:81ca/64 Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:34391 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:18367 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:15099569 (15.0 MB)  TX bytes:4144722 (4.1 MB)
>           Interrupt:20
>
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           inet6 addr: ::1/128 Scope:Host
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:8203 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:8203 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:491832 (491.8 KB)  TX bytes:491832 (491.8 KB)
>
> root at bt:~# ifconfig -a
> eth0      Link encap:Ethernet  HWaddr 00:1a:92:95:81:ca
>           inet6 addr: fe80::21a:92ff:fe95:81ca/64 Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:41153 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:22356 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:17502811 (17.5 MB)  TX bytes:4992366 (4.9 MB)
>           Interrupt:20
>
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           inet6 addr: ::1/128 Scope:Host
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:8398 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:8398 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:502020 (502.0 KB)  TX bytes:502020 (502.0 KB)
>
> ...settings are lost/initialized after the reset I think. My lan uses
> switches and a server which is connected to the main server; our IPs are
> static on the lan with no restrictions. All my auto updates are off and I
> did not change any settings. It just started to happen since a day ago.
>
> --
> TopBot.
>


For now I'm running this code to make atleast the internet browsing
experience better but the connection resets have loads of other setbacks
which are all irritating:

#!/bin/bash
while true
do
 /root/Desktop/IPrest.sh
 sleep 60
done

-- 
TopBot.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20120629/60566603/attachment.html>