MBR to GPT = strata volumenu dysku.

Wyłącznie system! Wątpliwości dotyczące aplikacji proszę umieszczać niżej, w odpowiednich forach.
BigBenek
Sędziwy Jeż
Sędziwy Jeż
Posty: 40
Rejestracja: 08 lip 2016, 10:40
Środowisko graficzne: GNOME
Architektura: x86_64

MBR to GPT = strata volumenu dysku.

Post autor: BigBenek »

Witam wszystkich.
Na zewnetrznym dysku USB - 4 TB mialem partycje podstawowa 2.1 TB. System plikow NTFS partycjonowanie MBR.
Chcialem rozciagnac partycje 2.1 Tb na caly dysk twardy 4 TB.
Przeksztalcilem MBR na GPT i zmienilem rozmiar partycji na maksa. Pojawil sie system plikow "fuseblk"
Mialem nadzieje, ze bede teraz mial na partycji 4 TB - 2.1 TB (zajete) 1.9 TB wolnej objetosci do wykorzystania.
Zaskoczenie.
Ta nowa duza partycja okazuje sie byc calkowicie wykorzystana, to gdzie podzialo sie 1.9 TB ?
Jak odzyskac do uzytku te 1.9 TB pojemnosci dysku USB? :pt36:
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8594
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: mario_7 »

Czym robiłeś te zmiany?
Partycja daje się odczytać?
Jak wygląda obecny stan tego dysku - pokaż wynik fdisk -l
BigBenek
Sędziwy Jeż
Sędziwy Jeż
Posty: 40
Rejestracja: 08 lip 2016, 10:40
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: BigBenek »

Zmiany robilem "ntfsresize"
Dane zostaly zachowane i partycja daje sie odczytac.
W/g tego tutoriala: https://morfitronik.pl/zmiana-rozmiaru- ... d-linuxem/

Kod: Zaznacz cały

fdisk -l
Disk /dev/sdb: 3.7 TiB, 4000787029504 bytes, 7814037167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0EBC06E1-5858-9090-8081-828310111213

Device     Start        End    Sectors  Size Type
/dev/sdb1     63 7801475915 7801475853  3.6T Microsoft basic data
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8594
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: mario_7 »

A jakie informacje na temat tej partycji pokazuje ntfsresize?
Jak to wygląda w Gparted?
BigBenek
Sędziwy Jeż
Sędziwy Jeż
Posty: 40
Rejestracja: 08 lip 2016, 10:40
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: BigBenek »

Kod: Zaznacz cały

parted -l
Model: Seagate Expansion Desk (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name                  Flags
 1      32.3kB  3994GB  3994GB  ntfs         Basic data partition  msftdata

Kod: Zaznacz cały

df -BM
/dev/sdb1       3809315M 3809314M        1M 100% /media/mike/Seagate
Tak to widzi manager dyskow: http://imgur.com/a/SILgF

czytam teraz: http://ntfs.psalask.cba.pl/strony/budowa.html ale to mi nic nie tlumaczy.
Tak sobie kombinuje na logike ze musial(y) sie ewentualnie zmienic:
- liczba plikow
- wielkosc kazdego pliku
- sposob ewidencjonowania.
Ncdu nie prezentuje struktury plikow i folderow (okno cmd jest puste) jedynie linijka na dole:

Kod: Zaznacz cały

 Total disk usage:   2.0 TiB  Apparent size:   2.0 TiB  Items: 1474397 
Dlaczego ncdu nie prezentuje struktury plikow i folderow ? Moze wspolna przyczyna?
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8594
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: mario_7 »

Powtarzam pytanie - jakie informacje na temat tej partycji pokazuje ntfsresize ?
Awatar użytkownika
pijetja
Wytworny Kaczor
Wytworny Kaczor
Posty: 304
Rejestracja: 05 cze 2010, 07:04
Płeć: Mężczyzna
Wersja Ubuntu: inny OS
Środowisko graficzne: Xfce
Architektura: x86_64
Lokalizacja: Altreich

Re: MBR to GPT = strata volumenu dysku.

Post autor: pijetja »

Temat Rozwiązany ;)
https://forum.dug.net.pl/viewtopic.php?id=29619&p=2
Tak mi wpadło skojarzenie podczas przeglądania DUG. Wiele jest takich zdublowanych Tematów.
P.
BigBenek
Sędziwy Jeż
Sędziwy Jeż
Posty: 40
Rejestracja: 08 lip 2016, 10:40
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: BigBenek »

@mario_7

