Linux mint kde 18.3 - Erro no GParted ao mover partição NTFS na HD Seagate 2,74GB Barracuda [RESOLVI

mcsbru
(usa Fedora)

Enviado em 16/01/2019 - 17:25h

Por favor, preciso de ajuda urgente.
Após executar toda a transferência de arquivos, para aumentar espaço no começo desta partição, para eu poder aumentar o espaço da partição anterior, o GParted informou o seguinte:
ntfs_mst_post_read_fixup_warn: magic: 0x3aca786a size: 1024 usa_ofs: 29013 usa_count: 29607: Argumento inválido
ntfs_mst_post_read_fixup_warn: magic: 0xdd7c7d9d size: 1024 usa_ofs: 19377 usa_count: 26909: Argumento inválido
ntfs_mst_post_read_fixup_warn: magic: 0xba1b6704 size: 1024 usa_ofs: 976 usa_count: 6271: Argumento inválido
ntfs_mst_post_read_fixup_warn: magic: 0xabf9df20 size: 1024 usa_ofs: 13680 usa_count: 16522: Argumento inválido
$MFTMirr error: Invalid mft record for '$MFT'.
Failed to mount '/dev/sda4': Erro de entrada/saída
NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
made to NTFS by this software.

Não foi possível ler o conteúdo deste sistema de arquivos!
Por isso, algumas operações podem ficar indisponíveis.
A causa pode ser um pacote de software ausente.
A seguinte lista de pacotes é requerida para suporte ao ntfs sistema de arquivos: ntfs-3g / ntfsprogs.

IMPORTANTE: A partição em questão é NTFS, e funciona como backup de arquivos do linux e do Windows.

Agradeço a toda a ajuda que puder contar.
Desde já o meu muito obrigado.

Sampaio

Mauriciodez
(usa Debian)

Enviado em 16/01/2019 - 17:44h

1º - Se for windows 8 ou 10, desative o "fast boot" pois esses windows travam as partições.
2º - Instale o "ntfs-3g" como sugrido.

sudo apt  install ntfs-3g 

------------------------------------------| Linux User #621728 |-----------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

------------------------------------------| Linux User #621728 |-----------------------------------------

mcsbru
(usa Fedora)

Enviado em 16/01/2019 - 18:37h

Olá Mauriciodez.

Obrigado por ter respondido.

Olha, eu já tinha feito este procedimento.
Eu uso o Windows 7, mas faz um bom tempo que não acesso. Trabalho somente no Linux Mint KDE 18.3. Mas tenho muitos arquivos nesta partição, tanto do Linux, quanto do Windows 7.
Mas a situação é a seguinte:
Ainda não fechei o GParted. E a unidade I, que foi movida não está acessível. Eu fiz a instalação depois do ocorrido. Eu não sei se agora eu posso fechar o GParted e abrí-lo de novo para talvez ele reconhecer a unidade que ele moveu.
Vou postar a página de informações do GParted, abaixo.
No meu entendimento, isto é uma falha grande do GParted, pois ele deveria prever se poderia ou não mover. Acontece que esta HD é daquelas maior que 2GB, que foi particionada com software padrão da Seagate, próprio para isto, e em Windows. Eu sempre tive medo de colocar coisas nesta patição e acabou acontecendo mesmo.
Os arquivos foram todos movidos corretamente e somente ao corrigir o último item, o GParted não conseguiu trabalhar com partição maior que o DOS.
Veja a informação do GParted:

GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2

Mover /dev/sda4 para a direita e diminui-lo de 746.52 GB para 746.37 GB 05:46:41 ( ERRO )

calibrar /dev/sda4 00:00:00 ( SUCESSO )

caminho: /dev/sda4 (partição)
início: 4294965248
fim: 5860532223
tamanho: 1565566976 (746.52 GB)
verificar erros no sistema de arquivos em /dev/sda4 e (se possível) corrigi-lo 00:00:12 ( SUCESSO )

ntfsresize -i -f -v /dev/sda4 00:00:12 ( SUCESSO )

ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 801570288128 bytes (801571 MB)
Current device size: 801570291712 bytes (801571 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 377338 MB (47,1%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 799801 MB 228725
$MFTMirr : 400786 MB 1
Sparse : 538072 MB 37
Ordinary : 801503 MB 228826
You might resize at 377337470976 bytes or 377338 MB (freeing 424233 MB).
Please make a test run using both the -n and -s options before real resizing!
reduzir o sistema de arquivos 00:00:27 ( SUCESSO )

executar simulação 00:00:13 ( SUCESSO )

ntfsresize --force --force -s 801413005312 --no-action /dev/sda4 00:00:13 ( SUCESSO )

ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 801570288128 bytes (801571 MB)
Current device size: 801570291712 bytes (801571 MB)
New volume size : 801413001728 bytes (801414 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 377338 MB (47,1%)
Collecting resizing constraints ...
Needed relocations : 805 (4 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
100.00 percent completed
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
The read-only test run ended successfully.
redimensionamento real 00:00:14 ( SUCESSO )

ntfsresize --force --force -s 801413005312 /dev/sda4 00:00:14 ( SUCESSO )

ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 801570288128 bytes (801571 MB)
Current device size: 801570291712 bytes (801571 MB)
New volume size : 801413001728 bytes (801414 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 377338 MB (47,1%)
Collecting resizing constraints ...
Needed relocations : 805 (4 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
100.00 percent completed
Updating $BadClust file ...
Updating $Bitmap file ...
Updating Boot record ...
Syncing device ...
Successfully resized NTFS on device '/dev/sda4'.
You can go on to shrink the device for example with Linux fdisk.
IMPORTANT: When recreating the partition, make sure that you
1) create it at the same disk sector (use sector as the unit!)
2) create it with the same partition type (usually 7, HPFS/NTFS)
3) do not make it smaller than the new NTFS filesystem size
4) set the bootable flag for the partition if it existed before
Otherwise you won't be able to access NTFS or can't boot from the disk!
If you make a mistake and don't have a partition table backup then you
can recover the partition table by TestDisk or Parted's rescue mode.
diminuir partição de 746.52 GB para 746.37 GB 00:00:02 ( SUCESSO )

início antigo: 4294965248
fim antigo: 5860532223
tamanho antigo: 1565566976 (746.52 GB)
novo início: 4294965248
novo fim: 5860225023
novo tamanho: 1565259776 (746.37 GB)
verificar erros no sistema de arquivos em /dev/sda4 e (se possível) corrigi-lo 00:00:12 ( SUCESSO )

ntfsresize -i -f -v /dev/sda4 00:00:12 ( SUCESSO )

ntfsresize v2015.3.14AR.1 (libntfs-3g)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 801413001728 bytes (801414 MB)
Current device size: 801413005312 bytes (801414 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 377338 MB (47,1%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 799801 MB 228725
$MFTMirr : 400786 MB 1
Sparse : 538072 MB 37
Ordinary : 801404 MB 228820
You might resize at 377337462784 bytes or 377338 MB (freeing 424076 MB).
Please make a test run using both the -n and -s options before real resizing!
aumentar partição de 746.37 GB para 746.52 GB 00:00:02 ( SUCESSO )

início antigo: 4294965248
fim antigo: 5860225023
tamanho antigo: 1565259776 (746.37 GB)
novo início: 4294965248
novo fim: 5860532223
novo tamanho: 1565566976 (746.52 GB)
mover o sistema de arquivos para a direita 05:45:43 ( SUCESSO )

usando algoritmo interno
copiar 746.37 GB
localizando tamanho de bloco otimizado

copiar 16.00 MB usando um tamanho de bloco de 1.00 MB 00:00:00 ( SUCESSO )

16.00 MB de 16.00 MB copiado
0.77579 segundos
copiar 16.00 MB usando um tamanho de bloco de 2.00 MB 00:00:02 ( SUCESSO )

16.00 MB de 16.00 MB copiado
1.43019 segundos
copiar 16.00 MB usando um tamanho de bloco de 4.00 MB 00:00:01 ( SUCESSO )

16.00 MB de 16.00 MB copiado
1.38495 segundos
copiar 16.00 MB usando um tamanho de bloco de 8.00 MB 00:00:02 ( SUCESSO )

16.00 MB de 16.00 MB copiado
1.4317 segundos
copiar 16.00 MB usando um tamanho de bloco de 16.00 MB 00:00:01 ( SUCESSO )

16.00 MB de 16.00 MB copiado
0.874891 segundos
tamanho de bloco otimizado é 1.00 MB
copiar 746.30 GB usando um tamanho de bloco de 1.00 MB 05:45:36 ( SUCESSO )

746.30 GB de 746.30 GB copiado
746.37 GB (801413005312 B) copiados ( SUCESSO )
diminuir partição de 746.52 GB para 746.37 GB 00:00:03 ( ERRO )

início antigo: 4294965248
fim antigo: 5860532223
tamanho antigo: 1565566976 (746.52 GB)
início requisitado: 4295272448
fim requisitado: 5860532223
tamanho requisitado: 1565259776 (746.37 GB)
mensagens da libparted ( INFO )

número do setor inicial 4295272448 excede o máximo de 4294967295 do imposto pela tabela de partições msdos

Mauriciodez
(usa Debian)

Enviado em 16/01/2019 - 19:56h

velho ... vou te falar .. eu não confio muito no linux para redimensionar partições não ... ainda mais quanto elas contem dados, sempre que vou fazer algo nesse porte, eu uso o partition master ( https://br.easeus.com/partition-manager/) no windows.


Já vi relatos de gente perdendo dados, eu já pedi uma partição toda ( ainda bem que tinha backup ) ... então é o que te sugiro é isso, manipular pelo windows.

deixo tb uma dica que uso faz batante tempo !!!
https://www.vivaolinux.com.br/artigo/Acessar-ler-e-escrever-em-particoes-Linux-no-Windows/

------------------------------------------| Linux User #621728 |-----------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

------------------------------------------| Linux User #621728 |-----------------------------------------

albfneto
(usa openSUSE)

Enviado em 16/01/2019 - 20:15h

aparentemente, seu gparted mexeu numa partição NTFS que já tinha dados corrompidos.

Por favor, poste uma figura, imagem, do seu Gparted atual... e, está lembrando de fazer as operações sobre uma partição DESMONTADA?

Usar Gparted live CD é mais fácil e corrija sua NTFS no windows, antes.

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

mcsbru
(usa Fedora)

Enviado em 16/01/2019 - 22:48h

O Próprio comentário do GParted mandava entrar pelo windows e rodar chkdsk /f. Só ao entrar no boot do windows, o windows ficou umas 3 horas rodando e apagando arquivos da particão I:, onde estava o problema. Agora não sei o que vai dar. O Windows tranformou mais de 400 GB em pouco mais de 40 GB. Não sei se isto terá recuperação.
Vou analisar o material que vocês estão indicando. Mas é um trabalho lento e delicado. Tive que parar todo o meu trabalho no dia de hoje por causa disto.

mcsbru
(usa Fedora)

Enviado em 16/01/2019 - 22:56h

Olha, o que penso que ocorreu é que esta HD tem mais de 2GB, e ela depende do software proprietário da Seagate, que é em Windows, e eu tentei fazer isto pelo Linux, e foi justamente na partição acima dos 2GB.
Estou no windows agora. Vou tentar localizar o CD ou DVD de instalação deste software, que instalou esta HD.
Vou dar boot agora e entra no linux...

mcsbru
(usa Fedora)

Enviado em 16/01/2019 - 23:02h

Como faço para corrigir a NTFS no windows? Durante o Boot o Windows fez uma limpa nos registros dos arquivos desta partcição. Ainda será que teria alguma solução?

Vou entrar pelo linux e postar o screen do GParted...

Por favor aguardo orientações.
Muito obrigado.

Mauriciodez
(usa Debian)

Enviado em 16/01/2019 - 23:17h

essa limpa é a correção !!!

-----------------------------------------------| Linux User #621728 |-----------------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

-----------------------------------------------| Linux User #621728 |-----------------------------------------------

mcsbru
(usa Fedora)

Enviado em 17/01/2019 - 01:20h

Olá Maurício. Retornei agora para o Linux. Tentei baixar software proprietário da Seagate, em Windows. Mas preferi não rodar nada antes de entrar no Linux. E agora no linux, a partição voltou. Só que apenas com 46 GB. Perdi cerca de 400 GB ou mais.
Fica a pergunta, qual o melhor meio para tentar recuperar agora que foi feita a correção do NTFS? Será melhor pelo Windows 7? Ou usando outro software em Linux, como foi conversado no início deste tópico?
O GParted tem opção de recuperação de arquivos.

mcsbru
(usa Fedora)

Enviado em 17/01/2019 - 02:02h

Ainda não sei como colar imagens aqui... como faço?

Mauriciodez
(usa Debian)

Enviado em 17/01/2019 - 02:39h

Recuperação de dados eu passo links mas não indico nenhum, pois nunca fiz uso !!

https://www.linuxdescomplicado.com.br/2014/02/saiba-como-recuperar-arquivos-apagados.html
https://www.diolinux.com.br/2017/02/r-linux-ferramenta-para-recuperar-dados-linux.html
https://sempreupdate.com.br/como-instalar-foremost-recuperar-arquivos-deletados-linux/
https://recoverit.wondershare.com/br/disk-utility/recuperar-dados-no-linux.html

---------------------------------------------------------| Linux User #621728 |---------------------------------------------------------



                                   " Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"



---------------------------------------------------------| Linux User #621728 |---------------------------------------------------------