ドイツでは胞衣を纏ったまま生まれた者は死後ナハツェーラーと成ると言われる。ヨーロッパにおいて吸血鬼伝承の多くが残る地域はバルカン半島のスラヴ人地域であるが、伝承そのものは、ほぼヨーロッパ全土に存在し、東はアナトリア半島・カフカス・ヴォルガ川沿岸地域にまで確認することが出来る。古代ギリシア語のラミアーは、ラテン語に入ってから女吸血鬼全般を意味するようにもなった。またロシアではウプイリという、人間の顔をした巨大コウモリ（美男や美女に変身できる）が伝承されている。スラブの人々は4世紀ごろには既に吸血鬼の存在を信じていた。スラヴの民話によると、吸血鬼は血を飲み、銀を恐れる（ただし銀によって殺すことはできない）とされた。また首を切断して死体の足の間に置いたり、心臓に杭を打ち付けることで吸血鬼を殺すことができると考えられていた。現在の吸血鬼に対する考え方は古代ルーマニアから続いているものである。古代ルーマニアは古来からの宗教や文化が、キリスト教やスラヴ民族と混ざりあう過程を経験した。異なる宗教と文化における矛盾、外からの人々の流入により新たな疫病が持ち込まれ不可思議な死が増加したことに対する答えとして吸血鬼伝承が生まれたと考えられている。この民話では吸血鬼によって殺された者は吸血鬼として復活することになっており、何らかの手段で殺されるまで新たな吸血鬼を増殖させることになる。この段階では吸血鬼は知性のない動物のような悪魔として扱われている。カトリック教会地域における吸血鬼伝承は12世紀ごろから急激に消滅し、それ以降「夜間活動する死者」の伝承は、肉体性をまったく持たないもの、すなわち日本語で言う幽霊のようなものへと変化している。また、東ヨーロッパやバルカン半島においては、エンプーサ、モルモー、ヴルコラク、ストリゴイ、ヴコドラク、クドラクなど様々な吸血鬼伝承が存在している。ルーマニアで最も一般的な吸血鬼はストリゴイ（自殺者、犯罪者、魔女、吸血鬼に殺された者、七番目の息子、猫に飛び越えられた死体、片思いの末に結婚出来ずに死んだ者が成る）である。私生児の親から生まれた私生児が死後成ると言われており、またブルガリアではウボウル・ヴァピール・ヴルコラク、ポーランドではウピオル、ロシアではウピルが知られている。
死者が吸血鬼となる場合は、生前に犯罪を犯した、神や信仰に反する行為をした、惨殺された、事故死した、自殺した、葬儀に不備があった、何らかの悔いを現世に残している、などの例が挙げられる。また、これらの理由以外にも、まったく不可解な理由によって吸血鬼になることもあり、東ヨーロッパでは葬られる前の死体を猫がまたぐと吸血鬼になるとされた。そのため吸血鬼の存在が強く信じられた地域では、墓に大量の黍を捲く、にんにくを置く、茨を置く、一定期間墓の周りで火を焚き続ける、などの予防措置がほぼ全ての死者に対して行われた。吸血鬼がその活動によって与える害悪としては、眼を見る・名前を呼ぶ・何らかの方法により血や生気を吸うなどの手段により人を殺す、家畜を殺したり病気にする、家屋を揺さぶる、生前の妻と同衾し子供を産ませるなどの例がある。近年では、吸血鬼に生き血を吸われた人間や、吸血鬼に殺された人間が吸血鬼になるとされることも多い。
ぶよぶよした血の塊のようなものであるか、もしくは生前のままであるとされることが多い。両者とも、一定の期間を経れば完全な人間になるとされることもある。また、様々な姿に変身することが出来るとされる。吸血鬼は、虫に変身する、ネズミに変身する、霧に変身するなどの手段を用いて棺の隙間や小さな穴から抜け出し、真夜中から夜明けまでの間に活動するものとされた。また、地域によって異なるが、特定の月齢や曜日、キリスト教の祭日などの日には活動できないとされる場合が多い。吸血する際は、長い牙が出現するとされている。また、最近では、獲物である人間を惹きつけるために、美しい容姿を持つとされることが多い。
SunOS/Solaris、SVR4、UP-UX、Tru64 UNIX などの商用UNIXではUFSを導入した。その多くは独自の拡張を施したため、別のベンダーのUFSを認識することができない。しかし、元のブロックサイズやデータフィールド幅は保持されていることが多く、ある程度の互換性は保持されている。しかし、ディスクを異機種間で共有する場合、事前に互換性を確認することが重要である。サン・マイクロシステムズは Solaris 7 でUFSにジャーナリングファイルシステムの機能を追加した UFS Logging を導入した。Solaris UFS には他にも巨大ファイルを扱うための拡張、巨大ディスクを扱うための拡張など様々な拡張がなされている。カーク・マキュージックは FreeBSD の FFS 層と UFS 層を拡張し、UFS2 を開発した。これは64ビットのブロックポインタを追加し（ボリュームの最大を 8 ゼタバイトに拡大）、ブロックサイズを可変化し、フラグフィールドを拡張し、'birthtime' というタイムスタンプを新たに追加するなどの拡張をしたものである。FreeBSD 5.0 では UFS2 がデフォルトとなった。FreeBSD ではさらに soft updates とUFS1およびUFS2両方でのスナップショット機能を導入している。これらは NetBSD にも移植された。OpenBSD では、2.9 から soft updates をサポートし、4.2 から UFS2 をサポートしている。4.4BSD と FreeBSD、NetBSD、OpenBSD、DragonFly BSD などのBSD系システムでは、UFS1 と UFS2 の実装は2つの層に分かれている。上位層はディレクトリ構造と inode 構造内のメタデータ（パーミッション、所有者情報など）を扱い、下位層は inode として実装されているデータコンテナを扱う。これは従来からのFFSとLFSというログ構造ファイルシステムで共通部分を共有するための仕組みである。上位層を "UFS" と呼び、下位層を "FFS" または "LFS" と呼ぶ。この場合、下位層にFFSを使っている場合は全体を FFS と呼び、下位層に LFS を使っている場合は全体を LFS と呼ぶことがある。LinuxでもBSDなどとの互換性のためにUFSを実装しているが、UFSには共通の標準実装があるわけではないので、Linux がサポートしているのは読み込みが中心であり、書き込みは完全サポートしていない。Linux の ext2 ファイルシステムは UFS の影響を受けている（実際、4.4BSDから派生した一部のシステムでは、UFSを上位層とし、ext2 をFFSやLFSなどのように下位層として使えるものもある）。NeXTStep もBSDから派生しているため、UFS を使っていた。それより派生したアップルの macOS では、HFS+の代替として UFS を使うこともできたが、Mac OS X v10.5 以降では UFS でフォーマットされたボリュームにインストールできなくなった。また、UFS ボリュームにインストールされたv10.5より前のバージョンの macOS をv10.5以降のバージョンにアップグレードすることもできなくなった。。