drivery ext

Dopiero co pisałem o podglądzie plików linuksowych z windowsa. Jednak znalazłem doniesienie, które każe mi zwrócić uwagę innych osób na działanie extbrowsera firmy Paragon Software.
U mnie na xp wszystko działa bez zarzutu. Na stronie jest też stosowna informacja, że program przeznaczony jest do windowsów w wersji xp i vista. Zgodnie z doniesieniem problem pojawia się na windows 7 i 8. Program uszkadza partycje linuksowe ext2/3/4. Uszkodzenie partycji może wiązać się z całkowitą utratą danych. System można sobie przeinstalować, chociaż szkoda czasu na bezproduktywne instalowanie. Danych, często gromadzonych latami, nic nam nie zwróci, przy założeniu, że nie stosujemy backupów.

Istnieją programy/sterowniki oferujący podobną funkcjonalność. Jednym z popularniejszych jest ext2fsd. Oferowana funkcjonalność może nie jest pełna. Nie można np. z pozycji windowsowej skasować elementów na partycjach linuksowych. Ale to nie jest największy problem.

Ostatnia wersja programu ext2fsd (w załączeniu link do programu instalacyjnego) jest z połowy 2011 roku. W tym zakresie, tzn. definicji systemów plików ext niewiele się zmieniło. Autor zapowiada kontynuację, jednak nie widać, by coś zapowiadało nowsze wersje. Mimo tego program jest popularny. Z załączonych statystyk widać, że w tym tygodniu pobrało go ponad 10 tysięcy osób.

W serwisie sourceforge.net dostępne są też inne tego typu programy. Generalnie serwis ten wspiera projekty open source'owe. Wiele projektów linuksowych przechowuje tam obrazy dystrybucji i repozytoria. Także programy windowsowe mają tam swoją reprezentację (programy portableapps). System operacyjny jest rzeczą wtórną. Ideą przewodnią jest open source.

Moją uwagę zwrócił nowszy i może bardziej funkcjonalny ext2read. Jego zaletą jest obsługa LVM (logical volume manager).

Czas

Czy ktoś się zastanawiał jak nasz komputer lub też system operacyjny odmierza czas? Problem jest niebanalny, jakkolwiek niezauważalny, jeżeli korzysta się z jednego systemu. W przypadku wielu systemów na jednym komputerze jest to zawsze pewien zgrzyt.
Ale od początku. Zacznijmy od czasu sprzętowego. Z angielska Real Time Clock lub CMOS clock. Jest on ustawiony w naszym biosie. Czas ten ustawiamy z palca lub też system operacyjny stosownie go modyfikuje zapisując "właściwy".  Oznacza to, że czas sprzętowy i czas systemowy, czyli ten odmierzany przez nasz software, mogą być różne. Czasami jest to źródłem nieporozumień. Jeżeli jest jeden system on zawsze wie jaki ustawić czas systemowy względem czasu sprzętowego. W przypadku wielu systemów może się okazać, że procedury ustawiania czasu są różne.
Przyjęła się taka umowa, że niezmienny jest czas uniwersalny UTC. Pozostałe czasy, mowa o czasach lokalnych, wyznaczane są w relacji do UTC z uwzględnieniem offsetu wynikającego z oddalenia od położenia zerowego. Tą samą konwencję stosują systemy unixowe - w tym (Mac) OS X, Linuksy i BSD. Czas sprzętowy z założenia jest czasem UTC. Czas systemowy jest czasem UTC z uwzględnieniem offsetu.
Do tej zasady nie stosują się windowsy. Czas jest zawsze czasem lokalnym. Przyjmijmy, że warszawskim. Warszawa jest w strefie czasowej UTC +1.
Co to oznacza w konsekwencji? Odpalamy windowsa mamy właściwy czas. Odpalamy na tym samym sprzęcie inny system unixowy - czas jest inny z dokładnością do godziny, dwóch w zależności od pory roku (a zmiana czasu ze względu na porę roku, to kolejna frustracja).
W linuksach zmiana standardu, czyli założenie, że czas sprzętowy jest czasem lokalnym, jest rzeczą bardzo prostą. Wystarczy w zbiorze (tekstowym) /etc/default/rcS dopisać linijkę

UTC=no