Изпечатай

[iskren]

Въпроса е следния - има ли смисъл да слагам линукса файлова система на външно устройство (диск, флашка). Питам, защото от доста време външния ми диск беше форматиран на ext3 (вече 2) и чак наскоро ми се наложи да го ползвам от друг линукс (иначе го ползвах или на уиндоус с подходящи драйвери, или на моя си компютър). Оказа се, разбира се, че юзърите и групите на файловете не съществуват на другия линукс, съответно не можех адекватно да запиша нещо на диска. Решението е да променя всички пърмишъни на 777 или нещо от сорта, или да създам юзър с подходящ UID на другия линукс, обаче това ми се вижда малко грубо решение. Та затова питам - има ли смисъл файловата система на външно устройство да е ext2/3 raiserfs (и ако да - с какви user/group/permission да го настроя) или да се задоволим с fat16/32 ?

[tyuio]

fat има проблем с големината на файловете най малкото, за журнал няма да говорим

[iskren]

Журнала е най-ужасното нещо на света - особено ако говорим за външни устройства. Като трябва да ги отвориш под уиндоус нямаш никакъв шанс (защото има драйвер само за ext2). Освен това незнайно защо даже при нормален umount линукса не флъшва журнала и после като отидеш на уиндоуската машина .... смърт (все пак външните дискове са за да са portable ... нали)

[romeo_ninov]

Да не говорим че ако става въпрос за флаш памети журнална файлова система за тях може да бъде самоубийствена. Ако не знаете те имат ограничен брой записи. И вместо да се пише на едно място се пише на две...

[gat3way]

Не виждам особен проблем с журнала, стига външното устройство да не е флаш памет. От друга страна FAT файловата система също не е перфектна за такъв хардуер - защото двете FAT таблици се пазят на едно и също място и се ъпдейтват при всяко създаване на нов файл/модификация/изтриването му. Просто засега няма утвърдена добра файлова система за флаш устройства.

Що се отнася до позволенията - да, и няма оправия с този проблем.

Въпреки което наистина е най-добре да се ползва FAT, най-малкото заради това,че може да се ползва под уиндоус.

[tyuio]

общо взето има компромис при мен имам си 3 дяла

[Djuroff]

Имам два външи харда и съм ги направил в нтфс дялове и под линукс и под уиндоус нямам проблеми.

[Naka]

Много хубаво работят Flash-ките с EXT2. само дето наистина пермишъните са проблем.
Ако ползваш флаш памет трябва и да се промени  I/O Scheduler-а само за фашката, защото със стандартния Scheduler при запис работи ужастно.
Ако се смени на deadline  тръгва много хубаво. Правих някъкви промени в UDEV смяната на Scheduler да става автоматично.

[iskren]

Става ли да дадеш маалко по подробна информация за тая врътка - мисля че ще е от полза на доста хора. 

[Naka]

Става ли да дадеш маалко по подробна информация за тая врътка - мисля че ще е от полза на доста хора. 

за да се види ефекта ползвам gkrellm и гледам трафика на диска.
като се вмъкне флашката - например ако се появи като /dev/sde
текущият scheduler може да се види така:

Код:

cd /sys/block/sde/queue
cat scheduler

ако искаме да се промени се прави това:

Код:

echo deadline > scheduler

scheduler-а може да се задава за всяко устройтво поотделно и може да се променя през време на работа.
ефекта най добре се вижда при запис на големи файлове въху флашката.

тази процедура за да става автоматично при всяко вкарване на флашката това съм го вмъкнал накарая на:

/etc/udev/rules.d/50-udev.rules

Код:

#udevinfo -a -p /sys/block/sda
#restart udev: /sbin/start_udev
KERNEL=="sd*", SUBSYSTEMS=="block", BUS=="scsi", SYSFS{removable}=="1", RUN+="/bin/sh -c 'echo deadline > /sys/$DEVPATH/queue/scheduler; echo 1 > /sys/$DEVPATH/queue/iosched/fifo_batch'"

мисля че трябваше рестарт на udev, за да се усети за новите правила./sbin/start_udev
параметрите на устойството които са описани в правилата може да се видят с udevinfo -a -p /sys/block/sdе
например removable и разните там подробности.

[spirtbrat]

Като се ползва deadline scheduler на flash устройства, спокойно може да се добави и това:

Код:

echo 1 > /sys/block/sda/queue/iosched/fifo_batch