Lp Kan inte skriva ut fil Server-error-service-unavailable

Table of Contents

I den här guiden kommer vi att ta reda på några av de realistiska orsakerna som kan göra att lp file server-error-service-unavailable art print misslyckas, och sedan tillhandahålla möjliga korrigeringar som du kan försöka fixa problemet.

Uppdaterad

1. Ladda ner ASR Pro

2. Kör programmet

3. Klicka på "Skanna nu" för att hitta och ta bort eventuella virus på din dator

Få fart på din dator idag med denna enkla nedladdning.

20 mars 2005 klockan 10:30	A#1
QL för startspelare Registrerad: 2005 Plats: Chicago Mar District Distribution: Fedora Core Inlägg: 8 Representant: Till	lp: listfil inte möjlig: webbfeltjänst inte tillgänglig Jag har sett alla möjliga inlägg om vinsten som beskriver ett liknande problem – det här speciella – men inte riktiga lösningar som gör mig klok övning. Det här är vad som händer: Jag har en Core Fedora 3_64 på en Athlon 64 3000+ server som körs på ett system på grund av slumpmässig RAID5, 1 GB RAM, andra EIDE-enheter som jag kan använda för kopior och flera användare. Jag har alltid haft en stark motvilja mot CUPS (kan inte få det att fungera tillförlitligt av min miljö ..) och installerade detta system som finns på lprng – inaktivera den specifika cupsd-demonen. Jag verkar kunna hjälpa dig att på lämpligt sätt ansluta alla skrivare som jag har fordon på olika sätt när jag (eller en andra användare) manuellt instruerar det riktiga systemet att skriva ut en uppgift. Brus från lprngtool kan konfigurera och hantera reservbläckstråleskrivare mycket bra (om än lite långsammare ….). Problemet jag står inför kan föreställas genom att köra ett skalprogram på crontab som innehåller ett trevligt “lp”-kommando: lp -dsystem per Absolute / pathname. Varje gång en uppsättning associerade skript körs får jag ett felmeddelande runt min e-post: lp: Kan inte skriva ut angående lista: error-server-service-unavailable När jag kör en identisk programvara från kommandoraden ser det väldigt bra ut. Om jag skriver in lp-kommandot vid vanligtvis kommandoetiketten fungerar det bra. Jag – föreställer mig – det är nästan säkert CUPS, men din egen bugg – som Microsofts Blue Screen Of Death – det finns inte tillräckligt med användbar information i buggutkastet för att försöka felsöka något. Många säger till mig att felet bara inträffade av en slump – det här är inte den bästa avkänningsenheten för när VARFÖR? Han hävdar inte ens för att vara säker på att detta är en CUPS-bugg, även om jag tror att det är det. Familjer som gör rätt med CUPS (och/eller FC3) bör slöa ner till ett anständigt tempo och överväga att växla högre felmeddelanden och lämna noden som en väg till fronten. Skrivaromkopplaren är i läge tills CUPS börjar fungera. Gäller ALLA. Åh, säger jag. Jag vill att kanske FC3-kärnan och/potentiellt någon Bourne Again wrapper eller cron-demon förmodligen skulle tvingas förvänta sig att CUPS och bara CUPS ska tillhandahålla utskriftstjänster. Hur som helst – förutsatt att någon utifrån kan hjälpa till att räkna ut information om EXAKT vad som i slutändan kan orsaka detta fel, skulle jag uppskatta din input. Tack.
A

Jag har sett alla möjliga inlägg på det hela taget som beskriver ett liknande problem, men ingen riktig utväg eller grammatik är vettigt för mig. Här är exakt vad som händer:

Jag har en Fedora Core 3_64 på en 64 Athletic 3000+-server med någon sorts RAID5-array, 1 GB RAM, några utökade EIDE-enheter som jag använder för säkerhetskopiering, samt , några användare på en CUPS-utrustning (detta kanske inte fungerar tillförlitligt i min miljö…) för att inte tala om att jag installerade detta processsystem på lprng – stäng av cupsd-demonen. Jag börjar leta efter att kunna koppla alla tryckerier jag lider av olika när jag (eller nästa användare) manuellt uppmanar programmet att skriva ut en present. P Det ser ut som att lprngtool kan konfigurera och sedan hantera utskriftsenheter (även om det vanligtvis är lite trögt …).

Problemet jag brukar stöta på beaktas när jag kör ett skalskript som personligen refererar till en crontab som innehåller “lp”: lp -dsystem per Absolute / pathname. Varje gång skriptet går får jag ett felmeddelande skickat till vem som helst via e-post:

Om jag kör samma nulled vbulletin från kommandoraden är det okej. Om jag skriver in det här lp-kommandot direkt i köpraden oförändrad så fungerar det bra.

Jag – föreställer mig att det är en CUPS-bugg, men – typ associerad som Microsoft Screen Blue Of Death – nyligen finns det verkligen inte tillräckligt med användbar information i vilket felmeddelande för att försöka felsöka något. Det säger mig verkligen att ett fel har uppstått – dålig påminnelse VARFÖR? Han nämner inte ens säkert att detta är en CUPS-bugg, trots att jag tror att det är det. Människor som verkligen är på CUPS (och/eller FC3) skulle verkligen behöva ta ett steg tillbaka och tänka över och lägga upp några av de bästa felmeddelandena och samtidigt lämna skrivarbrytarna på plats tills CUPS fungerar korrekt. Det är sant för alla person. Åh, jag pratar nu.

lp unable som kommer att skriva ut filen server-error-service-unavailable

Jag misstänker att kanske FC3 och/eller kärnan, det personliga Bourne Again-skalet, eller cron-demonen var fullständigt skruvade och förväntade sig att CUPS och bara CUPS skulle driva utskriftstjänster.

Uppdaterad

Är du trött på att din dator går långsamt? Irriterad av frustrerande felmeddelanden? ASR Pro är lösningen för dig! Vårt rekommenderade verktyg kommer snabbt att diagnostisera och reparera Windows-problem samtidigt som systemets prestanda ökar dramatiskt. Så vänta inte längre, ladda ner ASR Pro idag!