Jak to ext2 rozwaliło bootowanie? Gdzie proszę ciebie masz info, że FAT32 nie działa? Wyjaśni co masz na myśli.
ReleaseNote 4.4-RC1 - Android-x86 - Porting Android to x86
Musiałbym osobiście sprawdzić jak wygląda instalacja systemu na dysku twardym, ale podejrzewam że cały system jest skompresowany do squashfs. W takiej sytuacji system de facto nie byłby za bardzo uwiązany tym jak się rządzi NTFS.
Mimo wszystko NTFS nie uważa się za najlepszy system plików dla Linuxa, dlatego że ten system plików był stworzony pod Windows NT.
W *NIXach typowe uprawnienia masz w rodzaju RWX(odczyt/zapis/wykonaie) dla użytkownika będącego właścicielem, dla grupy mającej prawo własności i dla wszystkich pozostałych użytkowników. To jest standardem w UNIXie i jego klonach. W systemie plików NTFS jest to wprost ACL , podczas gdy w innych systemach plików może to być dodatkowe czy opcjonalne.
Właśnie Linuxowy sterownik nie obsługuje ACL systemu plików NTFS.
Do tej pory nie pełnych i przetestowanych narzędzi dla nowszych wersji NTFS. Zmiany może są kosmetyczne, ale mimo wszystko wokół samego NTFS jest bajzel. Nawet typową praktyką jest używanie sterownika NTFS jako modułu w przestrzeni użytkownika a nie w trybie jądra. Działanie w przestrzeni użytkownika daje ograniczony dostęp do zasobów sprzętowych (przez co siłą rzeczy jest wolniejsze niż obsługa NTFS pod Windowsem).
Jeżeli masz problemy z bootloaderem, to jest pytanie z czego się to bierze. GRUBa można przystosować przez odpowiednie wpisy w jego pliku konfiguracyjnym (grub.cfg). Z poziomu zainstalowanego systemu plik ten powinien być w
/boot/grub.cfg
, chociaż ważniejsze jest to na jakiej partycji jest ten plik (na życzenie inna partycja może być montowania w /boot).
Co do problemów z grafiką. Można odnaleźć taki wpis [ link ]. Nie wiem w czym miałaby być wina dysku SSD. Nie podałeś niczego, co by sam system miał o tym mówić.
Jeżeli chcesz zainstalować system na nowo tworzonej partycji, to polecam to zrobić za pomocą gparted lub innej graficznej nakładki na parted. Program gparted możesz znaleźć na prawie każdej popularnej dystrybucji Live normalnego linuxa.
Z listy systemów plików które obsługuje Android-x86 najlepszym wyborem będzie ext3. Z tym, że jeżeli będziesz chciał tą partycję wrzucić na SSD, to polecałbym wyłączenie obsługi dziennika dla tej partycji .
ext3 jest naturalnym dla Linuxa wyborem. Jest dużo szybszy od FAT32 i generalnie szybszy od NTFS, jest naprawdę stabilny (gdy ma włączony dziennik) i nie stanowi takiego obciążenia dla procesora jak NTFS pod Linuxem. ext3 jest szybszy jeżeli chodzi o szybkość odczytu i zapisu porcji danych, ale także jest szybszy w uzyskiwaniu dostępu do nich (w porównaniu z NTFS). Poza tym ext3 daje większą swobodę w nazywaniu plików, podczas gdy NTFS wymusza użycie zestawu znaków UTF-16 z zastrzeżeniem kilku specjalnych znaków ("\", "$" i inne).
Przykład z mojej maszyny. Kopiowanie plików z pełną szybkością na talerzówce nie powinno spocić procesor. Kopiując 8GB plik z ext4 na ext4 osiągam do 100MB/s (orientacyjna średnia ~92MB/s) przy tej operacji obciążenie procesora nie przekracza 4% (na 8-wątkowej maszynie). Natomiast kopiując ten sam plik na system plików NTFS efektywnie osiągam szybkość do ~72MB/s, podczas gdy procesor wykazuje obciążenie minimum 19%. Przegląd programem htop zawsze wtedy wykazuje że jeden wątek procesora jest zajęty niemal na 100%. Na moim starym blaszaku z 2-wątkowym procesorem również kopiowanie do partycji NTFS zajmuje ~100% wątku procesora.
To pokazuje że sterownik NTFS nie jest tak dojrzały jak obsługa ext4.