czy konwersja mbr na gpt coś daje pod kątem bezpieczeństwa
dla dysków mechanicznych, niesystemowych które już sypnęły
realocated na zółto. Wsystkie inne ssd, nvme też sukcesywnie
przerabiam na gpt.

Trzymam na tym hdd już tylko kopie, nieduże pliki mp4 (100MB) i mp3
Rozumiem, że mp4 się skorumpują pojedynczo i nie nagle wszystkie i
zauważę to bo mp4 nie odtworzy się a jpg zajmie zielono szara zaraza.

--
Piter

róbcie backup chłopczyny

do góry

On 2021-03-17, PiteR <e...@f...pl> wrote:
> czy konwersja mbr na gpt coś daje pod kątem bezpieczeństwa
> dla dysków mechanicznych, niesystemowych które już sypnęły
> realocated na zółto. Wsystkie inne ssd, nvme też sukcesywnie
> przerabiam na gpt.

GPT ma zdaje się ze dwie kopie nagłówka. MBR żadnej. Więc jak badsector
trafi w tablicę, to mogą być problemy z całym dyskiem. Z tym, że jak
trafi w GPT to też nie wiem czy to będzie dużo większe ułatwienie w
sensie praktycznym, bo system sam z siebie pwenie nie zlokalizuje i nie
użyje kopii.

--
Marcin

do góry

W dniu 17 mar 2021 o 22:54, PiteR pisze:

> czy konwersja mbr na gpt coś daje pod kątem bezpieczeństwa

Nie.

> dla dysków mechanicznych, niesystemowych które już sypnęły
> realocated na zółto. Wsystkie inne ssd, nvme też sukcesywnie
> przerabiam na gpt.

> Trzymam na tym hdd już tylko kopie, nieduże pliki mp4 (100MB) i mp3
> Rozumiem, że mp4 się skorumpują pojedynczo i nie nagle wszystkie

Niby tak, ale mogą paść sektory przechowujące info o organizacji dysku.
Na szczęście odzysk (generowanie) tych informacji nie sprawia trudności.

> i zauważę to bo mp4 nie odtworzy się a jpg zajmie zielono szara zaraza.

Kilka (nawet słabych) kopii+porównywanie_bajt_do_bajta chyba rozwiązuje
ów problem.

--
,_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' e...@g...com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry

W dniu 18 mar 2021 o 00:04, Marcin Debowski pisze:

> GPT ma zdaje się ze dwie kopie nagłówka. MBR żadnej.

GPT ma dwie a MBR zero? Nie jestem mocny w rachunkach,
ale chyba albo:
- GPT ma jedną kopię i MBR zero
albo
- GPT ma dwie kopie i MBR jedną

Info zawarte w MBR odzyskać można w chwil kilka.

--
,_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' e...@g...com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry

On 2021-03-18, Eneuel <e...@g...cm> wrote:
> W dniu 18 mar 2021 o 00:04, Marcin Debowski pisze:
>
>> GPT ma zdaje się ze dwie kopie nagłówka. MBR żadnej.
>
> GPT ma dwie a MBR zero? Nie jestem mocny w rachunkach,
> ale chyba albo:
> - GPT ma jedną kopię i MBR zero
> albo
> - GPT ma dwie kopie i MBR jedną

Kopie, nie nagłowek.

> Info zawarte w MBR odzyskać można w chwil kilka.

Jak?

--
Marcin

do góry

in <news:s2vg8t$14lp$1@gioia.aioe.org>
user Eneuel pisze tak:

> Niby tak, ale mogą paść sektory przechowujące info o organizacji
> dysku. Na szczęście odzysk (generowanie) tych informacji nie
> sprawia trudności.

Podobno gpt ma wiele kopii info o organizacji dysku.

On an MBR disk, the partitioning and boot data is stored in one place.
If this data is overwritten or corrupted, you're in trouble. In
contrast, GPT stores multiple copies of this data across the disk, so
it's much more robust and can recover if the data is corrupted.

