{"id":27857,"date":"2023-10-27T07:11:17","date_gmt":"2023-10-27T10:11:17","guid":{"rendered":"https:\/\/botrecuperacaodedados.com\/satafirm-s11-como-resolver-o-problema\/"},"modified":"2026-11-02T13:51:15","modified_gmt":"2026-11-02T16:51:15","slug":"satafirm-s11-como-resolver-o-problema","status":"publish","type":"post","link":"https:\/\/botrecuperacaodedados.com\/pt-pt\/satafirm-s11-como-resolver-o-problema\/","title":{"rendered":"SATAFIRM S11: o que \u00e9, porque acontece e como recuperar dados com seguran\u00e7a"},"content":{"rendered":"

O erro SATAFIRM S11<\/strong> \u00e9 um dos cen\u00e1rios mais cr\u00edticos envolvendo SSDs SATA, especialmente em dispositivos baseados em controladoras da fam\u00edlia Phison PS3111-S11<\/strong>. Quando esta falha ocorre, o SSD n\u00e3o consegue inicializar corretamente o seu firmware e passa a ser identificado pelo sistema de forma gen\u00e9rica, perdendo o reconhecimento do modelo original e o acesso l\u00f3gico aos dados.<\/p>\n

Quando o SSD deixa de responder, a causa costuma estar no firmware ou na controladora, onde os programas comuns n\u00e3o chegam. Conhe\u00e7a a recupera\u00e7\u00e3o de SSD<\/a>, com diagn\u00f3stico gratuito.<\/p>\n

Na pr\u00e1tica de laborat\u00f3rio, este tipo de erro \u00e9 frequentemente observado em an\u00e1lises de SSD da linha Kingston A400<\/strong>, embora n\u00e3o esteja restrito a esse modelo nem a uma marca espec\u00edfica. O fator determinante est\u00e1 na controladora e no estado do firmware, e n\u00e3o no nome comercial do dispositivo.<\/p>\n

Embora este comportamento cause estranheza \u00e0 primeira vista, o SATAFIRM S11 segue um padr\u00e3o t\u00e9cnico bem definido<\/strong>. Compreender o que acontece internamente no SSD, em especial no processo de inicializa\u00e7\u00e3o do firmware, \u00e9 fundamental para tomar decis\u00f5es seguras e evitar tentativas que possam agravar o problema ou comprometer definitivamente os dados armazenados.<\/p>\n

\n \"Controladora
Controladora Phison PS3111-S11 presente em SSDs SATA, cuja falha de inicializa\u00e7\u00e3o do firmware pode levar o dispositivo a ser reconhecido como SATAFIRM S11<\/strong>. | Imagem: Bot Recupera\u00e7\u00e3o de Dados<\/figcaption><\/figure>\n

Resumo r\u00e1pido: o que significa quando um SSD aparece como SATAFIRM S11?<\/h2>\n

Quando um SSD passa a ser reconhecido como SATAFIRM S11<\/strong>, isso indica que o dispositivo n\u00e3o conseguiu concluir a inicializa\u00e7\u00e3o do firmware<\/strong>. Nesta condi\u00e7\u00e3o, o SSD n\u00e3o carrega as suas rotinas internas nem a camada l\u00f3gica respons\u00e1vel por organizar os dados, passando a identificar-se apenas atrav\u00e9s de um estado m\u00ednimo da controladora.<\/p>\n

Na pr\u00e1tica, n\u00e3o se trata de um SSD lento ou corrompido, mas de um dispositivo que falhou antes mesmo de se tornar operacional<\/strong>. Por esse motivo, o sistema n\u00e3o encontra volumes v\u00e1lidos nem permite o acesso ao conte\u00fado armazenado.<\/p>\n

O que \u00e9 o erro SATAFIRM S11, tecnicamente falando?<\/h2>\n

Porque \u00e9 que o SSD deixa de ser reconhecido pelo modelo original<\/h3>\n

Um SSD funcional inicializa o firmware, carrega as suas tabelas internas e apresenta-se ao sistema com o nome, o modelo e a capacidade definidos pelo fabricante<\/strong>, como Kingston A400<\/strong> ou identifica\u00e7\u00f5es comerciais espec\u00edficas, por exemplo SA400S37\/240G<\/strong>, SA400S37\/480G<\/strong> e SA400S37\/960G<\/strong>.<\/p>\n

Quando ocorre uma falha cr\u00edtica na inicializa\u00e7\u00e3o do firmware<\/strong>, este processo \u00e9 interrompido ainda nas fases iniciais. Como consequ\u00eancia, o SSD deixa de reconhecer corretamente o modelo e a capacidade originais, passando a operar apenas num estado m\u00ednimo da controladora.<\/p>\n

Nesta condi\u00e7\u00e3o, o dispositivo passa a ser identificado pelo sistema por um r\u00f3tulo gen\u00e9rico associado \u00e0 controladora<\/strong>, como SATAFIRM S11<\/strong> ou, em alguns casos, apenas PS3111<\/strong>. Este comportamento est\u00e1 amplamente documentado em an\u00e1lises t\u00e9cnicas de empresas profissionais de recupera\u00e7\u00e3o de dados e em materiais especializados sobre falhas de firmware em SSDs, incluindo conte\u00fados t\u00e9cnicos publicados no ACE Lab PC-3000 Support Blog<\/em><\/a>.<\/p>\n

SATAFIRM S11 n\u00e3o \u00e9 o nome do SSD, mas um estado de falha<\/h3>\n

\u00c9 importante esclarecer que SATAFIRM S11 n\u00e3o \u00e9 um modelo de SSD<\/strong>. Trata-se de um estado de falha do firmware<\/strong>, no qual o dispositivo n\u00e3o consegue carregar as suas estruturas internas e exp\u00f5e apenas um identificador b\u00e1sico da controladora.<\/p>\n

Em situa\u00e7\u00f5es semelhantes, especialmente em SSDs baseados na mesma fam\u00edlia de controladoras, o dispositivo pode identificar-se apenas como PS3111<\/strong> ou outra denomina\u00e7\u00e3o gen\u00e9rica. Apesar da varia\u00e7\u00e3o da string apresentada, a natureza do problema mant\u00e9m-se: uma falha cr\u00edtica na inicializa\u00e7\u00e3o do firmware.<\/p>\n

Que controladoras de SSD est\u00e3o mais associadas ao erro SATAFIRM S11?<\/h2>\n

Controladoras Phison da fam\u00edlia PS3111 (S11 e derivados)<\/h3>\n

O erro SATAFIRM S11 est\u00e1 fortemente associado \u00e0s controladoras da fam\u00edlia Phison PS3111<\/strong>, muito usadas em SSD SATA de gama de entrada. V\u00e1rios fabricantes adotam esta base, com pequenas personaliza\u00e7\u00f5es de firmware e designa\u00e7\u00f5es pr\u00f3prias.<\/p>\n

Isto \u00e9 evidente nos SSD da linha Kingston A400<\/strong>. Embora a controladora destes modelos possa trazer no encapsulamento identifica\u00e7\u00f5es como CP33238B<\/strong>, trata-se, na realidade, de uma vers\u00e3o rebatizada da arquitetura Phison PS3111-S11<\/strong>, com pequenas personaliza\u00e7\u00f5es do fabricante. Quando ocorre uma falha cr\u00edtica de firmware nestes modelos, o SSD deixa de apresentar o nome e a capacidade originais e passa a ser identificado pelo sistema com r\u00f3tulos gen\u00e9ricos como SATAFIRM S11<\/strong> ou PS3111<\/strong>, que refletem o estado m\u00ednimo em que a controladora fica depois da falha de inicializa\u00e7\u00e3o.<\/p>\n

\n \"Controladora
Controladora Kingston CP33238B<\/strong> baseada na Phison PS3111-S11 presente em SSDs Kingston A400. | Imagem: Bot Recupera\u00e7\u00e3o de Dados<\/figcaption><\/figure>\n

Em alguns casos, a controladora pode surgir com outra identifica\u00e7\u00e3o interna, como controladoras personalizadas por cada marca, mantendo ainda assim a matriz t\u00e9cnica da PS3111<\/strong>. \u00c9 esta base comum que explica a recorr\u00eancia do erro SATAFIRM S11 em diferentes marcas e lotes de SSDs.<\/p>\n

Porque n\u00e3o \u00e9 poss\u00edvel listar todos os modelos de SSD afetados<\/h3>\n

N\u00e3o \u00e9 vi\u00e1vel associar o SATAFIRM S11<\/strong> a uma lista fechada de modelos de SSD. Um mesmo modelo comercial pode utilizar controladoras diferentes<\/strong> consoante o lote de produ\u00e7\u00e3o, o fornecedor de mem\u00f3ria NAND, revis\u00f5es internas ou at\u00e9 a regi\u00e3o de fabrico.<\/p>\n

No laborat\u00f3rio, \u00e9 comum encontrar o mesmo tipo de falha em dispositivos de marcas e linhas distintas. H\u00e1 registos, por exemplo, de SSD como o PNY CS900 (240 GB)<\/strong>, o Patriot Burst (120 GB)<\/strong>, o Multilaser Warrior W500 (240 GB)<\/strong> e um Gigabyte (256 GB)<\/strong> a apresentarem o estado SATAFIRM S11, todos baseados em arquiteturas derivadas da Phison PS3111<\/strong>.<\/p>\n

H\u00e1 tamb\u00e9m casos em que a controladora tem outra identifica\u00e7\u00e3o comercial, como em modelos da linha Multilaser Axis 400<\/strong>, que usam controladoras marcadas como AS2258<\/strong>, mas que internamente mant\u00eam uma base t\u00e9cnica compat\u00edvel com a PS3111<\/strong>, fruto de rebatiza\u00e7\u00e3o ou de adapta\u00e7\u00f5es de firmware feitas pelo fabricante.<\/p>\n

Estes exemplos mostram porque \u00e9 que a an\u00e1lise correta deve considerar sempre a controladora efetivamente presente<\/strong> e o estado do firmware<\/strong>, e n\u00e3o apenas a marca, o modelo comercial ou a capacidade anunciada do SSD.<\/p>\n

O que causa o erro SATAFIRM S11?<\/h2>\n

Corrup\u00e7\u00e3o do firmware e falha na inicializa\u00e7\u00e3o l\u00f3gica<\/h3>\n

A causa mais comum do SATAFIRM S11 \u00e9 a corrup\u00e7\u00e3o do firmware<\/strong>, que impede o carregamento da Flash Translation Layer (FTL)<\/em>. A FTL \u00e9 a camada respons\u00e1vel por mapear os endere\u00e7os l\u00f3gicos do sistema para os endere\u00e7os f\u00edsicos da mem\u00f3ria NAND.<\/p>\n

Quando a FTL n\u00e3o \u00e9 carregada, o SSD perde o mapa que indica onde os dados est\u00e3o gravados. Mesmo que a informa\u00e7\u00e3o ainda exista fisicamente na mem\u00f3ria NAND, o acesso l\u00f3gico torna-se imposs\u00edvel<\/strong>.<\/p>\n

Falhas el\u00e9tricas, interrup\u00e7\u00f5es cr\u00edticas e degrada\u00e7\u00e3o da mem\u00f3ria flash<\/h3>\n

Cortes de energia<\/strong>, instabilidade el\u00e9trica<\/strong> ou interrup\u00e7\u00f5es durante opera\u00e7\u00f5es sens\u00edveis<\/strong>, como processos internos de escrita e atualiza\u00e7\u00f5es de firmware, podem provocar o SATAFIRM S11<\/strong>. Nestas situa\u00e7\u00f5es, o firmware fica num estado inconsistente<\/strong> e o SSD n\u00e3o consegue concluir a inicializa\u00e7\u00e3o.<\/p>\n

Al\u00e9m disso, a degrada\u00e7\u00e3o natural da mem\u00f3ria flash (NAND)<\/strong>, inerente a dispositivos baseados em mem\u00f3ria n\u00e3o vol\u00e1til, pode comprometer \u00e1reas cr\u00edticas<\/strong> onde o firmware e as estruturas internas do SSD s\u00e3o armazenadas. Com o tempo e a utiliza\u00e7\u00e3o, as c\u00e9lulas de mem\u00f3ria sofrem desgaste progressivo<\/strong>.<\/p>\n

Quando essa degrada\u00e7\u00e3o afeta zonas sens\u00edveis ligadas ao carregamento do firmware e da Flash Translation Layer (FTL)<\/strong><\/em>, o SSD pode falhar durante a inicializa\u00e7\u00e3o e passar a identificar-se apenas num estado b\u00e1sico da controladora<\/strong>, o que resulta no reconhecimento como SATAFIRM S11<\/strong>.<\/p>\n

\u00c9 por isso que este tipo de falha pode surgir mesmo sem um evento el\u00e9trico evidente<\/strong>: n\u00e3o se trata apenas de avarias s\u00fabitas, mas tamb\u00e9m do envelhecimento<\/strong> e das limita\u00e7\u00f5es f\u00edsicas da mem\u00f3ria flash<\/strong>. Se o SSD contiver dados importantes<\/strong> e n\u00e3o houver c\u00f3pia de seguran\u00e7a<\/strong>, o mais prudente \u00e9 deixar de usar o dispositivo<\/strong> e procurar apoio t\u00e9cnico especializado<\/strong>. Em situa\u00e7\u00f5es como esta, falar com um especialista da Bot para um diagn\u00f3stico gratuito<\/a> ajuda a definir o caminho mais seguro<\/strong>.<\/p>\n

Como identificar um SSD com erro SATAFIRM S11 na pr\u00e1tica<\/h2>\n

Identifica\u00e7\u00e3o na BIOS ou UEFI<\/h3>\n

Na BIOS ou UEFI, o SSD deixa de aparecer com o seu nome comercial e passa a ser listado como SATAFIRM S11<\/strong> ou outra identifica\u00e7\u00e3o gen\u00e9rica relacionada com a controladora. Se chegou at\u00e9 aqui porque o seu SSD deixou de ser reconhecido<\/strong> (ou aparece com uma identifica\u00e7\u00e3o estranha), vale tamb\u00e9m a pena consultar o guia mais abrangente da Bot sobre este sintoma: SSD n\u00e3o reconhece: solu\u00e7\u00f5es e como evitar este erro<\/a>.<\/p>\n

\n \"BIOS\/UEFI
BIOS\/UEFI a exibir um SSD identificado como SATAFIRM S11<\/strong>, resultado da falha na inicializa\u00e7\u00e3o do firmware e da perda do reconhecimento do modelo e da capacidade originais. | Imagem: Bot Recupera\u00e7\u00e3o de Dados<\/figcaption><\/figure>\n

Identifica\u00e7\u00e3o no Windows<\/h3>\n

No Windows, ao ligar o SSD, o dispositivo pode ser identificado como SATAFIRM S11<\/strong> tanto no Gestor de Dispositivos<\/em> como na Gest\u00e3o de Discos<\/em>. Em ambos os casos, o sistema reconhece a presen\u00e7a f\u00edsica do hardware, mas n\u00e3o consegue estabelecer comunica\u00e7\u00e3o funcional com o firmware, impedindo a leitura da capacidade real, a montagem de volumes ou o acesso aos dados.<\/p>\n

\n \"SSD
Gestor de Dispositivos<\/strong> do Windows a exibir um SSD identificado como SATAFIRM S11<\/strong>, comportamento t\u00edpico de falha na inicializa\u00e7\u00e3o do firmware e perda do reconhecimento do modelo original. | Imagem: Bot Recupera\u00e7\u00e3o de Dados<\/figcaption><\/figure>\n
\n \"SSD
Gest\u00e3o de Discos<\/strong> do Windows a mostrar um SSD identificado como SATAFIRM S11<\/strong>, listado como disco n\u00e3o inicializado e sem volumes v\u00e1lidos devido \u00e0 falha de inicializa\u00e7\u00e3o do firmware. | Imagem: Bot Recupera\u00e7\u00e3o de Dados<\/figcaption><\/figure>\n

Identifica\u00e7\u00e3o no macOS<\/h3>\n

No macOS, um SSD afetado pelo SATAFIRM S11<\/strong> pode surgir no Utilit\u00e1rio de Disco<\/em> com uma identifica\u00e7\u00e3o gen\u00e9rica, sem o nome do fabricante, sem a capacidade correta ou sem permitir montar o volume.<\/p>\n

Em muitos casos, o sistema reconhece apenas a presen\u00e7a f\u00edsica do dispositivo<\/strong>, mas n\u00e3o consegue aceder a qualquer estrutura l\u00f3gica v\u00e1lida. Isto acontece porque o firmware n\u00e3o concluiu a sua inicializa\u00e7\u00e3o e o macOS n\u00e3o recebe informa\u00e7\u00e3o suficiente para identificar o modelo, a capacidade ou o sistema de ficheiros.<\/p>\n

Na pr\u00e1tica, o SSD n\u00e3o chega a ser montado na secret\u00e1ria do macOS<\/strong>, n\u00e3o aparece como volume utiliz\u00e1vel no Finder e continua inacess\u00edvel, apesar de constar no sistema. Este comportamento indica que o dispositivo n\u00e3o atingiu um estado operacional<\/strong>, o que reflete a falha cr\u00edtica de inicializa\u00e7\u00e3o associada ao SATAFIRM S11.<\/p>\n

Identifica\u00e7\u00e3o no Linux<\/h3>\n

Em sistemas Linux, ferramentas gr\u00e1ficas como o utilit\u00e1rio Discos<\/em> podem mostrar o dispositivo com identifica\u00e7\u00e3o gen\u00e9rica ou sem capacidade v\u00e1lida. Em alguns casos, nem sequer \u00e9 criado um dispositivo de bloco funcional.<\/p>\n

Em ambientes mais t\u00e9cnicos, ao utilizar o comando smartctl<\/em>, \u00e9 comum observar que o SSD \u00e9 identificado apenas como SATAFIRM S11<\/strong> ou com uma string gen\u00e9rica associada \u00e0 controladora, sem informa\u00e7\u00f5es v\u00e1lidas de modelo, capacidade ou atributos SMART. Este comportamento confirma que o dispositivo n\u00e3o concluiu a inicializa\u00e7\u00e3o do firmware<\/strong> e que as rotinas internas necess\u00e1rias para expor os dados e m\u00e9tricas de integridade n\u00e3o est\u00e3o acess\u00edveis ao sistema.<\/p>\n

O que este tipo de erro significa para os dados armazenados<\/h2>\n

Porque, na maioria dos casos, n\u00e3o existe sequer volume para formatar \u2014 e o que isso significa para os dados<\/h3>\n

Como o firmware n\u00e3o inicializou, n\u00e3o existe uma estrutura l\u00f3gica v\u00e1lida<\/strong>. Na pr\u00e1tica, n\u00e3o h\u00e1 volume montado, sistema de ficheiros funcional ou tabelas internas que possam ser formatadas ou reparadas por ferramentas convencionais.<\/p>\n

Quando \u00e9 preciso aceder aos dados<\/strong> neste cen\u00e1rio, o trabalho tem obrigatoriamente de ser feito em ambiente laboratorial especializado<\/strong>. O acesso n\u00e3o se faz ao n\u00edvel do sistema operativo<\/strong>: envolve procedimentos controlados diretamente sobre a controladora do SSD<\/strong>, executados com equipamento profissional.<\/p>\n

Em termos t\u00e9cnicos, o processo come\u00e7a normalmente por colocar a controladora em modo seguro (safe mode)<\/strong>, muitas vezes atrav\u00e9s de procedimentos f\u00edsicos previstos pelo pr\u00f3prio fabricante. A partir desse estado, \u00e9 poss\u00edvel carregar um loader compat\u00edvel com a fam\u00edlia da controladora<\/strong>, o que permite comunicar com as rotinas internas do dispositivo.<\/p>\n

Depois de carregado o loader, seguem-se etapas de adapta\u00e7\u00e3o das estruturas internas, incluindo a cria\u00e7\u00e3o ou reconstru\u00e7\u00e3o do tradutor (translator)<\/strong>. S\u00f3 ent\u00e3o \u00e9 vi\u00e1vel iniciar a leitura com ferramentas especializadas, como o Data Extractor<\/strong>, m\u00f3dulo do sistema PC-3000<\/strong> que permite o acesso controlado para leitura e clonagem da \u00e1rea de dados<\/strong>.<\/p>\n

Cen\u00e1rios raros de intermit\u00eancia e riscos adicionais para os dados<\/h3>\n

Em situa\u00e7\u00f5es excecionais, o SSD pode ter um comportamento intermitente<\/strong>, alternando entre reconhecimento parcial e falha completa. Estes cen\u00e1rios exigem ainda mais cuidado, porque insistir repetidamente em us\u00e1-lo<\/strong> pode agravar a corrup\u00e7\u00e3o de firmware que j\u00e1 existe.<\/p>\n

Este agravamento pode ocorrer tanto pela degrada\u00e7\u00e3o progressiva das c\u00e9lulas de mem\u00f3ria NAND<\/strong>, com novas tentativas de realoca\u00e7\u00e3o interna, como por falhas adicionais durante ciclos de inicializa\u00e7\u00e3o inst\u00e1veis. Em alguns casos, o SSD pode chegar a apresentar mensagens a sugerir formata\u00e7\u00e3o, n\u00e3o por existir um sistema de ficheiros funcional, mas por n\u00e3o conseguir validar estruturas l\u00f3gicas m\u00ednimas<\/strong>.<\/p>\n

Se uma formata\u00e7\u00e3o for iniciada neste estado inst\u00e1vel e, por qualquer motivo, o comando for parcialmente executado, existe o risco de acionar mecanismos internos como o TRIM<\/strong>, que marca os blocos de mem\u00f3ria como vazios. Isto pode agravar muito o cen\u00e1rio<\/strong> e reduzir as possibilidades de aceder aos dados mais tarde. Por isso, nunca aceite a sugest\u00e3o de formatar.<\/p>\n

Regravar o firmware resolve o SATAFIRM S11?<\/h2>\n

Recuperar o SSD n\u00e3o \u00e9 o mesmo que recuperar os dados<\/h3>\n

A regrava\u00e7\u00e3o do firmware pode fazer com que o SSD volte a ser reconhecido pelo sistema. No entanto, este procedimento envolve normalmente o apagamento completo da mem\u00f3ria NAND<\/strong>. Na pr\u00e1tica, pode restaurar o funcionamento do dispositivo, mas n\u00e3o preserva os dados armazenados<\/strong>.<\/p>\n

\n Aten\u00e7\u00e3o:<\/strong> procedimentos de regrava\u00e7\u00e3o ou actualiza\u00e7\u00e3o de firmware<\/strong> em SSDs no estado SATAFIRM S11<\/strong> resultam no apagamento permanente dos dados<\/strong> armazenados na mem\u00f3ria NAND. Estas ac\u00e7\u00f5es n\u00e3o s\u00e3o recomendadas<\/strong> quando existe necessidade de preservar a informa\u00e7\u00e3o original.\n<\/div>\n

Quando a regrava\u00e7\u00e3o faz sentido<\/h3>\n

A atualiza\u00e7\u00e3o ou regrava\u00e7\u00e3o do firmware s\u00f3 deve ser considerada quando os dados n\u00e3o t\u00eam valor ou quando o objetivo \u00e9 apenas voltar a usar o SSD, aceitando a perda total da informa\u00e7\u00e3o guardada.<\/p>\n

\u00c9 poss\u00edvel evitar o erro SATAFIRM S11?<\/h2>\n

Algumas boas pr\u00e1ticas ajudam a reduzir o risco de falhas: manter c\u00f3pias de seguran\u00e7a atualizadas<\/strong>, fazer atualiza\u00e7\u00f5es de firmware apenas com as ferramentas oficiais do fabricante<\/strong> e garantir estabilidade el\u00e9trica<\/strong> no local onde o SSD \u00e9 usado. Estas medidas reduzem exposi\u00e7\u00f5es desnecess\u00e1rias, mas n\u00e3o eliminam totalmente o risco.<\/p>\n

\u00c9 importante ter em conta que as falhas de firmware podem resultar das pr\u00f3prias limita\u00e7\u00f5es da tecnologia NAND<\/strong> e da forma como os dados s\u00e3o gravados e geridos internamente, sobretudo em SSD de gama de entrada<\/strong>. No laborat\u00f3rio, \u00e9 comum ver dispositivos de marcas muito gen\u00e9ricas \u2014 muitas vezes com eletr\u00f3nica simplificada e mem\u00f3rias NAND de baixa qualidade \u2014 com degrada\u00e7\u00e3o precoce.<\/p>\n

Na pr\u00e1tica, isto traduz-se em SSD que falham pouco tempo depois de come\u00e7arem a ser usados, por vezes antes de completarem um ou dois anos de funcionamento<\/strong>. Mesmo com boas pr\u00e1ticas, a fiabilidade do hardware e a qualidade dos componentes continuam a ser fatores determinantes para a longevidade do dispositivo.<\/p>\n

\n

Leia tamb\u00e9m<\/strong><\/p>\n