Czy nowy kernel ma obsługę JFS?

[Gość s6s]

Jak widac zaktualizowano kernel dla ADB (BSKA) w repozytorium. Czy ma on wkompilowaną obsługę systemu plików JFS?

W przeciwnym wypadku BARDZO proszę o wersję z JFS - ponieważ posiadam prawie cały dysk (partycję "records") w tymże systemie plików (i co mam robic?)

Jak na razie wstrzymuję się od aktualizacji,  albo popróbuję jakos zrobic aktualizację bez kernela (ale jak i czy miałaby aktualizacja bez kernela w ogóle sens?)

 

P.S. Patrzę czy w repozytorium znajduje się może moduł dla JFS ale wyskakuje tylko:

GraterliaOS:~# opkg list |grep jfs

jfsutils - 1.1.15 - IBM JFS Utility Programs

[tux]

Prawdopodobnie nie ma. Żadne nowe mieć nie będą. Będą osobne moduły i możliwość ich załadowania przed startem systemu. Jednak to chwilę potrwa.

 

Przy okazji. Jak była rozmowa o wyższości jfs już wtedy ostrzegalem. Optymalizacja kodu jądra jest ważniejsza.

[Gość s6s]

Więc proszę baaardzo o moduł :) i czekam...

 

Poza tym, jak wpisac do konfiguracji aby opkg pomijał automatycznie upgrade wybranych pakietów (w tym wypadku kernel), podobnie jak np. w Gentoo opcja "--exclude" w "emerge"? 

[tux]

Moduły będą jak skończymy. Nie jest to pierwsza potrzeba.

Co o pomijana - czy pomoc opkg gryzie?

[Gość s6s]

Ponownie BAAARDZO proszę o moduł z obsługą jfs...

Jest przcież moduł:

kernel-modules-extrafs-gos - 2.6.32.61.0217.01 - tux kernel module for extra FS (MS-DOS, FAT, VFAT, NTFS, ISOFS, UDF)

czy nie mogliscie dodac tam obsługi także i JFS... (?) :(

[tux]

@s6s

Będę brutalny ale:

• już w 2014 roku udowodniliśmy, że jfs nie jest tak wydajne jak twierdzisz i użycie tego systemu plików ponad wszystko niekoniecznie jest najlepszym wyborem;
  
• uparłeś się na jfs mimo, iż wielokrotnie pisaliśmy, że nie wspieramy i nie zamierzamy wspierać (chyba, że będzie możliwe - czas pokaże);
  
• miałeś masę czasu na konwersję; kiedyś nawet pisałeś, że to rozważasz; póki co używasz jfs na własne ryzyko - twój wybór :);
  
• być może, jak znajdę chwilę czasu (jest na to duża szansa), i wprowadzę poprawkę dla ładowania modułów FS przed wykonaniem fstab to jfs dodam; nie gwarantuję jednak tego, że będzie działać poprawnie! tak jak nie gwarantowałem tego nigdy!
  

Temat dla mnie póki co zamknięty. jfs jest niszowy, używa go garstka osób. Z tego powodu jest na szarym końcu listy życzeń.

 

[Gość s6s]

Jak szanse na JFS aktuanie wyglądają, ponieważ wprawdzie przymierzam się do samodzielnej kompilacji kernela według wskazówek FAQ lecz aktualnie na razie mam problem i z miejscem na hdd na PC (żeby zainstalować wirtualną maszynę a w niej linuksa) i z limitem danych internetu (żeby pościągać potrzebne programy, iso i źródła - jak wiadomo, żeby wykompilować półtora MB kernela to trzeba najbierw pościągać ~setkęMB  źródeł, a jeszcze wielokrotnie więcej iso linuksa).

 

Chcę również potestować Neutrino, ładnie mi to działa na ADB ale rzecz jasna mam "zaporowy" problem z partycją 'records' na systemie  JFS więc jedynie sobie poklikam przez parę minut dla zabawy by potem wrócić do poprzedniego systemu - wersji kiedy jeszcze obowiązywał poprzedni kernel...

 

 

[tux]

Od początku GOS stanowisko moje znasz.

Nie ma obsługi wkompilowanej i nie bedzie.

 

Powinien być dodatkowy moduł kernela. Załaduj sobie. Albo zmień na extX.

Jesteś jedynym, do którego nie dociera co pisze od prawie trzech lat.

Co wersja GOS to Twoje pytanie o JFS.

 

EDIT tux:

Paczka: kernel-modules-extrafs-gos

plik /etc/fsmodules.conf

 

Jednak o ile moduł wstanie to nie będzie automontowania partycji oraz autosprawdznia błędów.