GPT also stores cyclic redundancy check (CRC) values to check that its
data is intact. If the data is corrupted, GPT can notice the problem
and attempt to recover the damaged data from another location on the
disk. MBR had no way of knowing if its data was corrupted--you'd only
see there was a problem when the boot process failed or your drive's
partitions vanished.


https://www.howtogeek.com/193669/whats-the-differenc
e-between-gpt-and-
mbr-when-partitioning-a-drive


--
Piter

mój zasilacz ma tranzystor ze złota

do góry

W dniu 18 mar 2021 o 13:27, Marcin Debowski pisze:

>>> GPT ma zdaje się ze dwie kopie nagłówka. MBR żadnej.

>> GPT ma dwie a MBR zero? Nie jestem mocny w rachunkach,
>> ale chyba albo:
>> - GPT ma jedną kopię i MBR zero
>> albo
>> - GPT ma dwie kopie i MBR jedną

> Kopie, nie nagłowek.

Nie pojmuję tego, co piszesz.

Oryginał i dwie kopie to razem trzy?
I nie wiem, czym ma być ten nagłówek.

>> Info zawarte w MBR odzyskać można w chwil kilka.

> Jak?

Skutecznie. Uprzedzając kolejne pytanie typu:
Czym?
odpowiadam:
partycjonerami chociażby lub edytorami dysku

Taki odzysk trwa chwil kilka i jest automagiczny.
Pod WXP będą problemy z literaturą, ale W64 itp.
(chyba od Viśty w_io górę) literatura realizuje
się inaczej...

Są też inne programy generujące poprawny MBR (głównie
chadza o tablicę partycji i kod maszynowy) ale że nie
znałem ich ~20 lat temu, nie korzystam z nich.

Odtwarzałem MBR skutecznie nie kilka razy, nie kilkadziesiąt, ale
kilkaset. Informacje zawarte w MBR są nadmiarowe, jeśli nie liczyć
sygnaturki dysku, która potrzebna jest tak sobie do odzysku danych.
Kod maszynowy jest uniwersalny (rzecz jasna są różne kody, ale do
odzysku nie jest to istotne) a dane zapisane w tablicy partycji są
zawarte w bootsektorach. Drobnym problemem jest odzysk partycji
zawartych w Extended, ale kosztem jest tu tylko strata dodatkowych
chwil, czy raczej minut...

Często po prostu zerowałem cały MBR z nudów -- czekając na coś...
(zwykle odtworzony będzie zdrowszy niż skasowany, więc nierzadko
warto to uczynić...)

-=-

20H2 wściekle aktualizuje się -- 8 aktualizacji już za mną;
opcjonalna (a co? -- trzeba iść na całość!) uskutecznia się
w tle... ciekawe -- ile dziś jeszcze zaliczę tychże aktualizacji?...

Wczoraj Acer zamarł na kilka minut (sic!) zupełnie!!! Nawet
Totalny z NVMe i z RAMdysku czekały grzecznie w kolejeczce... ;)
[w PeeReLowskiej kolejeczce po papier toaletowy?]
To jakaś parodia -- FuJitsu-Siemens jest mniej podatny na mroźne
sytuacje niż Acer, gdyż Acer ma zbyt szybki CPU, przez co wąskim
gardłem w Acerze są tylko HDD a z tymi (od samego początku życia
IDE) żartów nie ma... M$ po prostu **wymusza** używanie SSD...


Póki mój kot nie wyzdrowieje (pewnie choruje na CoViD) stawiam link
do odwiedzających go qmpli: http://przydworzyce.net/_OLD/koty.htm

Koty to wprawdzie dranie, ale qmplują się, odwiedzają chorych, przynoszą
chorym myszy... [a głodnych ratują przed śmiercią swym własnym ciałem!]

