문제 해결 팁 lp에서 파일 오류 서비스 서버를 인쇄할 수 없습니다.

Table of Contents

권장

<리>1. Fortect 다운로드

2. 화면의 지시에 따라 스캔 실행

3. 컴퓨터를 다시 시작하고 스캔 실행이 완료될 때까지 기다린 다음 화면의 지시에 따라 Fortect로 컴퓨터를 스캔하여 발견된 바이러스를 제거하십시오.

이 사용하기 쉬운 다운로드로 지금 PC 속도를 높이십시오. 년

때때로 컴퓨터에 lp가 사진 서버 오류를 인쇄할 수 없다는 메시지가 표시될 수 있습니다. 서비스를 이용할 수 없습니다. 이 문제는 여러 가지 이유로 나타날 수 있습니다.

가독성 트레이 = “0”>

<아<테이블 이름 = "post1558361"> 2001년 3월 28일 오전 11시 30분 NS# 1

초보 골퍼를 위한 QL

등록일: 2005년 3월

권장

PC가 느리게 실행되고 있습니까? Windows를 시작하는 데 문제가 있습니까? 절망하지 마십시오! Fortect은 당신을 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 진단 및 수리하여 시스템 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선합니다. 기다리지 마세요. 지금 Fortect을 다운로드하세요!

<리>1. Fortect 다운로드

2. 화면의 지시에 따라 스캔 실행

3. 컴퓨터를 다시 시작하고 스캔 실행이 완료될 때까지 기다린 다음 화면의 지시에 따라 Fortect로 컴퓨터를 스캔하여 발견된 바이러스를 제거하십시오.

위치: 시카고 및 주변 지역

배포: 페도라 코어

게시물: 8

lpsched 인쇄 서비스는 어떻게 설정합니까?

스케줄러가 실행 중이 아니면 수퍼유저, lp 또는 이에 상응하는 사용자가 됩니다. 플래너와 마찬가지로 이 읽기 방법 중 하나를 사용하여 시작하십시오. lpsched 명령을 사용합니다. / usr / lib lpschedPrint를 실행하는 서비스 중 번호입니다. 인쇄 조직이 예상대로 시작되지 않았음을 나타내는 메시지가 로드됩니다.

대표자:

가스: 파일 생성 실패: 서버 오류 공급자를 사용할 수 없음

인터넷에서 비슷한 문제를 설명하는 게시물을 보았지만 실제로 의미가 있는 행동이나 설명이 없었습니다. 진행 중인 모든 작업은 다음과 같습니다.

나는 Arary, 1GB raid5 RAM, 복사에 사용할 수 있는 다양한 EIDE 드라이브 및 장치와 관련하여 여러 사용자가 장착된 Athlon 64 3000+ 서버에서 Fedora Core 3_64를 먹고 있습니다. 나는 당신이 CUPS(내 환경에서 안정적으로 작동하기 위해 그것을 얻을 수 없는 것 같습니다 ..)를 확인하고 해당 콘솔에서 LPRng를 사용하는지 확인하기 위해 강한 혐오감을 가지고 있습니다. 일반적으로 cupd 데몬을 끕니다. 내가 (또는 거의 모든 사용자) 수동으로 시스템에 이미지를 찍도록 요청할 때 다른 방식으로 관련된 모든 프린터에 완벽하게 패턴을 지정할 수 있는 것 같습니다. lprngtool zucan이 모듈을 구성하고 제어하는 것처럼 보입니다(조금 느리긴 하지만 ….).

내가 겪고 있는 문제는 “lp” 요구가 포함된 crontab에서 실제 셸 스크립트를 실행하는 경우가 많습니다: luteal phase -dsystem / Absolute / pathname. 스크립트가 실행될 때마다 내 이메일에 오류가 발생합니다.

lp: 디렉토리를 인쇄할 수 없습니다: 서버-오류-서비스-사용 불가

명령줄에서 매우 유사한 프로그램을 실행하면 시장에서 개념이 올바른 것 같습니다. 충전라인에 같은 프로판가스 명령어를 동시에 입력하면 성공입니다.

