Изпечатай

[R4]

Здравейте,
имам кабелен модем и Слак-а ми работи като NAT рутер. Така е от година и половина. Знам, че при стартиране на системата се изпълнява /etc/rc.d/rc.inet1 като този скрипт чете настройките си от rc.inet1.conf.

  Всичко до сега си работи добре с едно-две изключения.
1. След неочаквано спиране на тока dhcpcd-то ми дава тази грешка:

****  /sbin/dhcpcd: already running
****  /sbin/dhcpcd: if not then delete /etc/dhcpc/dhcpcd-eth2.pid file

Налага се на ръка да трия този pid фаил.

В кой скрипт според вас е най-добре да сложа ред за да го трия при първоначално зареждане на системата преди стартирането на rc.inet1. Мога и rc.inet1 да редактирам ама малко ме притеснява.

2.  Вторият ми проблем е в случаи когато рестартирам рутера и кабелният модем е разкачен, т.е. нямам връзка.  Има ситуации, в които кабелния модем не се закача повече от половин ден. Естествено timeout-а на dhcpcd-то изтича и той спира да търси адрес.
Да редактирам ли реда в rc.inet1, който стартира dhcpcd като му сложа timeout от рода на няколко дена. Това как ще се отрази на самия процес на зареждане на системата. Да не се окаже, че системата ще виси докато dhcpcd-то върне някакъв резултат, било то 0 или 1.

Благодаря!

/etc/rc.d/rc.M

if [ -r /etc/dhcpc/dhcpcd-eth2.pid ]; then
  /bin/rm /etc/dhcpc/dhcpcd-eth2.pid
fi
sloji tva predi >>>>

if [ -x /etc/rc.d/rc.inet1 ]; then
  . /etc/rc.d/rc.inet1
fi
po vtoria ti vapros . . . sorry ne moga da ti pomogna . . . aman ot
takiva ISPta '>

[R4]

Благодаря,
решението ми изглежда много нормално и дори естествено. Вече го пробвах и го разкрасих:

if [ -r  /etc/dhcpc/dhcpcd-eth2.pid ] ; then
 /bin/rm /etc/dhcpc/dhcpcd-eth2.pid
 /usr/bin/echo eth2.pid deleted!!!
fi

Благодаря много!

А със timeout-а минах през следните стъпки:

В rc.inet1 редактирах реда
/sbin/dhcpcd -t 10 -d eth${1}
и го промених на следното
/sbin/dhcpcd -t 86400 -d eth${1}

Изключих кабелния модем и рестартирах. Системата наистина   спря първоначалното си зареждане и остана да изчака тези 86400 секунди докато DHCP-то й отговори.

Накрая стигнах то този извод, който в момента работи:
/sbin/dhcpcd -t 86400 -d eth${1} &

Така това не бави системата при първоначално стартиране, но клиентът чака 24 часа за валиден адрес.

А по този въпрос:
#aman ot takiva ISPta
В голяма част от случаите проблемите са по трасето - или в усилвателите на кабелната телевизия или заради недоброжелателен съсед, който се е включил незаконно и некадърно и внася смущения и затихване.

Благодаря пак!