--
,_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' e...@g...com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry

W dniu 18 mar 2021 o 14:36, Eneuel pisze:

> 20H2 wściekle aktualizuje się -- 8 aktualizacji już za mną;
> opcjonalna (a co? -- trzeba iść na całość!) uskutecznia się
> w tle... ciekawe -- ile dziś jeszcze zaliczę tychże aktualizacji?...

Kot wziął się w garść, gdy poprosiłem weterynarzy o pomoc, ale
aktualizacja do 20H2 wyciszyła Fujitsu-Simensa... Swego czasu
F-S znalazł program zgłaśniający i było OK aż do czasu tej
aktualizacji... Program miał pracować chwilowo -- był trialem,
ale pracował poprawnie aż do tej pory... (szczęśliwi czasu
nie liczą -- u mnie tryskał szczęściem!!!)

Znów wszystko ledwo słychać...

Tak to jest w życiu -- strach przed śmiercią zmobilizował
kiedyś F-S a teraz sigowego kota, ale gdy F-S poczytał me
wychwalanie go pod niebiosa -- znów zbiesił się... Cóż za
niewdzięczność!!!! Pochwal kogoś -- będziesz miaU problemy...

KB5001567 zainstalowała się już w 20%... ;)

--
,_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' e...@g...com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry

W dniu 18 mar 2021 o 14:36, Eneuel pisze:

> Odtwarzałem MBR skutecznie nie kilka razy, nie kilkadziesiąt, ale
> kilkaset. Informacje zawarte w MBR są nadmiarowe, jeśli nie liczyć
> sygnaturki dysku,

W pewnym sensie sygnaturka dysku też jest nadmiarowa, ale raczej ;)
nie bywa odtwarzana, jako że więcej kłopotów niż korzyści z takiego
odtworzenia.

> która potrzebna jest tak sobie do odzysku danych.

--
'_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' eneuel@@gmail.com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry

W dniu 18 mar 2021 o 13:47, PiteR pisze:

> Podobno gpt ma wiele kopii info o organizacji dysku.

Wg mnie GPT ma jedną kopię i jeden oryginał.

> On an MBR disk, the partitioning and boot data is stored in one place.
> If this data is overwritten or corrupted, you're in trouble. In
> contrast, GPT stores multiple copies of this data across the disk, so
> it's much more robust and can recover if the data is corrupted.

Nie czytałem tego, więc skutecznie odbudowywałem MBRy setki razy
różnymi (zwykle tymi, które już były odpalone z innego powodu)
programami... Teraz też będę wypierał z siebie te informacyje... ;)

> GPT also stores cyclic redundancy check (CRC) values to check that its
> data is intact.

MBR **w pewnym sensie** też ma redundantne info wewnątrz siebie. ;)

> If the data is corrupted, GPT can notice the problem
> and attempt to recover the damaged data from another location on the
> disk.

Ołszeł! Ale MBR też to potrafi, choć nieco ;) inaczej.

> MBR had no way of knowing if its data was corrupted--you'd only
> see there was a problem when the boot process failed or your drive's
> partitions vanished.

Nie przeczę -- potrzeba tu ręcznej roboty... Ale możesz taki dysk
,,naprawić'' po podczepieniu via USB chociażby do innego kompa...
Mam nieco łatwiej, bo mam w laptopach po dwa HDD (w Acerze mam do
tego jeszcze SSD) i mogę odpalić kompy z uszkodzonymi MBRami...

Chyba (nie korzystałem z tego) EasyBCD oferuje naprawy tego typu,
ale nie za free.

> https://www.howtogeek.com/193669/whats-the-differenc
e-between-gpt-and-
> mbr-when-partitioning-a-drive

Jestem praktykiem, ale jeśli mi nie wierzysz, możemy zweryfikować me
słowa na mych nieważnych (czyli niezbakapowanych) danych/partycjach...