Kod: Zaznacz cały

 ntfsresize -i /dev/sdb1
ntfsresize v2016.2.22AR.1 (libntfs-3g)
Device name        : /dev/sdb1
NTFS volume version: 3.1
Cluster size       : 512 bytes
Current volume size: 3994355636736 bytes (3994356 MB)
Current device size: 3994355636736 bytes (3994356 MB)
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Cluster accounting failed at 6450053101 (0x18073ffed): extra cluster in $Bitmap
Cluster accounting failed at 6450053102 (0x18073ffee): extra cluster in $Bitmap
Cluster accounting failed at 6450053103 (0x18073ffef): extra cluster in $Bitmap
Cluster accounting failed at 6450053104 (0x18073fff0): extra cluster in $Bitmap
Cluster accounting failed at 6450053105 (0x18073fff1): extra cluster in $Bitmap
Cluster accounting failed at 6450053106 (0x18073fff2): extra cluster in $Bitmap
Cluster accounting failed at 6450053107 (0x18073fff3): extra cluster in $Bitmap
Cluster accounting failed at 6450053108 (0x18073fff4): extra cluster in $Bitmap
Cluster accounting failed at 6450053109 (0x18073fff5): extra cluster in $Bitmap
Cluster accounting failed at 6450053110 (0x18073fff6): extra cluster in $Bitmap
Cluster accounting failed at 6450053111 (0x18073fff7): extra cluster in $Bitmap
Cluster accounting failed at 6450053112 (0x18073fff8): extra cluster in $Bitmap
Cluster accounting failed at 6450053113 (0x18073fff9): extra cluster in $Bitmap
Cluster accounting failed at 6450053114 (0x18073fffa): extra cluster in $Bitmap
Cluster accounting failed at 6450053115 (0x18073fffb): extra cluster in $Bitmap
Cluster accounting failed at 6450053116 (0x18073fffc): extra cluster in $Bitmap
Cluster accounting failed at 6450053117 (0x18073fffd): extra cluster in $Bitmap
Cluster accounting failed at 6450053118 (0x18073fffe): extra cluster in $Bitmap
Cluster accounting failed at 6450053119 (0x18073ffff): extra cluster in $Bitmap
ntfs_attr_pread_i: ntfs_pread failed: Input/output error
ERROR(5): Couldn't get $Bitmap $DATA: Input/output error

Kod: Zaznacz cały

Ckdisk G:
Glowna tabela plikow jest uszkodzona. System Windows podejmie probe odzyskania glownej tabeli plikow z dysku. System Windows nie moze odzyskac glownej tabeli plikow
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8594
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: mario_7 »

Błąd typu I/O nie wróży nic dobrego - w skrajnym przypadku dysk może być uszkodzony. Ale na razie nie zakładajmy takiego czarnego scenariusza.

Jak sam widzisz - partycja nie jest poprawnie utworzona.

Jeśli jesteś w stanie - zrób kopię bezpieczeństwa danych z tej partycji.

Kolejnym etapem będzie uruchomienie z Windowsa polecenia

Kod: Zaznacz cały

chkdsk /f /r
To powinno naprawić system plików i ewentualnie spróbować odzyskać dane z uszkodzonych sektorów dysku.
Ponoć trzeba zrestartować system Windows 2 razy, aby to polecenie odniosło skutek...
BigBenek
Sędziwy Jeż
Sędziwy Jeż
Posty: 40
Rejestracja: 08 lip 2016, 10:40
Środowisko graficzne: GNOME
Architektura: x86_64

Re: MBR to GPT = strata volumenu dysku.

Post autor: BigBenek »

W takiej sytuacji w pierwszej kolejnosci musze zrobic kopie! nie backup danych.
Backup spowodowalby przeniesienie uszkodzonej struktury plikow i powtorna utrate 1.9 TiB, ktore w rzeczywistosci powinno byc do mojej dyspozycji.
Chyba, ze ktos poda sposob na zrobienie backupu samych danych a nie calej partycji z wolna przestrzenia? :confused:
Mark2k
Piegowaty Guziec
Piegowaty Guziec
Posty: 27
Rejestracja: 21 maja 2012, 15:16
Płeć: Mężczyzna
Wersja Ubuntu: 17.10
Środowisko graficzne: GNOME
Architektura: x86_64
Kontakt:

Re: MBR to GPT = strata volumenu dysku.

Post autor: Mark2k »

ODPOWIEDZ

Wróć do „Instalacja, aktualizacja i konfiguracja Ubuntu”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 3 gości