Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Istnieje jakieś narzędzie co by umożliwiało rozszerzanie i kurczenie systemu plików fat? Póki co się doszukałem fatresize ale on również zmienia rozmiar partycji. Jest co prawda parted ale tam z kolei jest info:
WARNING: you are attempting to use parted to operate on (resize) a file system.
parted's file system manipulation code is not as robust as what you'll find in
dedicated, file-system-specific packages like e2fsprogs. We recommend
you use parted only to manipulate partition tables, whenever possible.
Support for performing most operations on most types of file systems
will be removed in an upcoming release.
No i gparted ale potrzeba jest by to robić z konsoli. Jest coś w tylu resize2fs albo ntfsresize ?
Offline
Istnieje jakieś narzędzie co by umożliwiało rozszerzanie i kurczenie systemu plików fat? Póki co się doszukałem fatresize ale on również zmienia rozmiar partycji.
Na czym polega „rozszerzanie i kurczenie systemu plików fat” bez zmiany rozmiaru partycji?
Offline
Jak się nie, jak się da? Przecie piszę nowego texta o zmianie rozmiarów zaszyfrowanych kontenerów, lvm i innych ciekawych rzeczach, i póki co każdy normalny system plików się daje bez problemu rozciągać i kurczyć bez udziału partycji, tylko z tym fatem mam problem...
Offline
Masz na mysli zmianę wielkości klastra? czy zmianę rozmiaru dysku logicznego na partycji rozszerzonej?
Offline
Mam na myśli zmianę rozmiaru systemu plików. Każdy dysk ma partycję (przynajmniej te normalne xD),każdy wpis partycji ma 3 parametry (przynajmniej linux 3 używa), są to typ partycji, sektor początkowy i rozmiar w sektorach. To siedzi w tablicy partycji. Przez zmianę tych wartości można pokazać systemowi jak czytać dysk, gdzie się partycja zaczyna a gdzie kończy. Każda partycja ma system plików, to jest nakładane niezależnie na partycję w postaci superblocka, a sam system plików ma zwykle mniej więcej tyle samo co rozmiar partycji (tam bez paru sektorów). Jak się zmienia rozmiar partycji na mniejszy, trzeba pierw zmniejszyć system plików a dopiero wpisy w tablicy partycji. Odwrotnie zaś jeśli się partycję zwiększa, czyli najpierw zmieniamy wpisy w tablicy partycji a dopiero potem rozciągamy system plików. Jeśli byśmy sobie od tak ciachneli partycję, to obetniemy system plików, a wtedy superblock się zbuntuje, bo nie będzie mógł zlokalizować ostatniego sektora w systemie plików i wyrzuci błęda, czego efektem będzie niemożliwość zamontowania system u plików -- kpw? xD
O takie coś wyrzuci w przypadku ext4:
# fsck.ext4 -fv /dev/sdb1 e2fsck 1.42.9 (28-Dec-2013) The filesystem size (according to the superblock) is 1280000 blocks The physical size of the device is 786432 blocks Either the superblock or the partition table is likely to be corrupt! Abort? yes
Ostatnio edytowany przez morfik (2014-01-15 19:08:49)
Offline
Pamiętaj, że fat jest ciutke starym systemem plików (starszym ode mnie) a jego koeljne wersje różnią się tylko maksymalną liczbą klastrów na jaką można podzielić dysk logiczny - 4k, 65k lub 4G klastrów max/dysk. W przypadku gdy dysk logiczny nie znajduje się w partycji rozszerzonej, tylko w podstawowej typu MSDOS to zmiana rozmiaru systemu plików fat (czyli de facto dysku logicznego przypisanego do tej partycji) może nastapić tylko przez zmianę rozmiary samej partycji podstawowej.
Offline