Gentoo over NTFS

Какой смысл устанавливать gentoo целиком на NTFS? Даже несмотря на то, что в ядре была поддержка NTFS и даже вроде записи.

Ну а если подержки записи нет, то ведь не нужно заниматься сексом с машиной и загружать ntfs-3g из initrd?

Прошу писать конструктив и по теме.

чувак, запомни, тут можно всё. Вопрос лишь в том, нужно ли. Так вот, это - не нужно.

Почему-то не нахожу разумных вариантов, ради чего так нужно извращаться... Не пояснишь ли?

Зачем?

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

> Прошу писать конструктив и по теме.

Ты не заметил, это и был конструктив.

Если ты даже и установишь Генту на нтфс, то проблема в том, что на нтфс ты не сможешь хранить информацию о линуксовых пользователях и правах. Возможно есть ещё какието косяки. Дерзай, нам потом расскажешь что у тебя получилось.

Нет.

Во-первых, у тебя драйвер в userspace. Т.е. сначала должен загрузиться fuse, а потом откуда-то уже сам драйвер. Отсюда вывод - все равно придется делать некий раздел с линуховой файлухой, где это все хранить.

Во-вторых, права. Они не сохранятся или будут неверными.

В-третьих, с драйвером проблема, т.к. с течением времени он будет тормозить все больше и больше.

А вообще на хрена? Говно же система.

> проблема в том, что на нтфс ты не сможешь хранить информацию о линуксовых пользователях и правах

здрасти нафиг. Ещё году в 1997 был драйвер umsdos, используя который можно было / поставить на FAT раздел. И ничего, работало. На худой конец, на любой раздел можно поставить файл-образ, и загрузиться из образа (а grub ЕМНИП 2.0 или grub4dos умеет грузить ядро из образа и подменять диск файлом из образа). Тот же BeOS ставился в файл: делался файл-образ BFS раздела, из него грузилась ОС и работало.

Соответственно, тормозило из-за фрагментации файла и трансляции туда-сюда в хост-файловую систему. Так что надо ли делать так в реальности для рабочих rw разделов, а не только /boot -- большой вопрос.

> Во-первых, у тебя драйвер в userspace. Т.е. сначала должен загрузиться fuse, а потом откуда-то уже сам драйвер

для RO вполне можно использовать встроенный в ядро драйвер. После того, как из RO получен список кластеров, из которых состоит файл-образ, писать в него руками (то есть, файл-образ -- фиксированного размера, размер не меняется)

> Отсюда вывод - все равно придется делать некий раздел с линуховой файлухой, где это все хранить.

например, в файле-образе другой ФС

>Во-вторых, права. Они не сохранятся или будут неверными.

1. грузить образ с другой ФС

2. как в UMSDOS, права хранились в отдельных файлах

> В-третьих, с драйвером проблема, т.к. с течением времени он будет тормозить все больше и больше.

кто будет тормозить? файл, из-за фрагментации, драйвер (чего, хост-ФС или файла-образа поверх хост-ФС ?)

>А вообще на хрена? Говно же система.

это да. И смысл неясен -- всё равно образ в разделе будет работать быстрее, чем образ в файле на хост-ФС. Но сделать можно, например, для туриста, на попробовать (и не бояться испортить таблицу разделов). Например, вот так: http://en.wikipedia.org/wiki/Win32-loader_%28Debian%29 ( по ссылке с http://goodbye-microsoft.com )

Правда, если кто-то боится испортить таблицу разделов, это просто значит, что ему надо поставить тот же Acronis, сделать образ диска/разделов, и разобраться и поэкспериментировать, если что, восстановить всё из образа. Толку от этих экспериментов будет больше, чем экспериментировать с костылями типа образ в файле на хост-ФС.

даже вот, точнее http://en.wikipedia.org/wiki/Wubi_%28Ubuntu%29

по теме, см. http://en.wikipedia.org/wiki/Topologilinux

>Если подержки записи нет, то ведь можно загрузить ntfs-3g из initrd ?

да по идее, можно. попробуй.

этот костыЛинукс, правда основан на слаке, а не на генте, но можно сделать по аналогии. Скриншоты вкусные: http://www.topologilinux.com/index.php?menu=5 http://www.topologilinux.com/index.php?menu=6