MBR to:
- sporo tekstu ;)
- tablica partycji
- kod maszynowy
- sig_naturka dysku

Tekst jest nieważny -- może go nie być.

Tablica ma swe pokrycie w bootsektorach podstawowych
partycji -- odzyskujesz ją w chwil kilka, gdy jest OK
lub nieco dłużej, jeśli mocno mąciłeś wcześniej. BSy
też mogą być padnięte? -- niby tak, ale to TEŻ noproblem...
Mogą być nawet częściowo nadpisane. ;)

Kod maszynowy może być: uniwersalny, gnomowy, DOSowy, Viśtowy itd... ;)
No mater... ;) [jasne, że to nie materiał na spódnicę...
jaka ona spódnica, skoro jest na wierzchu, zamiast na spodzie?]

Sig_naturka dysku -- bywa, że warto ją zerować celowo, zwłaszcza
pod WXP. Pisał o tym kasowaniu wielokrotnie Michał Kawecki -- niewiele
dobrego on pisał o dyskach, ale akurat to pisał poprawnie... Moim
zdaniem kasowanie siga to droga przez mękę, ale też ;) skuteczna...
(ani razu nie sprawdzałem, ale wiem, że musi być skuteczna, choć
nieco ;) karkołomna)


GPT znam słabo, ale MBR znam raczej dostatecznie dobrze, by nie bać
się go i by o nim pisać oraz nim spokojnie bawić się... Znam jeszcze
z lat dawnych -- w moim otoczeniu przeciętniacy znali MBR na wylot,
bawili się edytorami dysku jak my teraz tekstami grupowymi... Akurat
byłem z nich wszystkich najsłabszy w tej materii, bo mnie MBR tak sobie
interesował, za co pewnego dnia sporo zapłaciłem -- qmple nie pomogli,
bo byli zbyt daleko... Najbliżej (200 km stąd) był MJSzamrej, ale ten
nie dał mi recepty na odzysk utraconej partycji... Niby bliżej był
JKBruns, ale jakoś ;) nie zechciał odzyskać ręcznie popsutej partycji
edytorami dysku... (być może bał się odpowiedzialności -- nie pamiętam;
może to ja bałem się jego umiejętności?) Było to na przełomie lat
dziewięćdziesiątych i osiemdziesiątych ubw... JMSzamrej dał mi po
prostu jakiś partycjoner na dyskietce 3.5" i polecił skasowanie
popsutej partycji DOSowej oraz założenie nowej z (oczywistą
utratą danych skasowanej partycji), leżącej tuż obok partycji
Novellowskiej... RADomanowskiego (speca od assemblera, dysków itd...)
nie było pod ręką, RMKobylińskieo (superspeca od dysków) nie było,
AStasiewicz nagle ;) wszystko zapomniał, choć na co dzień znał to
aż nazbyt dobrze, co wielokrotnie mi wcześniej pokazywał... ;)
Czas naglił... Przełożeni nie mogli dowiedzieć się, że mam jakieś
drobne ;) problemy... Że jakoś ;) nie panuje nad sytuacją.... ;)
[tak mi coś błąka po mej głowie, że to właśnie JKBruns popsuł to
i owo edytorem dysku w efekcie niefortunnej interwencji... ale
to ja byłem odpowiedzialny za ol -- także za tę DOSową partycję...
łba mego by mi nie urwano na wieść o tej awarii, ale utopiono by
mnie we łzach, bo Novellowska partycja NIE MIAŁA bakapu przez cały
okres mej tam pracy...]

--
'_._ _,-'""`-._ ._. .-.
(,-.`._,'( |\`-/| .,; o.' eneuel@@gmail.com '.O_'
`-.-' \ )-`( , o o) `\.'.' '~'~'~'~'~'~'~'~' o.`.,
-bf- `- \`_`"'-.p \ ;' http://www.eneuel.w.duna.pl ;\|/...

do góry