2003年冬のコミックマーケット以降、作者による同人誌『Pin・head』にて継続して続編が掲載されている。『おじゃまユーレイくん』が掲載されている巻は『Pin・head3』、『Pin・head6』、『Pin・head9』である。なお、続編といっても最終回のその後というわけではなく、最終回までのエピソードの一つとして発表されている。
不運な事故により死亡した小学生の友紀霊次郎。あの世の手違いにより通常なら「霊界」に行くのだが、何故かリストから漏れており、幽霊になりこの世をさまよう羽目に。誰からも（クラスメイトや両親からさえも）姿が見えなくなり、言葉も認知されなくなってしまい悲嘆にくれるが、同級生の山野こだまだけは霊次郎の姿を見ることができる力をもっていた。長い間人間に憑依していないと生気を失い存在が消えてしまうため、頻繁に憑依する必要があり、その対象として主にこだまを始めとする女の子にとり憑くことに。女の子の身体でスカートのまま野球をしたり、女子更衣室に潜入したり、裸になったり、お風呂に入ったりとエッチな騒動を巻き起こす。憑依された人間は霊次郎と五感を共有するとともに身体を自由に操られ、生気を吸い取られてしまう（こだまのように最初から霊次郎を認識していない人間は、霊次郎に憑依されても必ずしも霊次郎の存在を認識するわけではなく、大抵は身体が勝手に動いたと認識する）。物語後半にはチェックメーターというアイテムが登場し、善事はプラス、悪事はマイナスにカウンターが動き、プラス又はマイナス1万になると生まれ変わる（プラスは天国に行き好きな時代、好きな動物に生まれ変わり、マイナスだと地獄に行き下等生物に生まれ変わる）という展開に移行。ベルと共にポイント稼ぎの旅に出る。その結果、ヒロインであるこだまの出番も少なくなった。主人公・霊次郎は人や霊とのふれあいにより成長していく。その反面、カウンターの数値の上下は初めこそ上昇下降値が公開されていたが、一度霊界の掟に背き急速に-10000をカウントした以外、物語に関わることは無かった。最終回は霊界のコンピューターのミスにより生まれ変わることができるが、「生まれ変わるならこだまちゃんと同級生でないと嫌だ!」と願い、その願い通りに時間を遡りクラスメイトの優等生の立花薫として生まれ変わることになる。しかし、今度はこだまが不幸な事故により死亡してしまい、立場は逆転する。ベルにより立花こそが霊くんの生まれ変わりだと聞かされたこだまは、今までの仕返しとばかりに立花へと憑依する（ただし、立花には霊感はない。霊次郎がしょっちゅうとりついていたため、こだまと魂の波長が合い、こだまが幽霊となっても認識できるという設定である）。最終回は突然打ち切りを宣告されたため、当初考えていた案ではなくその場の思いつきで執筆された。
x86マシンのLinuxで使用する場合、PBR等と呼ばれる、レガシーなブートシーケンスに使用されるパーティションの先頭セクタ（他のファイルシステム等では通常使われない）をXFSは使用しているため、ブート可能パーティションにできない。この仕様は IRIX との互換性の維持のため、変更されない。削除されたファイルの復元はほぼ不可能である（これは長所でもある）。Linuxでの実装では、異なるCPUアーキテクチャ間で、ジャーナリング最適化のために互換性の問題が発生する。しかしこの問題は、異なるアーキテクチャでマウントする前にxfs_repairを実行し、ジャーナルを消去することで、回避可能である。「XFSはメタデータをジャーナリングする。」これは電源コードを不意に抜いても、再起動後には整合性のある状態に復元することを意味する（例えば、ディレクトリやそこに含まれるファイルリストを表示できるということである）。これは何も表示されなくなるよりはよい。しかし、XFSはデータの変更についてはジャーナルしないから、電源コードを抜いたときにデータを失う可能性はある。この点についてはXFSだけではなく、他のファイルシステム（例えばJFS）についても同じであり、メタデータのみのジャーナリングはアクセス速度と安全性のバランスのとれた優れた妥協点であるからである。XFSは遅延書き込み最適化と、データとメタデータのディスク書き込み順序の点についてはSuSの解釈に甘さがある。同様に、ext3やdata=orderedモードのReiserFSで動作する操作が、データ破壊を引き起こす場合がある。echo "original data here" > dataecho "new data goes here" > data.newmv data.new data*crash*この3つの操作が実行された直後にクラッシュや電源が落ちたりすると、ファイルがランダムデータやNullコードに置き換わったりする可能性がある。なお、bug report in Ubuntu と posting from a XFS developer on linux-xfs にこの点に関する反対意見がある。ディレクトリエントリの作成（空ファイル、サブディレクトリなど）と削除は他のファイルシステムに比べて遅いという指摘がある。詳細については以下を参照。Filesystem performance tweaking with XFS on Linux。この問題を解決するため、メタデータジャーナルにも遅延書き込み技術が適用され、バージョン3.12以降のLinuxカーネルで標準となった。詳細については及びカーネルドキュメントの"filesystems/xfs-delayed-logging-design.txt"を参照。SELinuxが登場した当初、XFSで使用すると性能劣化を引き起こす事が取り沙汰された。これはXFSの「拡張属性がinode内に収められる場合は追加のディスクI/Oが要らない為高速だが、そうでない場合はinode外に個別のブロックを割り当てる為に拡張属性の参照に通常のデータと同じだけのディスクI/Oを伴う」という特性に対してSELinuxが使用する拡張属性がinode内の収められないサイズであった為に起きた。この事自体はinodeに収めきれない拡張属性全てに起こるものでSELinux固有のものではないが、「多くのファイルが拡張属性を付加されている」、「至る所で暗黙的に読み出される事」という事情があり性能劣化を引き起こした。この問題は「attr2と呼ばれる新しい拡張属性の格納ポリシーを使用する」、「inodeの大きさをデフォルトより大きくする」のいずれかの行動を取ることで回避できる。xfsprogs バージョン2.7 以降では attr2 の使用がデフォルトになっており、問題回避のための対処を行う必要はない。