|
samba vs ext4 --część druga
|
| larry_d |
Dodano 22-06-2020 21:54
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Kilkanaście dni temu wspominałem o problemach z podmontowaniem dysku sformatowanego jako ext4 po USB. Środowiskiem było freshtomato MIPS.
Tym razem problem dotyczy Asusa RTU18 z freshtomato ARM wersja 2020.2.
Problem jest ten sam to znaczy dysk w sekcji USB jest poprawnie rozpoznawalny ale nie można go podmontować.
Parametry:
- dysk 500GB
-format pod gparted, standart ext4, tablica partycji gpt albo mdos (próbowałem obu wersji ale to nie ma nic do rzeczy raczej dla własnego spokoju....)
-flaga ext4 jest ON na stronie routera dotyczącej ext2/ext3/ext4 w sekcji USB
-chmod i chown na maxa
To tyle.
Zależy mi właśnie na tym formacie a nie innym .
Czy może ktoś miał taki problem i go rozwiązał ?
Z góry dziękuję za podpowiedź |
| |
|
|
| tamtosiamto |
Dodano 23-06-2020 08:51
|
Super User
Posty: 659
Dołączył: 06/02/2012 22:16
|
https://openlinksys.info/forum/viewth...ost_173893
Połączony z 23 czerwca 2020 08:56:42:
do wykasowania, pytanie jest o arm a tam bylo o mips
Edytowany przez tamtosiamto dnia 23-06-2020 08:57
nic nie mam
|
| |
|
|
| larry_d |
Dodano 23-06-2020 10:41
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
w MIPS nie było opcji ext4 .To było tylko moje pobożne życzenie.... )))
w ARM jest opcja ext4 i pomimo tego nie działa.
Dzisiaj przeszedłem na ostatnią wersję 2020.3 połączoną z erase data.
Wciąż ten sam efekt. Dysk w GUI jest rozpoznany ale nie montowany.
Sprawdziłem również na innych dyskach.
Dysków na EXT4 nie można podmontować z poziomu GUI. |
| |
|
|
| pedro |
Dodano 23-06-2020 10:43
|
Moderator
Posty: 1001
Dołączył: 21/09/2015 15:03
|
Bo trzeba użyć przełącznika.
Użyj szukajki.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
|
| |
|
|
| larry_d |
Dodano 23-06-2020 11:30
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Moderatorze Pedro,
co to jest za koan ?
Jakiego przełącznika ?
Oświeć mnie mistrzu.
Robię tak: formatuję dysk pod gparted. Wkładam do dziury USB. Sprawdzam GUI. Kicha....
Źle robię ?
Czy chodzi Ci o mkfs.ext4 itp ?
Gdybym wiedział czego szukać to bym nie pytał. |
| |
|
|
| jurekk |
Dodano 23-06-2020 14:56
|
OL Maniac
Posty: 1410
Dołączył: 28/11/2012 18:19
|
https://openlinksys.info/forum/viewthread.php?thread_id=9015&rowstart=180
temat ogolny
i sedno twojego problemu
https://openlinksys.info/forum/viewthread.php?thread_id=20829&rowstart=180#post_161101
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
| |
|
|
| larry_d |
Dodano 23-06-2020 16:02
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Dziękuję. |
| |
|
|
| amikot |
Dodano 26-06-2020 01:49
|
Power User
Posty: 298
Dołączył: 14/12/2018 18:24
|
Tomato nie wspiera pełnego ext4. Tam jest jakaś opcja (już nie pamiętam) która koliduje. Miałem ten problem jak przygotowywałem dysk pod Optware i okazało się że nie działa.
Przypomniałem sobie jeszcze, że problem tkwi nie w opcjach montowania - bo te można zostawić jako ext4 itd. Problem tkwi w formatowaniu dysku na ext4.
Pusty dysk ext3 zamontujesz jako ext4 i będzie działał jako ext4, ale jeśli w gparted ustawisz ext4 to niestety się nie zamontuje.
Z tego co pamiętam problem bierze się z tego, że w kernelu 2.6 system ext4 nie był jeszcze w pełni ukształtowany i filesystem w kernelu tomato po prostu nie obsługuje pewnych opcji używanych przez GParted na nowszych linuxach.
Połączony z 26 czerwca 2020 02:13:17:
Poniższy link prowadzi do dokładnego wyjaśnienia problemu z ext4.
https://openlinksys.info/forum/viewth...ost_172985
Edytowany przez amikot dnia 26-06-2020 02:13
ZTE MF286D - Stock Firmware (Vodafone UK)
ASUS TUF-AX3000 V2 - AsusWRT/FreshTomato 3.0.0.4.2023_4-gb6923ed
Acer Aspire E1-571 - OMV 6
|
| |
|
|
| jurekk |
Dodano 26-06-2020 07:20
|
OL Maniac
Posty: 1410
Dołączył: 28/11/2012 18:19
|
tomato ma swój moduł formatujący w tym na ext4 w konsoli przez putty dostępny
kojarzę, że Shibby jeszcze ujął to tak , ze to te zewnętrzne programy typu GParted błędnie formatują ;-)
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
| |
|
|
| larry_d |
Dodano 26-06-2020 11:48
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Może byłoby rozsądne wspomnieć o tym w helpie w stopce na stronie dotyczącej USB w następnej wersji freshtomato.
Jestem bardzo zadowolony z software ale nie jestem power userem i dlatego wierzę że to co jest napisane na stronie działa.....bez sprawdzania i myślenia. )))
pozdrawiam |
| |
|
|
| jurekk |
Dodano 26-06-2020 20:07
|
OL Maniac
Posty: 1410
Dołączył: 28/11/2012 18:19
|
mkfs.ext4 -L "dane" /dev/sda1
mkfs.ext3 -L "dane" /dev/sda1
z tego tematu
https://openlinksys.info/forum/viewthread.php?thread_id=9015
tylko wiele rzeczy jest archiwalne już bo tomato sie zmieniło od tamtych czasów trochę
obsługa ext4 chyba od wersji 138 się pojawiła
AX3000 v2 Tomato
ea6500v2 @Ac66u_B1 @1000 Aimesh
ea6700v cfe (custom) @AC66u_B1 node
node Aimesh,
|
| |
|
|
| amikot |
Dodano 29-06-2020 23:30
|
Power User
Posty: 298
Dołączył: 14/12/2018 18:24
|
Tak używając mk2fs.ext4 na routerze - spoko wszystko zadziała.
Problem się pojawia kiedy dysk przygotowujesz na linuxie z kernelem 3.3+
Na takich maszynach należy do komendy pokazanej przez JurekK dodać:
-O^metadata_csum
ZTE MF286D - Stock Firmware (Vodafone UK)
ASUS TUF-AX3000 V2 - AsusWRT/FreshTomato 3.0.0.4.2023_4-gb6923ed
Acer Aspire E1-571 - OMV 6
|
| |
|
|
| larry_d |
Dodano 01-07-2020 21:25
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Zdjąłem flagę... działa. dzięki.
Połączony z 04 lipca 2020 17:50:36:
Dodatkowe informacje:
znalazłem dysk formatowany pod Gparted jako ext4 z kwietnia ubiegłego roku.
Okazuje że tomato bezbłędnie go podmontował.
Z poniższego artykułu wynika że ową zmianę z flagą sprawdzającą CRC na metafile w ext4 wprowadzono dopiero po kwietniu 2019....
https://bugzilla.redhat.com/show_bug....id=1695584
IMHO to raczej redundancja chociaż rozumiem że ten właśnie zbiór jest najbardziej ryty ze wszystkich a więc narażony na błędy odczytu
Gparted z tamtego okresu powinien dobrze formatować dyski dla potrzeb freshtomato.
https://sourceforge.net/projects/gpar...s/gparted/
Może ta informacja się komuś w przyszłości przyda. pz
Edytowany przez larry_d dnia 04-07-2020 17:50
|
| |
|
|
| amikot |
Dodano 05-07-2020 02:25
|
Power User
Posty: 298
Dołączył: 14/12/2018 18:24
|
@larry_d: dokument ktory zlinkowales pochodzi z bugzilli redhata, a nie od Torvaldsa z kernel.org
Sprawa nie jest taka prosta. Z wiki na kernel.org wynika ze funkcja pojawila sie w upstreamie jeszcze w 2012 roku. Redhat czy Debian maja zwykle nawet 2-4 lata opoznieia w publikacji pakietow (ze wzgledu na rozszerzony okres testow), ale 6-7 lat wydaje sie raczej niemozliwe.
W wypadku Ubuntu jest to zupelnie nieprawdopodobne - tam pakiety z upstreamu pojawiaja sie znacznie szybciej.
Znalazlem jednak jeden wpis na askubuntu sugerujacy ze funkcjonalnosc metadata checksum była obecna w Ubuntu jeszcze przed wersja 16.10 jednak nie była to opcja domyslna. Jednak Ubuntu 16.10 miało juz ext4 z metadata checksum domyslnie wlaczonym.
To jednak tez nie jest informacja do konca precyzyjna.
Czym innym jest bowiem kernel i jego wewnetrzne wsparcie dla jakiejs funkcji, a czym innym sa programy spoza kernela ktore te funkcje wykozystuja,
Wspomniany post na askubuntu mowi o pakiecie ext2fsprogs w wersji 1.43 ktory wlasnie w tej wersji zaczal uzywac metadata checksum jako opcji domyslnej. Nie udalo mi sie jednak ustalic kiedy Gparted od Canonicala zaczal uzywac tej funkcji jako domyslnej. Tak wiec do konca nie wiadomo niczego poza tym co wiadomo. Czyli poza tym ze Redhatowy Gparted byl OK jeszcze w 2019 roku, a Ubuntowy ext2fs byl OK do 16.04.
ZTE MF286D - Stock Firmware (Vodafone UK)
ASUS TUF-AX3000 V2 - AsusWRT/FreshTomato 3.0.0.4.2023_4-gb6923ed
Acer Aspire E1-571 - OMV 6
|
| |
|
|
| larry_d |
Dodano 05-07-2020 10:40
|
User
Posty: 14
Dołączył: 08/06/2020 13:11
|
Zapewne chodzi o patch zimplementowany w kernelu
https://ext4.wiki.kernel.org/index.ph...Checksums
w sekcji : On-Disk Structure Modifications / Superblock
Po usunięciu błedu alokacji na CRC w strukturze obsługującej Journaling większość programów zewnętrznych obsługujących tę funkcję przestała mieć z tym problem.
Czyli najpierw patch na kernel a potem obsługa przez zmodyfikowany program zewnętrzny.
To był pewnie ten błąd o którym wspominaliście wychwycony przez Shibbiego....i dlatego nie zostało to wkompilowane w jego stare tomato.
Chronologicznie masz rację. |
| |
|
' target='_blank'>Link
