What kinds of PDF damage can this fix?

Structural damage is the target: broken cross-reference tables after interrupted downloads, shifted byte offsets from email gateways, missing EOF trailers, orphaned objects, and malformed xref entries. The repair re-parses the object graph and re-serializes it with a fresh xref and trailer, which fixes most "file is damaged" errors. What it cannot do is regenerate missing bytes — a file truncated at 80% stays missing its tail.

What do the five diagnosis checks mean?

Header signature verifies the %PDF- marker; the render-layer check parses the file with pdf.js (what browsers actually use — if this passes, viewers can open the file); the object-structure check parses strictly with pdf-lib (if this fails but rendering works, the file opens but is structurally fragile); the encryption check flags password protection; and the EOF check looks for the %%EOF trailer whose absence indicates truncation.

Will the repaired file look identical to the original?

For structural repairs, yes: the rebuild re-serializes the same page objects, so content, fonts, and images are untouched. The file size may change slightly (object streams are packed efficiently). If the damage destroyed content bytes, the rebuilt file contains what survived — the diagnosis tells you how many pages are readable so you know what to expect before downloading.

The file still will not open after repair — what now?

Check the diagnosis: if the render layer failed and no rebuild was possible, the damage is beyond local structural repair. Try extracting the text layer with the PDF Text Extractor to salvage content, or split with the render-layer page count if some pages parse. If the file is truncated, ask for a fresh copy — no tool can recover bytes that were never received.

Where does the repair run — is my document uploaded?

Entirely in your browser: pdf.js and pdf-lib both run locally, and the rebuilt file is assembled in memory. Nothing uploads, which matters when the damaged document is a contract, a medical record, or anything confidential.

🩹

PDF Repair

Diagnose a broken PDF and rebuild it with a fresh cross-reference table — structural recovery, entirely in-browser.

100% LOCAL5-point diagnosisxref rebuildSalvage report100% local

Saved Reports· Auto-save on

▾

A calculadoraPage 1

🩹

Drop a damaged PDF here, or click to browse

Diagnosis reports what is broken; the rebuild fixes what can be fixed

🩹

Drop a broken PDF for a five-point diagnosis and structural rebuild

Data Source & Legal Disclaimer

Effective: 2026Last updated: 2026-09-08Update: Manual review

Sources: pdf-lib structural rebuild

Repair runs entirely in your browser with pdf-lib and pdf.js. Your file is never uploaded. Structural recovery has limits — a truncated file cannot regrow missing bytes.

See all data sources & update policy →

Como funcionaPage 2

↩ Voltar à calculadora

What a PDF repair can and cannot fix — honestly

A PDF is a graph of numbered objects plus a cross-reference table (xref) that maps each object number to its byte offset. Most "corrupted PDF" failures are structural: a bad xref after a botched download, an interrupted write that truncated the file, offsets shifted by an email gateway, or a trailer that lost its %%EOF. This tool runs two independent parsers — pdf.js (the tolerant renderer browsers use) and pdf-lib (a strict parser) — and when the strict parser succeeds, it re-serializes every object with a fresh xref table and trailer, which fixes bad offsets, orphaned references, and malformed trailers. What it cannot do is regenerate bytes that are simply gone: a truncated file stays truncated, and image data that never made it into the file cannot be re-invented. The diagnosis panel tells you which case you are in — five checks, each marked ok, warn, or fail with an explanation.

Five checks → strict parse → object re-serialization → fresh xref

The rebuild rewrites the object graph with a new cross-reference table — the fix for most 'file is damaged' errors.

The invoice that would not open — Dana's recovery

Dana's accounting system rejects a vendor invoice with "file is damaged", but the vendor insists it opens on their side.

Diagnose:Three of five checks fail: the render layer parses zero pages, the strict parser rejects the object graph, and the EOF marker is missing — a classic truncated email attachment
Identify the cause:The diagnosis points to a gateway that cut the transfer at 80%: the missing 20% contains the xref and half the page objects
Partial recovery:Because the strict parser still walks the surviving objects, the rebuilt copy recovers 9 of 12 pages — the accounting system accepts it and the amounts match the PO
Prevent recurrence:She asks the vendor to resend as a zip; the diagnosis panel had already ruled out encryption and header issues, saving hours of guessing

↩ Back to repair

FAQ e detalhesPage 3

↩ Voltar à calculadora

To repair a damaged PDF: load the file and run the structural check — the header, object graph, and cross-reference table are rebuilt locally so the file opens again.

FreeToolHub PDF Repair is a free browser-based tool that diagnoses broken PDF structure and rebuilds the object graph and cross-reference table, no signup, no upload.

Sobre esta ferramenta

O que é esta ferramenta?

