rc scripte-abhängigkeiten werden nicht mehr erkannt.(mtimes

Message

bröggle · Post by **bröggle** » Thu Oct 13, 2005 11:13 am

Hi,
seit gestern bekomme ich beim booten lauter Fehlermeldungen wie beispielsweise diese hier:

 * Re-caching dependency info (mtimes differ)...
 * Could not get dependency info for "setiathome"!
 * Please run:

 *   # /sbin/depscan.sh

 * to try and fix this.
 * Stopping SETI@home ...                                                 [ ok ]
 * Re-caching dependency info (mtimes differ)...
 * Could not get dependency info for "setiathome"!
 * Please run:

 *   # /sbin/depscan.sh

 * to try and fix this.
 * Re-caching dependency info (mtimes differ)...
 * Could not get dependency info for "setiathome"!
 * Please run:

 *   # /sbin/depscan.sh

 * to try and fix this.
 * Re-caching dependency info (mtimes differ)...
 * Could not get dependency info for "setiathome"!
 * Please run:

 *   # /sbin/depscan.sh

 * to try and fix this.
 * Re-caching dependency info (mtimes differ)...
 * Could not get dependency info for "setiathome"!
 * Please run:

 *   # /sbin/depscan.sh

 * to try and fix this.
 * Starting SETI@home ...

Ich kenne eure antwort, "führe doch mal /sbin/depscan.sh aus",
gesagt getan:

Code: Select all

/sbin/depscan.sh
 * Caching service dependencies ...
/var/lib/init.d/depcache: line 888: syntax error near unexpected token `}'
/var/lib/init.d/depcache: line 888: `  }        [ -f /var/run/psad/kmsgsd.pid ] && rm -f /var/run/psad/kmsgsd.pid        [ -f /var/run/psad/psadwatchd.pid ] && rm -f /var/run/psad/psadwatchd.pid        [ -f /var/run/psad/psad.pid ] && rm -f /var/run/psad/psad.pid        # clean stale pidfiles        eend $? "Failed to stop psad"        start-stop-daemon --stop --quiet --pidfile /var/run/psad/psad.pid        ebegin "Stopping psad"        eend $? "Failed to stop kmsgsd"        start-stop-daemon --stop --quiet --pidfile /var/run/psad/kmsgsd.pid        ebegin "Stopping kmsgsd"        eend $? "Failed to stop psadwatchd"        start-stop-daemon --stop --quiet --pidfile /var/run/psad/psadwatchd.pid        ebegin "Stopping psadwatchd"stop() {}        eend $? "Failed to start psad"                --exec /usr/sbin/psad        start-stop-daemon --start --quiet --pidfile /var/run/psad/psad.pid \        ebegin "Starting psad"        checkconfig || return $?start() {}        return 0        fi                return 1                eerror "You can find a sample config file at /etc/psad/psad.conf.sample"                eerror "Please create /etc/psad/psad.conf"        if [ ! -f /etc/psad/psad.conf ] ; thencheckconfig() {}        need loggerdepend() {# $Header: /home/mbr/cvs/psad/psad-init.gentoo,v 1.2 2003/10/17 00:47:19 mbr Exp $# Distributed under the terms of the GNU General Public License v2         # Copyright 1999-2003 Gentoo Technologies, Inc.#!/sbin/runscript'
 *  Can't find service 'localmount' needed by 'consolefont';  continuing...
 *  Can't find service 'checkroot' needed by 'crypto-loop';  continuing...
 *  Can't find service 'modules' needed by 'crypto-loop';  continuing...
 *  Can't find service 'checkroot' needed by 'domainname';  continuing...
 *  Can't find service 'hostname' needed by 'domainname';  continuing...
 *  Can't find service 'logger' needed by 'iptables';  continuing...
 *  Can't find service 'localmount' needed by 'keymaps';  continuing...
 *  Can't find service 'localmount' needed by 'numlock';  continuing...
 *  Can't find service 'logger' needed by 'psad';  continuing...
 *  Can't find service 'logger' needed by 'psad-init.gentoo';  continuing...
 *  Can't find service 'bootmisc' needed by 'alsasound';  continuing...
 *  Can't find service 'localmount' needed by 'alsasound';  continuing..  [ ok ]

Ich glaube so, sollte das nicht aussehen.
Das Script depscan erstellt die datei /var/lib/init.d/depcache und führt diese dann mit sh aus, jedoch befinden sich auf zeile 887 lauter @^@^@^ ...bis zu... @^}@^

jedoch bringt da das entfernen nichts, da es ständig neu generiert wird.
-->Ich denke hier liegt auch das PRoblem mit den Rc scripten.

-->Hat jemand eine Idee wie ich das fixen kann?
baselayout habe ich bereits neu emerged, hat aber keine verbesserung gebracht.

^-^

body_and_soul · Post by **body_and_soul** » Sun Feb 26, 2006 9:28 am

Hallo,
das selbe Problem habe ich jetzt seit cirka einer Woche auch.
Hast du eine Lösung dafür gefunden?

Gruß Norbert

flammenflitzer · Post by **flammenflitzer** » Fri Sep 15, 2006 5:51 am

Hallo
Habe seit gestern

Code: Select all

Dependency info is missing Please run #/sbin/depscan.sh to fix this

Wenn ich das mache pasiert überhaupt nichts. (Ich habe kein neuses Baselayout installiert.)
Hat jemand eine Idee?

Finswimmer · Post by **Finswimmer** » Fri Sep 15, 2006 7:33 am

Gibt es denn die "fehlenden" Init Scripte noch?

flammenflitzer · Post by **flammenflitzer** » Fri Sep 15, 2006 10:35 am

Muß ich von meinem zweitsystem aus mal checken. Aber warum nicht. Ich habe doch keine Änderungen vorgenommen. Und ein fsck hat ergeben, daß das filesystem auch i.O. ist.
Habe gelesen, daß ich das Script mit der Option -u ausführen soll.
Ggf. stelle ich den /etc/init.d vom Backup wieder her.
Ich dachte, daß es sich um ein bekanntes Problem handelt, für das auch eine Lösung bekannt ist.

Finswimmer · Post by **Finswimmer** » Fri Sep 15, 2006 10:55 am

Ich erinnere mich, dass hier jemand das Problem hatte, dass auf seinem amd64 plötzlich an völlig falscher Stelle nach den Scripten gesucht wurde (sowas wie /mnt/gentoo/stage3/...)

Deswegen auch die, auf den ersten Blick, ungewöhnliche Frage.

Tobi

dakjo · Post by **dakjo** » Fri Sep 15, 2006 11:13 am

So wie mir das aussieht ist da einfach eine Datei karpOt. Deshalb die vielen \@s. Hatte ich auch mal.
Guck einfach nach ob alle Datei in /etc/init.d/ noch ok sind. Es reicht ja wenn du ein file <datei> machst und er sagt:

Code: Select all

bastl@sarah /etc/init.d $ file acpid
acpid: a /sbin/runscript script text executable

und nicht irgendwas mit binary oder so.