Извиняюсь, но вы не ответили на вопрос.

>Затем же, зачем используют squashfs в лайвах большинства дистров.
>1. Сжатие. Зависимо от алгоритма 2-4 раза.
>2. При правильно подобранном алгоритме сжатия скорость чтения и распаковки из сквоша выше чем чтение тех же данных с того же диска, но не запакованных.

Вы в курсе наверное, слышали, что есть ФС со сжатием...

>3. Сквоши можно смонтировать только на чтение, все что вы меняете, добавляете, удаляете в системе пишется в отдельный слой и никак не меняет содержимое сквошей. Именно это позволяет говорить об относителтной неубиваемости. Если удалить в системе скажем /bin/bash после перезагрузки он снова будет.на месте.

Не работать под рутом...

>4. Возможность подключения и отключения модулей налету. Даже при гигантских размерах модулей подключение занимает секунды. Так как это просто монтирование и чтение новых иконок для меню DE.

Зачем это делать? Да и скорость о которой вы тут говорите- Вы что, данные которые лежат в этом модуле берете из подпространства? быстро подключаем.. а читать  много гигабайт данных кто будет? Тоже мгновенно чтоли?

>5. Возможность подключения модулей по сети. Читаются при этом только запрошенные блоки, но не весь модуль целиком.

Блестящее решение искусственно созданной проблемы?

>Плюшек множество, если реально интересно, а не просто из желания доколупаться заходите в форум, в чат и спрашивайте. Всегда расскажем.

И все таки, зачем это все нагорожено?
Вот смотрите:
вы отказались от ФС с прозрачным сжатием и преподносите сжатие в squashfs как фичу... Вам не стыдно?

вы в качестве примера говорите об "удалить в системе скажем /bin/bash" - это просто детский сад какой то. Вас не учили не работать под рутом? или в вашем дистре пользователь такое делает сплошь и рядом? Другого примера нет? Почему он не пришел вам в голову сразу?

Вы не отвечаете на вопрос зачем это все нагорожено, вы просто описываете как вы блестяще решаете искусственно созданные проблемы извлеченные из пальца...