Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: evvk - 14.01.12 - klo:20.11
-
kun yrittää asentaa tai poistaa ihan mitä tahansa ohjelmaa niin lyö tämän näköisen litanjan virheitä
.
Setting up initscripts (2.88dsf-18) ...
insserv: warning: script 'K07smfpd' missing LSB tags and overrides
insserv: warning: script 'smfpd' missing LSB tags and overrides
insserv: There is a loop at service smfpd if started
insserv: There is a loop between service smfpd and mountnfs if started
insserv: loop involving service mountnfs at depth 6
insserv: loop involving service nfs-common at depth 5
insserv: loop involving service alsa-utils at depth 11
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Starting smfpd depends on minissdpd and therefore on system facility `$all' which can not be true!
insserv: Max recursions depth 99 reached
insserv: loop involving service lirc at depth 11
insserv: There is a loop between service smfpd and mountoverflowtmp if started
insserv: loop involving service mountoverflowtmp at depth 8
insserv: loop involving service mountall-bootclean at depth 7
insserv: loop involving service networking at depth 10
insserv: loop involving service kbd at depth 14
insserv: There is a loop between service minissdpd and bootlogd if started
insserv: loop involving service bootlogd at depth 3
insserv: loop involving service mountdevsubfs at depth 2
insserv: loop involving service gpsd at depth 15
insserv: loop involving service atd at depth 15
insserv: loop involving service mountnfs-bootclean at depth 15
insserv: There is a loop between service smfpd and mountnfs-bootclean if started
insserv: There is a loop at service minissdpd if started
insserv: loop involving service hostname at depth 5
insserv: loop involving service smfpd at depth 1
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing initscripts (--configure):
subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
Errors were encountered while processing:
initscripts
E: Sub-process /usr/bin/dpkg returned an error code (1)
eli osaisiko joku kertoa missä mahtaa olla vika, ja distrona debian testing
-
Kerroppa nyt vähän tarkemmin mistä on kysymys:
-mikä distro ja versio
-mitä teit, mikä käsky, mikä tilanne
Kaikenkaikkiaan, selvännäkijöiä ei ole ... joten määrittele tilanne !
Edit: olihan se distro siellä ... mutta miten asennettu etc....
-
Ensimmäisessä viestissä olevan virhe litanjan lyö ruutuun kun yrittää päivittää/asentaa/poistaa paketteja synapticin tai komentorivin kautta, olen tätä jo jonkin aikaa koittanut googlettaa mutta mistään ei ole tuntunut vastausta löytyvän eli jos joku täällä osaisi kertoa mistä vika voisi löytyä olisin todella kiitollinen.
-
...parempien vastausten puuttuessa (en tunne virhemessun luonnetta):
Pakettien indeksoinnin korjaamiseen liittyvät komennot olet varmaan ratkaisuja etsiessäsi jo löytänyt ja ajanut?
Voitko heittää esimerkin täsmällisestä komennosta joka tuon virheen saa aikaan?
Toinen vaihtoehto: Onko varmaa, että ohjelmalähteissäsi ei ole vääriä vaihtoehtoja, erityisesti väärän version vaihtoehtoja? Toisaalta jos niitä on jo ladattu, voi olla myöhäistä ...
-
Kaikki virheilmoitukset näkyvät liittyvän /etc/init.d-kansiosta löytyviin palveluihin ja ovat varoituksia mahdollisista silmukoista. Tämä viittaa siihen, että jokin koneessa olisi mennyt pahemman kerran solmuun.
Voisit tietysti vilkaista ja katsoa niitä skriptejä, esim. /etc/init.d/smfpd, josta heti alkuun huomautellaan. Minulla ei tosin ole aavistustakaan, mitä se tekee, koska omassa vakaassa Debianissani moista ei ole enkä apt-cache-haulla sellaista löydäkään.
-
Voisit tietysti vilkaista ja katsoa niitä skriptejä, esim. /etc/init.d/smfpd, josta heti alkuun huomautellaan. Minulla ei tosin ole aavistustakaan, mitä se tekee, koska omassa vakaassa Debianissani moista ei ole enkä apt-cache-haulla sellaista löydäkään.
Ei varmaan olekaan normirepoista asennettu, vaan samsungin printteriajureiden mukana tullut:
http://wp.libpf.com/?p=162
http://blog.rtg.in.ua/2009/09/what-is-smfpd.html
-
Kiitos kuutiolle, smfpdn poisto auttoi. En osannutkaan epäillä että samsungin ajurien mukana olisi jotai ongelmaa aiheuttanutta tullut kun kone toimi normaalisti jonkinaikaa ajurien asentamisen jälkeen, mutta nyt ainakin tiedetään mitä kannattaa seuraavalla kerralla samsungin ajureita asennellessa ensimmäisenä poistaa kun tuo näyttää myöskin olevan itselleni täysin turha kun oma tulostin on kytketty koneeseen usbn kautta.
-
En osannutkaan epäillä että samsungin ajurien mukana olisi jotai ongelmaa aiheuttanutta tullut
Heh, siinä olet tasan väärässä. Samsungin kaikki Linux-ajurit ovat sellaista kuraa, ettei paremmasta väliä. Ne asentamalla saat koneen sataprosenttisen varmasti aina solmuun.
Joskus tekisi mieli kirjoittaa jonnekin wikiin varoitus ”Asenna Samsungin ajurit ja kärsi nahoissasi seuraamukset” :p
-
Noin oli todella 6 v sitten kun hankin SCX-4100 ja vietinkin tovin ja toisenkin ihmetellen. Piti tutkia CUPSin käsittämätöntä dokumentaatiotakin. Viimeksi asensin saman pari kolme vuotta sitten Kubuntuun ja silloin ei ollut mainittavia ongelmia.
-
Heh, siinä olet tasan väärässä. Samsungin kaikki Linux-ajurit ovat sellaista kuraa, ettei paremmasta väliä. Ne asentamalla saat koneen sataprosenttisen varmasti aina solmuun.
Joskus tekisi mieli kirjoittaa jonnekin wikiin varoitus ”Asenna Samsungin ajurit ja kärsi nahoissasi seuraamukset” :p
ei minulla ennen tätä ole ollut mitään ongelmia samsungin ajurien kanssa vaikka scx-4300 on jo useamman vuoden ollut parissa debian pohjaisessa koneessa, mutta nyt ainakin tietää varautua vitutukseen ja kiroamiseen samsungin ajurien kanssa
-
ei minulla ennen tätä ole ollut mitään ongelmia samsungin ajurien kanssa vaikka scx-4300 on jo useamman vuoden ollut parissa debian pohjaisessa koneessa, mutta nyt ainakin tietää varautua vitutukseen ja kiroamiseen samsungin ajurien kanssa
No, vedetään sen verran takaisin, etten ole kokeillut kuin kahden eri laitteen ajureita, mutta niissä oli kummassakin todella paha vika – paljon pahempi kuin tuossa sinun tapauksessasi: jos asennuksen teki sudolla, koko /usr-puu otettiin asentaneen tunnuksen haltuun ja oikeudetkin menivät ns. p*pulleen. Tuloksena oli toimimaton järjestelmä. Ilmeisesti Samsungin ohjelmoijat olivat varautuneet vain tilanteeseen, jossa asennus tehdään root-tunnuksella (jota tuolloin käyttämässäni *buntussa ei ollut edes aktivoitu).