A falta de uma tabela de partições não é o problema. Você parece ter uma unidade totalmente vazia na primeira instância e, na segunda, você tem uma nova formatada. Talvez sua configuração de xen esteja apontando a unidade para o local errado?
Eu tenho uma fatia do Ubuntu 10.4 no RackspaceCloud que não está mais respondendo após tentar atualizar para o 11.10. Eu usei o "Modo Resgate" para iniciar outra fatia com acesso ao meu antigo servidor, o que me dá as seguintes informações na minha partição principal quando eu uso o fdisk -l:
root @ server: ~ # fdisk -l
Disk /dev/xvdb: 81.6 GB, 81604378624 bytes
255 heads, 63 sectors/track, 9921 cylinders, total 159383552 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/xvdb doesn't contain a valid partition table
Quando eu tento montar isso, ele não me permite solucioná-lo:
root @ server: ~ # mount / dev / xvdb / mnt mount: você deve especificar o tipo de sistema de arquivos
Eu estou supondo que a falta de uma tabela de partição é porque eu não consigo inicializar no servidor - existe uma maneira de corrigir isso ou pelo menos ter acesso aos dados neste disco?
ATUALIZAÇÃO:
Tentei novamente com uma nova instância de resgate e fiquei mais perto:
root@server:/var/log# mount /dev/xvdb /mnt
root@server:/var/log# cd /mnt
root@server:/mnt# ls -l
total 16
drwx------ 2 root root 16384 2012-06-17 14:33 lost+found
A pasta lost + found é tudo o que está na unidade recém-montada, que eu suspeito que seja por causa da tabela de partição ausente novamente.
Eu sou novo em trabalhar com partições no Ubuntu, então posso estar cometendo um erro óbvio - qualquer sugestão de recurso ou outros truques muito apreciados.
A falta de uma tabela de partições não é o problema. Você parece ter uma unidade totalmente vazia na primeira instância e, na segunda, você tem uma nova formatada. Talvez sua configuração de xen esteja apontando a unidade para o local errado?