Repare arquivos PDF quebrados online gratuitamente. Diagnóstico estrutural de cinco pontos e reconstrução do gráfico de objetos com uma nova tabela de referências cruzadas. Salve páginas legíveis de documentos danificados. 100% baseado em navegador - sem upload, sem cadastro.

5-point diagnosisxref rebuildSalvage report100% local

Por que os PDFs Quebram: a Tabela de Referências Cruzadas

Um PDF é um gráfico de objetos numerados — páginas, fontes, imagens, streams de conteúdo — mais uma tabela de referências cruzadas que mapeia cada número de objeto para seu deslocamento de bytes no arquivo. A maioria das corrupções não é conteúdo destruído, mas um mapa quebrado: um download interrompido perde o xref inteiramente, um gateway de e-mail altera os deslocamentos ao reencodar o arquivo, um gravador travado deixa um trailer sem seu terminador %%EOF. Os visualizadores devem então adivinhar, e muitos se recusam. O painel de diagnóstico separa esses casos: problemas de cabeçalho, falhas na camada de renderização, falhas de análise rigorosa e truncamento cada apontam para uma correção diferente.

Como a Reconstrução Realmente Funciona

Quando o analisador rigoroso tem sucesso, a reparação carrega todo o gráfico de objetos na memória e o re-serializa do zero: os objetos são escritos em uma ordem determinística, empacotados em streams de objetos e uma nova tabela de referências cruzadas é calculada a partir dos novos deslocamentos. É por isso que a correção é robusta — a saída não herda nenhuma contabilidade quebrada. Se o analisador rigoroso falhar mas o renderizador tolerante ainda mostrar páginas, o arquivo está além da reparação estrutural local; o diagnóstico diz isso honestamente em vez de enviar um arquivo que se faz passar por corrigido.

Um Fluxo de Recuperação Realista

Comece com o diagnóstico — leva segundos e diz em qual modo de falha você está. Para um download truncado, solicite uma cópia nova; nenhuma ferramenta reinventa bytes ausentes. Para um arquivo estruturalmente quebrado mas completo, baixe a reconstrução e verifique a contagem de páginas em qualquer visualizador. Para arquivos parcialmente recuperáveis, anote quantas páginas são legíveis e use o PDF Split para manter as sobreviventes, depois mesclie com páginas substitutas. Mantenha o original: a reparação nunca modifica seu arquivo de origem, e uma segunda passagem de reparação com uma ferramenta diferente pode extrair mais.

Perguntas frequentes

Quais tipos de dano em PDF podem ser corrigidos por isso?

O dano estrutural é o alvo: tabelas de referências cruzadas quebradas após downloads interrompidos, deslocamentos de bytes alterados por gateways de e-mail, trailers EOF ausentes, objetos órfãos e entradas xref malformadas. A reparação reparsa o gráfico de objetos e o re-serializa com um novo xref e trailer, o que corrige a maioria dos erros "o arquivo está danificado". O que não pode fazer é regenerar bytes ausentes — um arquivo truncado em 80% continua sem sua parte final.

O que significam as cinco verificações de diagnóstico?

A verificação de assinatura de cabeçalho verifica o marcador %PDF-; a verificação da camada de renderização analisa o arquivo com pdf.js (o que os navegadores realmente usam — se isso passar, os visualizadores podem abrir o arquivo); a verificação de estrutura de objeto analisa rigorosamente com pdf-lib (se isso falhar mas a renderização funcionar, o arquivo abre mas é estruturalmente frágil); a verificação de criptografia sinaliza proteção por senha; e a verificação EOF procura o trailer %%EOF cuja ausência indica truncamento.

O arquivo reparado terá aparência idêntica ao original?

Para reparos estruturais, sim: a reconstrução re-serializa os mesmos objetos de página, então conteúdo, fontes e imagens permanecem intactos. O tamanho do arquivo pode mudar ligeiramente (os streams de objeto são empacotados eficientemente). Se o dano destruiu bytes de conteúdo, o arquivo reconstruído contém o que sobreviveu — o diagnóstico diz quantas páginas são legíveis para você saber o que esperar antes de baixar.

O arquivo ainda não abre após a reparação — e agora?

Verifique o diagnóstico: se a camada de renderização falhou e nenhuma reconstrução foi possível, o dano está além da reparação estrutural local. Tente extrair a camada de texto com o PDF Text Extractor para salvar conteúdo, ou divida com a contagem de páginas da camada de renderização se algumas páginas forem analisadas. Se o arquivo estiver truncado, peça uma cópia nova — nenhuma ferramenta pode recuperar bytes que nunca foram recebidos.

Onde a reparação é executada — meu documento é enviado?

Totalmente no seu navegador: pdf.js e pdf-lib ambos executam localmente, e o arquivo reconstruído é montado na memória. Nada é enviado, o que importa quando o documento danificado é um contrato, um registro médico ou qualquer coisa confidencial.