MBR to GPT = strata volumenu dysku.
-
- Sędziwy Jeż
- Posty: 40
- Rejestracja: 08 lip 2016, 10:40
- Środowisko graficzne: GNOME
- Architektura: x86_64
MBR to GPT = strata volumenu dysku.
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?
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?
- mario_7
- 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.
Czym robiłeś te zmiany?
Partycja daje się odczytać?
Jak wygląda obecny stan tego dysku - pokaż wynik fdisk -l
Partycja daje się odczytać?
Jak wygląda obecny stan tego dysku - pokaż wynik fdisk -l
-
- Sędziwy Jeż
- Posty: 40
- Rejestracja: 08 lip 2016, 10:40
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: MBR to GPT = strata volumenu dysku.
Zmiany robilem "ntfsresize"
Dane zostaly zachowane i partycja daje sie odczytac.
W/g tego tutoriala: https://morfitronik.pl/zmiana-rozmiaru- ... d-linuxem/
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
- mario_7
- 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.
A jakie informacje na temat tej partycji pokazuje ntfsresize?
Jak to wygląda w Gparted?
Jak to wygląda w Gparted?
-
- Sędziwy Jeż
- Posty: 40
- Rejestracja: 08 lip 2016, 10:40
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: MBR to GPT = strata volumenu dysku.
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
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
- mario_7
- 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.
Powtarzam pytanie - jakie informacje na temat tej partycji pokazuje ntfsresize ?
- pijetja
- 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.
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.
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.
-
- Sędziwy Jeż
- Posty: 40
- Rejestracja: 08 lip 2016, 10:40
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: MBR to GPT = strata volumenu dysku.
@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
- mario_7
- 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.
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
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...
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
Ponoć trzeba zrestartować system Windows 2 razy, aby to polecenie odniosło skutek...
-
- Sędziwy Jeż
- Posty: 40
- Rejestracja: 08 lip 2016, 10:40
- Środowisko graficzne: GNOME
- Architektura: x86_64
Re: MBR to GPT = strata volumenu dysku.
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?
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?
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 3 gości