[PortalZeSmiesznymiObrazkami]

Mireczki problem ze skryptem wrzuconym do rc.d.
Prosty skrypcik ustawia środowisko pod chroota startuje usługi i na końcu powinien odpalić program w screenie w chroocie, ale nie odpala podczas startu urządzenia. Najdziwniejsze bo jak odpale recznie to działa przez ./xxx.sh start

Problem dokładnie z tym :
/bin/chroot $CHROOT su - user -c "/usr/bin/screen -d -m -S XXX /usr/local/bin/XXX > /dev/null"

Jakieś pomysły jak to przedebugować. Przejrzałem /var/log ale nic ciekawego printuje rzeczy z echo przed i po tej komendzie wiec cały skrypt sie odpala podczas startu, ale procesu działającego w screenie nie ma.

#terminal #konsola #linux #skrypty #chroot

[PortalZeSmiesznymiObrazkami]

Pacjent to Synology ds215j i chroot na debiana. W sumie znalazłem workaround. W-------m skrypt z rc.d a skonfigurowałem "triggered taski" na boot-up i shutdown w Task Schedulerze systemu tego NAS-a i działa. Oczywiście taski wykonują dokładnie ten sam skrypt z parameterem odpowiednio start i stop, który był w rc.d i nie działał do końca xD

[secondreality]

@PortalZeSmiesznymiObrazkami: "/usr/bin/screen -d -m -S XXX /usr/local/bin/XXX" >> /path/to/logerror 2>&1 &

[PortalZeSmiesznymiObrazkami]

@lis6502: ale dosłownie przed wywołaniem XXX w screenie mam 3 takie rzeczy :
/bin/chroot $CHROOT service php5-fpm start
/bin/chroot $CHROOT service nginx start
/bin/chroot $CHROOT service ssh start

i te usługi startują bez problemu po zbootowaniu, bo moge się zalogować na ten ssh debianowy wystawiony na innym porcie, więc $CHROOT raczej dobrze

[secondreality]

@PortalZeSmiesznymiObrazkami: z crona jest trochę inaczej dodaj całego patha do polecenia albo do skryptu /crona
export PATH=/sciezka:/lub/innasciezka