Problemas com HD

gabrielcac1
(usa Outra)

Enviado em 01/09/2016 - 16:32h

Entrei pelo boot do pendrive e refiz como vc falo ficou assim

Device     Boot     Start        End    Sectors   Size Id Type

/dev/sda1            2048    3999743    3997696   1.9G 82 Linux swap / Solaris

/dev/sda2  *      3999744    4999167     999424   488M 83 Linux

/dev/sda3         4999168  200312831  195313664  93.1G  5 Extended

/dev/sda4       200312832 1465149167 1264836336 603.1G 83 Linux

/dev/sda5         5001216  200312831  195311616  93.1G 83 Linux

 

mas quando eu confirmei la no fdisk aparece a seguinte mensagem

The partition table has been altered.

Calling ioctl() to re-read partition table.

Re-reading the partition table failed.: Device or resource busy



The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

 

que foi exatamente o que apareceu a primeira vez q eu mexi

gabrielcac1
(usa Outra)

Enviado em 01/09/2016 - 16:45h

 Device     Boot     Start        End    Sectors   Size Id Type

/dev/sda1            2048    3999743    3997696   1,9G 82 Linux swap / Solaris

/dev/sda2  *      3999744    4999167     999424   488M 83 Linux

/dev/sda3         4999168  200312831  195313664  93,1G  5 Extended

/dev/sda4       200312832 1465149167 1264836336 603,1G 83 Linux

/dev/sda5         5001216  200312831  195311616  93,1G 83 Linux

 

entrei pelo pelo pendrive bootavel recriei as partições
reiniciei e consegui ligar como posso ver se esta tudo ok?

wellington_r
(usa Debian)

Enviado em 01/09/2016 - 16:47h

Você conseguiu iniciar o seu sistema do HD?
--------------------------------------------------------------------------------------------------------------------------------------

gabrielcac1
(usa Outra)

Enviado em 01/09/2016 - 17:12h

Sim, aquele último Post eu enviei através dele mesmo! Sem pendrive sem nada reiniciei mais uma vez para testar e estava Ok

Usando o comando

fdisk -l 

Não aparece mais o erro de antes apenas uma mensagem que diz que as partições não estão em ordem. Li um fórum sobre isso e uma das respostas dizia que é por ter a parte extended pode ocorrer isso, e que não necessariamente e um problema, tinha métodos de solicionar mas não conheço os procedimentos que eles mencionaram

wellington_r
(usa Debian)

Enviado em 02/09/2016 - 09:23h

Se você conseguiu subir o sistema, então deve estar tudo ok. Como a partição /dev/sda5 está com a mesma dimensão que anteriormente (na verdade o setor final está um pouquinho acima que anteriormente), não vejo por que teria problema.
O único "inconveniente" que consigo enxergar é que você vai perder em torno de 1,5 MB (que na verdade já estavam perdidos antes), porque anteriormente sua partição /dev/sda5 terminava no setor 200309809 e agora termina em 200312831. O que significa que o seu filesystem (provavelmente ext4) ainda utiliza o tamanho antigo, porque você apenas redimensionou a tabela de partição, mas o filesystem permanece intacto.

Mas se ainda tiver dúvida, eu no seu lugar rodaria o fsck (através de um live cd, pois não se deve fazer isso em partições "ativas") na partição para verificar a integridade dos dados.

Referente a mensagem do seu penúltimo post, isso ocorreu porque você mudou a tabela de partições com o sistema em uso. Ela avisa que apesar de você ter alterado a tabela de partições, o kernel ainda "enxerga" a tabela antiga, pois essa informação fica na memória. Para fazer o kernel considerar a tabela nova era preciso reiniciar ou executar os comandos citados.


--------------------------------------------------------------------------------------------------------------------------------------

wellington_r
(usa Debian)

Enviado em 02/09/2016 - 10:30h

Tentando te ajudar a resolver seus problemas me surgiram algumas dúvidas e fiz algumas pesquisas no Google.
Aparentemente você não teve problemas para subir o sistema porque a /dev/sda3, que foi a partição que você mudou o setor inicial é apenas uma partição estendida (ou seja, uma partição para partições lógicas). Ela não usa um filesystem diretamente. Se você mudasse o setor inicial de /dev/sda5, provavelmente teria problemas.

Se a sua partição "/" não fosse uma partição lógica, mas sim uma partição primária, nesse caso o recomendado seria fazer backup dos arquivos, mudar o setor da partição e depois refazer o filesystem (formatando a partição).

E outra coisa, o fato de aquela mensagem de "Partition does not start on physical sector boundary" aparecer pra mim e ainda assim eu não sentir problemas de desempenho se dá porque a partição que está "desalinhada" é uma partição estendida (assim como era o seu caso). Nesse caso, realmente não é necessário nenhuma intervenção, porque o que realmente precisa estar alinhado são as partições lógicas (as "sub-partições" do contêiner, que é a partição estendida). Se as partições lógicas estão alinhadas, não há problema na partição estendida estar desalinhada. O que efetivamente impacta no desempenho é o alinhamento de partições primárias e lógicas.

--------------------------------------------------------------------------------------------------------------------------------------