PFS-utils на github

[ander]

Давно руки чешутся убрать вовсе вот эту проверку:

Код

if [ "$(echo "${fsname##*.}" | tr A-Z a-z)" = "pfs" ]; then                     
  checksfsxz >/dev/null                                                         
  [ $? -gt 0 ] && echo "Kernel not support PFS!" >&2 && exit 1                  
fi

Сам-то pfsload запускается откуда?  Из подключенного pfs-модуля.  Так какой смысл проверять, способно ли ядро их подключить? 

[ander]

Мне кажется, лучше в случае нехватки RAM не монтировать и выдавать ошибку, но со спец. параметром (например --force) - делать как сейчас.

Сделал так: монтируется, если еще не смонтирована одна tmpfs стандартного размера - то есть в 50% RAM.
Если скопировать в память не удалось - а при таких размерах файловой системы это определяется в основном свободной памятью, подключение не выполняется, pfsload завершается с ошибкой.
Ключ --force делать не стал, поскольку вместо него проще при ошибке копирования в память просто убрать ключ --memory.

[DdShurick]

 Про стандарт точек монтирования опять затихло? Я с вас живых не слезу.
Предлагаю всё монтировать в /mnt/ В такой последовательности:
0 слой - tmpfs
1 слой - save
2 слой - base
3 слой - kernel
4 слой и далее - все остальные модули по именам, без pup_ro*
Монтирование выше базы только из командной строки, для тех кто знает что делает.

Порядок слоёв можно смотреть командой

Код

cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=

Если сейчас получается неинформативно

Код

# cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=
/initrd/pup_rw
/initrd/pup_ro1
/initrd/pup_ro2
/initrd/pup_z
/initrd/pup_ro3
.............

Добавляю glibc-2.22 между save и base

Код

# mount -o remount,add:2:/home/bases-root/LFS/glibc-2.22_DEV/ /
# cat $(find /sys/fs/aufs/*/ -name br[0-9]*)|cut -f1 -d=
/initrd/pup_rw
/initrd/pup_ro1
/home/bases-root/LFS/glibc-2.22_DEV
/initrd/pup_ro2
/initrd/pup_z
/initrd/pup_ro3
..........

При монтировании по предлагаемому стандарту будет выглядеть так:

Код

/mnt/tmpfs
/mnt/save
/home/bases-root/LFS/glibc-2.22_DEV
/mnt/base
/mnt/kernel
/mnt/FoxitReader-1.1.0
............

[sfs]

Про стандарт точек монтирования опять затихло?

Не совсем понятно какая связь между pfs-util (монтирование по горячему) и base save (их же initrd собирает)
Базовые модули наверх aufs поддерживаю. Написал sort= для porteus-initrd

Монтирование выше базы только из командной строки, для тех кто знает что делает.

Из командной - жестковато. По дефолту вниз - нормально. Это же обсуждали tot njulf. Тогда нас с Вами слили. В итоге я так и сделал в mnt_sfs

[DdShurick]

Не совсем понятно какая связь между pfs-util (монтирование по горячему) и base save (их же initrd собирает)

Было предложение унифицировать монтирование. Aufs у нас одна, и монтирование единообразное. К тому-же получается более понятно и можно выкинуть нестандартный /initrd из корня.

Из командной - жестковато.

Нормально, нормально, лучшая защита от дурака.

[sfs]

Было предложение унифицировать монтирование.

Потерял мысль. Чего для чего и какими средствами?

[DdShurick]

Потерял мысль.

Мысль отсюда

А вот захочется, чтобы все было в одном месте и единообразно -
то есть смонтировать туда же и так же без точки, как initrd монтирует, и копирование делать, куда initrd копирует

Чего для чего

Чтобы было стандартно и понятно.

и какими средствами?

Головой и руками 
Я свой rc.init перепишу, а вот вы портеус вряд-ли.
Ещё мнения есть?

[sfs]

Так красиво написали "стандартно" что прямо номер RFC подмывает спросить 
Какая разница, куда сделано промежуточное монтирование. ls -1 /sys/fs/aufs/*/br[0-9]* - вот и все стандарты
Что и зачем еще придумывать?

[DdShurick]

Какая разница, куда сделано промежуточное монтирование.

Для aufs абсолютно безразлично, для пользователя должно быть наглядно и понятно.

ls -1 /sys/fs/aufs/*/br[0-9]* - вот и все стандарты

cat $(find /sys/fs/aufs/*/ -name br[0-9]*) получше будет

Что и зачем еще придумывать?

Не придумывать, а убирать что лишнее нагородили.
Что, портеус жалко? Так я его тоже вредной программой считаю.

[Pro]

у тебя все вредное, научился писать идеальный код?

[DdShurick]

у тебя все вредное

И сам я вредный, возраст обязывает.

научился писать идеальный код?

Идеал недостижим, но стараюсь.

[sfs]

Не придумывать, а убирать что лишнее нагородили.
Что, портеус жалко? Так я его тоже вредной программой считаю.

Себя жалко. Работает - не трогай. Поработать и так есть над чем

[neobht]

в uird используется /memory/bundles

[DdShurick]

Работает - не трогай.

Я не сисадмин, на меня не распространяется.

в uird используется /memory/bundles

Ну вот, опять по новому. Почему не /mnt/memory/ ?

[neobht]

/mnt я воспринимаю как место предназначенное для монтирования носителей и т.д.
Я думал о /mnt/bundles, но поскольку в uird используется более расширенное назначение системной директории, то умещать ее всю целиком в /mnt как-то становится уходом от прямого назначения /mnt, но выделять в /mnt bundles - это уход от единого универсального места для uird назначения. Ну и плюс пошла мода уходить от FHS у ряда неординарных дистров, то нет гарантии, что они чего-нибудь не сочинят с /mnt и я выбрал новую начальную точку ( вне FHS) - /memory.