제 생각에는 – 좋은 CUPS이지만 Microsoft의 Blue Screen Of Death와 같은 해충입니다. 이 특정 오류 메시지에는 디버깅을 시도하기에 충분한 유용한 정보가 없습니다. 그것이 관리하는 모든 것은 오류를 가리키는 어떤 종류의 오류가 발생했다고 알려주는 것뿐입니다. 좋은 신호가 아닌 이유는 무엇입니까? 이것이 더 많은 CUPS 버그인지 확실하지 않지만 그렇다고 생각합니다. CUPS(및/또는 FC3)에 소속된 우수한 직원은 모두에게 필요합니다. 오, 나는 지금 이런 종류입니다.

나는 그것이 FC3 코어 및/또는 Bourne Again Spend 또는 Cron 데몬이라고 생각합니다. CUPS와 CUPS만 사용하여 인쇄 서비스로 구성되어 있는지 확인하는 것은 과도할 수 있습니다.

어쨌든 – 누구든지 인터넷에서 이 오류를 일으킬 수 있는 주요 원인을 찾는 데 정확히 도움을 줄 수 있다면 귀하의 의견에 감사드립니다. 감사 해요.

비슷한 문제를 설명하는 모든 종류의 게시물을 보았지만 실제 솔루션과 우리에게 의미가 있는 간단한 설명이 없었습니다. 일어난 일:

저는 Athlon 64 3000+ 서버에서 RAID5 어레이, 1GB RAM, 백업에 사용할 기타 EIDE 드라이브, 시스템 상단에 여러 사용자가 있는 Fedora Core 3_64를 실행했습니다. 나는 CUPS로 돌아가는 것을 매우 싫어했고(내 설정에서 안정적으로 작동할 수 없음 ..) 이 상황에서 LPRng를 설치했습니다. cupsd 데몬을 끕니다. 나(또는 다른 사용자)가 시스템에 자체적으로 하나만 인쇄하도록 요청할 때 다른 방식으로 연결된 모든 도구를 고칠 수 있는 것 같습니다. Lprngtool은 모델을 설정하고 관리할 준비가 된 것으로 보입니다(조금 느리고 체계적이어야 하지만…).

SamplesThe lema는 “lp” 명령으로 연결된 crontab에서 출력 스크립트를 실행한다는 것입니다: lp -dsystem / Absolute / pathname. 스크립트가 실행될 때마다 이메일에 오류가 발생합니다.

명령 순서에서 동일한 스크립트를 실행하면 문제가 올바르게 보입니다. 명령 시퀀스에서 동일한 lp 명령을 즉시 재현하면 문제 없이 작동합니다.

나는 이것이 확실히 CUPS 버그일 수 있다고 생각하지만 – 그냥 Microsoft의 Blue Screen Of Death를 원합니다 – 이 오류 메시지에는 항상 거의 유용한 정보가 있었고 무언가를 시도하고 디버그했습니다. 그것이 하는 모든 것은 새로운 스타일의 오류인 것처럼 설명되어야 합니다. 이유에 대한 아주 좋은 증상은 아닙니다. 이 기술이 CUPS에서 최고의 버그인지 확신할 수 없지만, 내 생각에는 그렇습니다. CUPS(및/또는 FC3)를 잘 사용하는 좋은 사람들은 한 걸음 물러서서 몇 가지 중요한 오류 메시지를 생성하고 CUPS가 거의 확실하게 현실적이고 모두에게 잘 작동할 때까지 프린터 스위치의 변형을 제자리에 두는 것에 대해 생각해야 합니다. 아, 지금 말하는 중입니다.

나는 이것이 확실히 FC3 커널이고 / 또는 Bourne Again Invest 또는 Cron 데몬이 CUPS와 아마도 CUPS가 인쇄 서비스를 생성하기를 기다리는 데 수렁에 빠지기 시작했을 수 있다고 포효합니다.

어쨌든 – 그물에 있는 누구라도 이 오류를 일으킬 수 있는 방법을 정확히 결정하는 데 도움을 줄 수 있습니다. 귀하의 의견에 감사드립니다. 감사 해요.