Komentarze

do: Podrobiony dysk twardy o nieskończonej pojemności

Dodaj nowy

Najnowsze

Wyróżnione

Śledź przez RSS

Komentarze:

anfinuo (1512)

e-penis showdown...

18-04-2011, 01:24

odpowiedz
~analista
[w odpowiedzi dla: ~Borubar]

skoro 512kB starczy na kazdy typ partycji to tak jak mowie nie trzeba ustalac tej wielkosci co do bajta poniewaz odczyt i zapis pierwszych 512 kB odbywa sie normalnie. Jest na to piekny i prosty wzor:
offset=(blok_zapisu/ilosc_blokow_pendrivea>=1)?512kB:0

Tym oto prymitywnym i prostym wzorem nigdy nie otrzymamy bledu nadpisania tablicy systemu plikow. Do tego mozemy ja odczytywac i nadpisywac tylko w wypadku gdy zwracamy sie o dane z rpzedzialu pierwszych 512kB. Jesli nasz licznik strumienia przekroczy 512kB to nie istnieje mozliwosc ze te dane zostana odczytane badz nadpisane. Tamten wzor mozna bez najmniejszego problemu zrealizowac przez modyfikacje mikrokontrolera niezaleznie od tego czy pendrive byl formatowany, posiada jakakolwiek pamiec badz czy jest sprawny. W mocy kontrolera lezy jedynie wyznaczenie offsetu i dodanie go do adresu.

Moze cos tam lyknales softu i moze linuksa zainstalowales ale widze ze nadal jeszcze sporo ci brakuje jesli chodzi o uklady fizyczne/logiczne badz scalone. W systemie bylby na prawde problem stworzenie czegos takiego ale elektronika bez zajakniecia ci to wszystko przerobi...

13-04-2011, 23:51

odpowiedz
~Borubar
[w odpowiedzi dla: ~analista]

No i nie trafiłeś z tymi 512 kilobajtami, próbuj dalej, ale podpowiem w zależności od, wielkości partycji oraz rodzaju systemu struktura systemu plików ląduje w różnych miejscach np przy 128MB i ext2 wygląda to tak:

Rozmiar bloku=1024 (log=0)
Rozmiar fragmentu=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
32768 i-węzłów, 131072 bloków
6553 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=1
Maksymalna liczba bloków systemu plików=67371008
16 grup bloków
8192 bloków w grupie, 8192 fragmentów w grupie
2048 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
8193, 24577, 40961, 57345, 73729

Zapis tablicy i-węzłów: zakończono
Zapis superbloków i podsumowania systemu plików: wykonano

Ale np przy XFS wygląda to zupełnie inaczej, jeszcze inaczej wygląda to przy winowsowym NTFS (i to nawet inaczej w wersji z windowsa 2000 i inaczej w wersji z windows 7), jako twórca podrobionego nośnika nigdy nie będziesz wiedział jaki zostanie tam założony system plików, żadne stałe przesunięcie nie uchroni systemu plików przed zniszczeniem podczas nadpisywania - jedyna możliwość aby wszytko nie rozsypało się przy pierwszym zapisie danych to symulowanie zapisu bez fizycznego zapisu.

13-04-2011, 14:14

odpowiedz
~analista
[w odpowiedzi dla: ~Borubar]

Niesamowite. Co ty sie uparles z tym nadpisywaniem systemu plikow. Wystarczy ze kontroler bedzie dzialal na zasadzie adres+przesuniecie tak jak KAZDY kontroler. Wtedy jako przesuniecie dajemy powiedzmy 512 kB i juz masz pewnosc ze tablica plikow nie zostanie nadpisana. Wspomnialem o tym w swojej poprzedniej wypowiedzi ale nie zrozumiales o czym mowie z powodu braku wiedzy. Napisalem ze nie wiesz jak dziala pamiec flash i udowodniles to pisza nastepny post.

13-04-2011, 11:52

odpowiedz
~Borubar
[w odpowiedzi dla: ~Infro]

Jeśli elektronika dysku raportuje niewłaściwą pojemność to nie jest to wielki problem. Wystarczy przy pomocy badblocks sprawdzić ile rzeczywiście sektorów da się poprawnie zapisać i odczytać a potem założyć partycje o takiej wielkości aby zajmowały tylko czynny obszar (pozostawiając część urojoną odłogiem).

To normalne, że nowoczesnych dysków nie da się samodzielnie sformatować, zostały już sformatowane w fabryce i więcej nie potrzeba tego robić, zresztą sam zauważyłeś, że to problem elektroniki a nie nośnika, nie ma więc co majstrować przy wyznaczaniu nowych ścieżek na nośniku.

12-04-2011, 15:02

odpowiedz