Lp Nie można wydrukować pliku Serwer-błędu-usługa-niedostępna

Table of Contents

W tym przewodniku zamierzamy znaleźć niektóre z konkretnych możliwych przyczyn, które mogą spowodować niepowodzenie drukowania lp history server-error-service-unavailable, a następnie podać możliwe poprawki, które można spróbować napraw swój obecny problem.

Zaktualizowano

1. Pobierz ASR Pro

2. Uruchom program

3. Kliknij „Skanuj teraz”, aby znaleźć i usunąć wszelkie wirusy z komputera

Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.

28 marca 2005 o godz. 10:30	A# 1
QL dla początkujących Zarejestrowany: 2005 Lokalizacja: dzielnica Chicago Mar Dystrybucja: Fedora Core Posty: 8 Przedstawiciel: Do	lp: plik listy niewykonalny: usługa błędu serwera niedostępna Widziałem różnego rodzaju posty w jakiejś sieci, które opisują podobny problem – ten niesamowity – ale nie prawdziwe rozwiązania, które mają dla mnie sens. Oto, co się dzieje: Mam Core Fedorę 3_64 na nowym, świetnym serwerze Athlon 64 3000+ działającym na gadżecie z losowym RAID5, 1 GB RAM, innymi dyskami flash EIDE, których używam do kopiowania i wielu mężczyzn i kobiet. Zawsze miałem silną awersję do CUPS (nie wydaje mi się, aby działał wydajnie w moim środowisku ..) i zainstalowałem tę strukturę na lprng – wyłącz konkretnego demona cupsd. Wydaje mi się, że jestem w stanie pomóc każdemu w prawidłowym podłączeniu wszystkich drukarek, które zdecydowanie podłączyłem na różne sposoby, kiedy (lub użytkownik) ręcznie poinstruuję rzeczywisty system, aby coś wydrukował. Hałasy z lprngtool potrafią bardzo dobrze konfigurować i zarządzać drukarkami homebrew (choć trochę powoli….). Problem, z którym się zmagam, może zakończyć się zgodnie z opisem, uruchamiając program powłoki na twoim crontab, który zawiera ładne polecenie “lp”: gas -dsystem / Absolute / pathname. Za każdym razem, gdy uruchamiany jest zestaw zamiast skryptów, w moim e-mailu pojawia się pojedynczy błąd: lp: Nie można wyświetlić na liście: błąd-serwer-usługa-niedostępna Kiedy uruchamiam to samo oprogramowanie z wiersza poleceń, ogólnie wygląda dobrze. Jeśli wprowadzę polecenie lp znalezione na etykiecie polecenia, działa dobrze. 3 . pomyśl – prawie na pewno jest to CUPS, ale jednak błąd – jak Blue Screen Of Death Microsoftu – nie ma wystarczająco dużo przydatnych informacji przez cały ten szkic błędu, aby spróbować go debugować. Wiele osób mówi mi, że błąd zdarzył się przez przypadek – to nie jest najlepszy wskaźnik tego, kiedy DLACZEGO? Nie ma nawet pewności, że to szkodnik CUPS, chociaż wierzę, że tak jest. Rodziny, które zaczynają dobrze od CUPS (i/lub FC3), będą musiały zwolnić do przyzwoitego tempa i przeanalizować ustawianie wyższych komunikatów o błędach i pozostawianie jakiegoś węzła z przodu. Przełącznik drukarki jest włączony, dopóki CUPS nie zacznie działać. Ważne, aby mieć WSZYSTKIE. Och, mówię. Spodziewam się, że być może jądro FC3 i dla każdego lub niektórych wrapperów Bourne Again lub demona cron zwykle będą zmuszone oczekiwać CUPS i pojedynczego CUPS do świadczenia usług drukowania. W każdym razie – jeśli lub kiedy ktoś z zewnątrz może pomóc w wydobyciu DOKŁADNIE tego, co może ostatecznie spowodować mój błąd, byłbym wdzięczny za Twój wkład. Dziękuję.
A

Widziałem różnego rodzaju posty w sieci opisujące podobny problem, ale żadne wielkie rozwiązanie ani gramatyka nie mają dla mnie sensu. Oto, co się dokładnie dzieje:

Mam Fedorę Core 3_64 na serwerze 64 Athletic 3000+ dla macierzy RAID5, 1 GB pamięci RAM, tylko kilka dodatkowych dysków EIDE, których używam do tworzenia kopii zapasowych, i kilku użytkowników korzystających z procedury CUPS (może to nie działać niezawodnie w moim obszarze roboczym..) i zainstalowałem ten system procesowy z lprng – wyłącz demona cupsd. Wydaje mi się, że jestem w stanie podłączyć wszystkie nowe drukarki, na które cierpię, inaczej, gdy ja (lub inny użytkownik) ręcznie monituję program, aby coś wygenerował. P Wygląda na to, że lprngtool potrafi przekrzywiać i zarządzać urządzeniami drukującymi (choć zwykle trochę wolniej…).

Problem, który zwykle napotykam, polega na tym, że uruchamiam skrypt powłoki, który odwołuje się do pliku crontab zawierającego „lp”: propan gas -dsystem / Absolute / pathname. Za każdym razem, gdy oprogramowanie jest uruchamiane, otrzymuję komunikat o błędzie wysyłany do wszystkich przez e-mail:

Jeśli uruchomię podobny skrypt z wiersza poleceń, to w porządku. Jeśli wprowadzę to polecenie lp bezpośrednio do, powiedziałbym, że linia zakupu jest niezmieniona, działa dobrze.

Ufam, że to błąd CUPS, ale – format jak Microsoft Screen Blue Of Death – tak naprawdę nie ma w nim wystarczająco dużo przydatnych informacji o błędzie, aby spróbować coś debugować. Mówi mi tylko, że wystąpił błąd – złe przypomnienie DLACZEGO? Nawet nie opisał na pewno, że jest to szkodnik CUPS, chociaż myślę, że tak jest. Ludzie, którzy naprawdę są dobrzy w CUPS (i/lub FC3), muszą zrobić krok wstecz i zacząć myśleć o opublikowaniu najlepszych kampanii komunikatów o błędach i pozostawieniu przełączników drukarki na miejscu, aż w końcu CUPS będzie działał prawidłowo To prawda wobec wszystkich. Och, teraz mówię.

lp jest w stanie wydrukować plik server-error-service-unavailable

Podejrzewam, że być może FC3 i / lub jądro, niestandardowa powłoka Bourne Again lub demon cron były bardzo pomieszane, oczekując, że CUPS i tylko CUPS bezpośrednio obsłużą usługi drukowania.

Zaktualizowano

Czy masz dość powolnego działania komputera? Denerwują Cię frustrujące komunikaty o błędach? ASR Pro to rozwiązanie dla Ciebie! Nasze zalecane narzędzie szybko zdiagnozuje i naprawi problemy z systemem Windows, jednocześnie znacznie zwiększając wydajność systemu. Więc nie czekaj dłużej, pobierz ASR Pro już dziś!