Tego na razie nie ma i nie wiem kiedy będzie. JFS jest jak pisałem - niszowy i dla garstki osób nie będę teraz się nad tym skupiał.

[Gość s6s]

Ale jest napisane:

 

kernel-modules-extrafs-gos - 2.6.32.61.0217.01 - tux kernel module for extra FS (MS-DOS, FAT, VFAT, NTFS, ISOFS, UDF)

 

czy na pewno JFS jest tam uwzględnione?

[tux]

A czy chociaż raz zrobisz coś samemu nie zatrudniając sztabu forumowiczów?

[Gość s6s]

Ale własnie robię:

- /etc/fsmodules.conf  wpisuję: fs_jfs=1

- ręcznie niestety:  insmod  /lib/modules/jfs.ko

- mount -a

 

i działa!

 

Ale ręcznie trzeba robić insmod, jakby to poustawiać żeby samo przy boot'cie się ładowało?

 

P.S.

Tux, dlaczego tak nerwowo traktujesz cała sprawę z jfs? Pewnie i niszowy jfs, ale pewnie dlatego że brakuje mu własciwej reklamy! ;)

Poprzednie testy wykazały, że ext2 ma podobną efektywność jak jfs, ale trzeba też wziąć pod uwagę, że reperowanie błędów w ext2 trwa nieporównywalnie dłużej (potrafi i z pół godziny!) niż w jfs (w którym robi to momentalnie!)

Proszę skromnie o ponowne przyjrzenie się temu systemowi który ma swoje niezaprzeczalne zalety, wykorzystuję go już ponad trzeci rok i działa po prostu pięknie zero problemów!!! (w przeciwieństwie do ext2)

[tux]

Zaraz powinna się pojawić poprawka. Powinno być OK.

[tux]

Prawdopodobne nie sprawdziłeś poprawki. Cóż....

[Gość s6s]

Widzę POPRAWKĘ: plik /etc/init.d/gfsmodules_init a tam m.in. wpis:

if [ $fs_jfs == 1 ]; then

insmod $MODDIR/jfs.ko

fi

ale żeby zadziałało trzeba zrobić link w:

  /etc/rc.d/rc5.d/ -- jeżeli Enigma

  /etc/rc.d/rc4.d/ -- jeżeli Neutrino (?)

pytanie z jakim numerkiem S<numerek>gfsmodules_init?

 

------EDIT:

Ale to NIE działa żeby nie wiem z jakim numerkiem nazwać link!

 

---------EDIT:

 

Ponieważ poprawka zawiodła, plik /etc/init.d/

trzeba wyposażyć w:

# potrzebne do sprawdzenia 'records'
insmod $MODDIR/jfs.ko

na samym początku pliku, jeszcze przed:

if [ $fscheck == off ]; then
        echo "fsck off"
        if [ $vfd == on ]; then
                echo "fsck off" > /dev/vfd
        else
                echo "FCOF" > /dev/vfd
        fi
        sleep 1
        exit 0
fi

 

Jeszcze doinstalować: 

GraterliaOS:~# opkg info jfsutils
Package: jfsutils
Version: 1.1.15
Depends: graterlia-core, glibc-gos, libuuid
Status: install user installed
Section: graterlia/system
Architecture: sh4
Maintainer: tux
MD5Sum: 2e4ed4603938686637d05e7e33b5dd41
Size: 274278
Filename: jfsutils_1.1.15_sh4.ipk
Source: http://jfs.sourceforge.net/
Description: IBM JFS Utility Programs

 

i wtedy sprawdzanie partycji 'records' na początku boot-owania ładnie działa!

 

[tux]

Przy neutrino link trzeba zrobić (póki co). Zerknij jaki numer S jest w rc.d5

 

Co do insmod → nie trzeba bo moduły ładują się przed fsck.

 

W pliku S10graterlia_init masz:

gstart()
# funkcja inicjująca start Graterlia OS
{
<------>grun_init #start systemu
<------>passwd_check #sprawdzenie czy jest plik passwd i jak nie ma skopiowanie standardowego pliku
<------>create_virtual_dev #stworzenie brakujących wirtualnych urządzeń
<------>mount_temp_fs #zamontowanie tymczasowych systemów plików
<------>/etc/init.d/gfsmodules_init start #załadowanie dodatkowych modułów FS
#<----->/etc/init.d/mountvirtfs start #uruchomienie moountvirtfs
#<----->apply_sysctl #ustawienie parametrów z sysctl.conf

Natomiast sprawdzanie systemów plików to: S18gsysfscheck