lprとrawの違いを徹底解説！プリンタデータの仕組みと使い分けがよくわかる

---

lprとrawの基本的な違いを理解する

はじめに結論を伝えると lpr はプリンタへデータを送る際に「処理の流れを作るコマンド」であり、データがプリンタへ届くまでの間にフィルタやフォント置換、ページレイアウトの調整などの処理を経由します。これにより出力はプリンタの能力や設定に合わせて自動的に整えられ、日常的なオフィス文書や学校の課題印刷など、さまざまなデータ形式に対応しやすくなっています。たとえばテキストファイルやPDFを印刷する場面では、lpr がデータを適切な言語に変換してくれるため、特別な準備をせずに印刷が進むことが多いのです。

一方の raw は「生データ用の受け口」として機能します。raw のキューにデータを送ると、基本的にはフィルタを通さず、そのままプリンタへ渡されます。つまりデータはプリンタが理解する言語のまま出力されることになり、事前にプリンタ側の言語設定やドライバが整っている必要があります。raw を使う場面は専門的で、データがすでにプリンタの言語（PS/PCL 等）で作成されている場合に限られがちです。ここでのポイントは「加工を減らすことで特定の制御を保持したいときに適している」点です。

重要ポイント 1つ目はデータ処理の有無です。lpr はフィルタを介して情報を整えますが、raw は加工を行いません。2つ目はプリンタ言語の前提条件です。raw を使うときはプリンタがその言語を素直に理解できることが前提になります。3つ目は出力の予測性です。加工が少ないため出力が一定になりやすい反面、カラー管理やフォントの適用が自動で行われないケースもある点を認識しておくことが大切です。
さらに実務では lpr と raw を使い分ける場面が多く、データの性質とプリンタの能力をしっかり見極めることが成功の鍵となります。

要点 1) lpr は印刷データの「自動処理・変換」を担い、一般用途に向く。 2) raw はデータをそのまま渡す「生データ印刷」を前提とする。 3) 使い分けはデータの言語とプリンタの対応能力を基準に判断する。 4) 実務では小さなテスト印刷を重ね、想定通りの出力になることを確認してから本番へ臨む。
この考え方を覚えておくと、後々のトラブルを減らせます。

lprとrawの使い分けと現場の実際のケース

日常のオフィスや学校のプリンタ印刷では、lpr を使う場面が圧倒的に多いです。テキストファイルやPDF、画像付き文書などを印刷する場合、CUPS のフィルタが文字のフォントや色を整え、プリンタに適した出力へと変換してくれます。これは多くの機種で自動対応しており、特別な設定をせずとも安定して印刷できるという利点があります。
このようなケースでは、データの形式やプリンタ言語を気にする必要が少なく、手間が省ける点が大きな魅力です。

一方で研究室の大型機や業務用の特殊プリンタ、またはデータがすでに PS/PCL 等のプリンタ言語で作成されている場合には raw を使う場面が多くなります。raw の利点はフィルタの影響を受けず、データの意図が崩れにくい点です。たとえば事前に作成したページレイアウトやカラー管理が完全に整っているファイルをそのまま印刷したい場合には raw が適しています。
ただし raw を選ぶ場合はプリンタがその言語を理解できる前提が必要であり、出力結果にカラー管理やフォント制御が反映されないこともある点には注意が必要です。

注意点 raw を使う場合はプリンタの言語対応と連携を事前に確認してください。PS そのものを渡す場合、プリンタが PS をネイティブに受け付ける必要があります。もし言語が異なる場合、出力が読み取れない、または文字化けするなどの問題が起きます。フィルタを介して出力を整える lpr の方が、日常の印刷には安全性が高い場面が多いでしょう。
実務では「小さなファイルを複数回印刷して挙動を検証」する癖をつけると、後でのトラブルを大幅に減らせます。

表は補足として以下の要約を用意しました。別紙を参照せずとも、この表だけで両者の違いをざっくり把握できます。
以下はよく使われるポイントを整理した表です。

able> 特徴 lpr raw データ処理 フィルタ経由で変換 変換なし プリンタ言語 プリンタに合わせて変換 プリンタが理解する言語をそのまま送信 設定の柔軟性 PPDやフィルタで柔軟 設定は少なめ 主な用途 一般印刷・フォント管理 データをそのまま出力 ble>

実務での使い分けのコツ データの性質を最初に確認すること、プリンタの言語対応を事前にチェックすること、そして小さなテスト印刷を繰り返して出力を検証することの3点が大切です。
これらを守れば、lpr と raw の使い分けが自然と身について、トラブルを最小限に抑えられます。

実務に即したトラブルシューティングのヒント

現場でよくある問題は「データ言語の不一致」「フィルタの有無による出力差」「プリンタ側の設定変更による挙動変化」です。まずは原因を1つずつ絞ることから始めましょう。例えば PS のファイルを raw に送ってうまく出力されない場合は、プリンタが PS をネイティブに受け付けるかを確認します。次に lpr を使ってみて、フィルタ経由の出力と比較するのが有効です。出力が崩れるときはフォントの埋め込み状況、カラー管理の設定、用紙サイズの違いなどを順番に検証します。ログの確認も非常に有効で、何が送られて何が受け付けられたのかを追跡することで原因を特定しやすくなります。
最後に、トラブルシュートの記録を残しておくと、次回同じ問題が起きたときに迅速に対処できます。

ピックアップ解説

友達との雑談風に解説します。ねえ lpr と raw の違いって実務でどう生きるの？ 彼はこう答える。 lpr はプリンタの世界にデータを渡す前の“準備工程”みたいなものだよ。フォントを置き換えたり、色を整えたり、ページの並べ方を整えたりして、プリンタに最適な形へと変換してくれる。対して raw は“そのまま出力”を前提にする生データ印刷。データが PS や PCL などプリンタ言語のままで良い場合に使うんだ。つまり lpr は自動調整の手間を省きたいときに、raw は自分の言語で完全に制御したいときに選ぶ選択肢ということ。友人は続ける。 ただし raw はプリンタ側がその言語を理解できることが前提であり、出力のカラー管理やフォント制御が自動で効かないことがある。だから「まず小さなファイルで試し印刷」するのが鉄則だよ。結局はデータの性質とプリンタの能力の組み合わせで決まるんだ。

---