Re: Konwertowanie NTFS -> FAT32 - potrzebna pomoc

Autor: Lawrens Hammond <valhalla_at_interia.pl>
Data: Mon 22 May 2006 - 14:27:28 MET DST
Content-Type: text/plain; charset="UTF-8"
Message-ID: <4471aefe@news.home.net.pl>

U偶ytkownik "pinki" <pinki51649@op.pl> napisa艂 w wiadomo艣ci
news:e4rls5$273$1@news.onet.pl...
> > Witam r贸wnie偶... a dlaczego temat zacz臋ty od "Re:" ?
>
> Zaczyna艂 si臋 od Re poniewa偶 temat nazywa艂 sie "Konwersja NTFS_->FAT32"
> wi臋c s膮dzi艂em, 偶e skoro m贸j problem tyczy sie tego to zrobi臋 to jako "Re"

"Re:" sugeruje, 偶e jest to _odpowied藕_ na wcze艣niejszy tekst, temat...

> > Mylnie uto偶saiasz list臋 dyskusyjn膮 z grup膮 dyskusyjn膮, to dwie zupe艂nie
> > r贸偶ne rzeczy, aczkolwiek mog膮 by膰 ze sob膮 sprz臋偶one.
>
> Zadziwiaj膮ce ilu rzeczy nie wiem hehe

Upraszczaj膮c (nigdy nie umia艂em 艂adnie t艂umaczy膰): Grupa - miejsce na
serwerze, do kt贸rego wszyscy mog膮 pisa膰 i z kt贸rego wszyscy mog膮 czyta膰,
nierzadko mylona z forum. Lista - opiera si臋 na poczcie prywatnej, jest
serwer, prowadz膮cy list臋 korzystaj膮cych i list wys艂any na list臋, przez
u偶ytkownika listy, jest posy艂any przez listserwer do pozosta艂ych na ich
konta emailowe.

> Nie by艂o 偶adnych b艂臋d贸w w systemie plik贸w - tak to bym nie zacz膮艂 tej
> konwersji.

Jak nie filesystem, to bywa, ze BIOS...

>
> > Sprawa druga, przed konwersj膮 z NTFS na cokolwiek innego, nale偶y
obowi膮zkowo
> > rozkompresowa膰 wszystkie, ale to wszystkie pliki na partycji, inaczej
> > konwersja si臋 nie powiedzie, a tak偶e lepiej nie ryzykowa膰 wyst膮pienia
b艂臋du
> > w strukturze danych... nie m贸wi膮c, ze po konwersji plik skompresowany
b臋dzie
> > zawiera膰 sieczk臋, je艣li z jakiego艣 powodu preogram konwertuj膮cy nie
zatrzyma
> > si臋 na tym, a je艣li si臋 nie zatrzyma, to je艣li nie rozkompresuje pliku.
> 艂o! tego nie wiedzia艂em

System NTFS ma wbudowan膮 w swoj膮 obs艂ug臋 kompresj臋 plik贸w, plik
spompresowany ma nadany odpowiedni atrybut. Je艣li z jakiego艣 powodu program
konwertuj膮cy pominie ten atrybut, to rezultatem konwersji, b臋dzie
pokaszaniona zawarto艣膰 pliku, ju偶 pomijaj膮c to, 偶e jego rzeczywista d艂ugo艣膰
nie zgodzi si臋. O ile co艣 gorszego wtedy nie wyniknie. Wida膰 to po jakim艣
padzie w filesystemie i rezultacie chkdsk - je艣li miejsce jest zaznaczone w
MFT jako zaj臋te, a nie odpowiada mu wpis w strukturze katalog贸w, to b臋dzie
ono raportowane jako lost clusters - zagubione clustery. Przypu艣膰my, 偶e by艂
tu plik skompresowany. CHKDSK widzi obszar jako zaj臋ty, ale bez wpisu, to
robi ten wpis. Ale sk膮d ma wiedzie膰, 偶e plik by艂, albo nie by艂
skompresowany?

> > Sprawa trzecia - na partycji musi by膰 minimum 10... a nawet 20 % wolnego
> > miejsca. Cho膰 dla struktur systemowych wystarczy kilka procent, lepiej
nie
> Mia艂 co najmniej 40 %

To OK, powinno wystarczy膰.

> > Sprawa czwarta - partycja bardzo wskazane, cho膰 nie konieczne, powinna
by膰
> > zdefragmentowana przed konwersj膮.
> no nie by艂a

Mog膮 wtedy pojawi膰 si臋 problemy, g艂贸wnie czasowe, bo przemieszczane
struktury trzeba poumieszcza膰 w wolnych miejscach, a je艣li to jest
poszatkowane, rodzi si臋 problem, komplikuj膮cy algorytm i czas dzia艂ania.

> > A co do sprawy, akurat o odzyskiwaniu danych jest w Komputer 艢wiat, nr
> > 11/206 (198), strona 32. Dzi艣 kupi艂em w sklepie.
> > Artyku艂 opisuje test program贸w do odzyskiwania, oraz troch臋 porad.
> >
>
> A teraz fina艂:
> Googlowa艂em nieco na temat konwersji i gdzie艣 przeczyta艂em, 偶e Ontrack
> dzia艂a woooooolno je艣li ma si臋 na jakiej艣 partycji (dysku) mn贸stwo

Tote偶 dobrze w takich przypadkach ograniczy膰 ich ilo艣膰, przede wszystkim
oczy艣ci膰 cache przegl膮darki i katalog tymczasowy, tam serio potrafi by膰
nawalone jak u cyganki w tobo艂ku. Bywa, 偶e kilkana艣cie tysi臋cy w sumie
niepotrzebnych plik贸w. Je艣li pliki s膮 potrzebne, to warto je na czas
konwersji zaZIPowa膰, Total Commander to robi, a po konwersji rozzipowa膰
gdzie by艂y.

> ju偶 z g贸rki (wprwadzie g贸rka trwa艂a oko艂o 3 godzin, ale spoko).
> Odzyska艂em wszystko co chcia艂em.

No i 艣wietnie :)

-- 
LH
Na pohybel spamerom...
Received on Mon May 22 14:35:06 2006

To archiwum zosta硂 wygenerowane przez hypermail 2.1.8 : Mon 22 May 2006 - 14:42:03 MET DST