Ext2fsd v0.46

> Что бы монтировать соответствующие разделы с линуксовых машин напрямую - без участия сетевых fs.

Смысл? Мультизагрузочная машина? Это красноглазая молодось наша... :-)

> smb ТАМ совсем не при чем...

Да причем, рекомендую посмотреть что происходит после того как tftp свое отработал...

>еще раз - какой смысл дровах ext2/ext3, xfs, jfs, reiser3 и т.д. под винду?

1) Переносные винты
2) Флешки
3) Винда в дуал-буте

Фат32 убог а нтфс глючен так что возможен даже пункт 4) Использование линуксовых ФС в самой винде =)

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

это когда не известно куда уходит дисковое пространство? не нужно. для ACL достаточно расширенных атрибутов. для индексов? - делайте отдельные файлы.

не нужно ЭТО поделие рекламировать. а про WinFS - пусть вначале сделают, да еще чтоб работало.

>Сам NTFS хранит имена файлов в UNICODE - ему пофигу на всякие там 'con', 'lpt1', 'com1'.

И самое смешное в то что ntfs-3g такие файлы спокойно создаёт а винда их удалить потом не может ^_^

Ну на счет переносных винтов и флешек - увы, но использование на них ext3 создает больше проблем чем решает. Мало кто понимает раз, два - не решает основную проблему фата - отсуствие множественных потоков данных, необходимых для корректной работы с файлами из висты. То есть, что фат, что экст - все равно прежде чем копировать зиповать надо, иначе потеряешь потоки.

Дуалбут это красноглазое детство мое. :-) Реально это не нужно имхо - так баловство.

На счет глючности нтфс - глючна не нтфс, а ее драйвер под линуксь. Реально - убог и глючен, разработчики явно "ниасилили". Впрочем причина этого понятна - он не нужен почти ровно настолько же, насколько не нужен сабж. Хотя если ща поползут флешки и диски в нтфс, то он станет востребован. А они поползут, ибо объем оных стремительно растет.

Хотя сразу скажу - я не считаю фат или нтфс хорошим выбором для сменных носителей. фат реально убог, нтфс слишком наворочен и тяжел для них. При этом например ACL - если на встроенном диске они необходимы, то на сменном - строго противопоказаны имхо. Но увы - хороших вариантов пока нет. Видимо все кончится какой-нибуть NTFS Lite и только после этого опенсоурсники начнут шевелиться, жаловаться что стандартом выбирают не только их вариант и т.д. :-)

> это когда не известно куда уходит дисковое пространство? не нужно.

Да известно куда оно уходит. В них например хранится оценка (рейтинг) фотографии/трека/и т.д. Места на это к слову уходит немного. А то про что вы говорите это теневые копии, позволяющие хранить несколько версий файла. :-) Очень удобная система, я ее со всремен RSX-11 люблю. :-)

хватит уже курить эту траву. Основные данные (нужные чтобы этот файл работал) не могут храниться в каких то там потоках. Если файл битый получается после удаления потоков - люби свою висту дальше, это она виновата, а не мифические потоки, в которых критически важная инфа.

> Основные данные (нужные чтобы этот файл работал) не могут храниться в каких то там потоках.

Могут и должны. Ибо все остальные так называемые "форматы файлов", "контейнеры" это не более чем страшные костыли, тормозные и кривые по своей природе. И вообще - пора забивать на понятие файл как на древний костыль. Изначально придумывалось как костыль, и просуществовало почти полстолетия. Пора это, отбросить костыли. :-)

>Причина - отсутствие экранирования для имен файлов. Помимо >перечисленных, есть ещё дурацкий запрет на символы '*', '?' и др.

Типичное заблуждение - как же тогда я копирую файлы с ехт 3 на нтфс ? Просто на нтфс есть слой (подсистема ) posix совместимости .Правда практически ни одна вин програма не понимает эти файлы :бывают сообщения об ошибках чтения ,что файл не найден , не удаляются стандартными средствами .

А скажите можно всё таки или нет сделать чтобы винда загружалась с ext3? Диск C: форматнуть охота под ext3...

>> smb ТАМ совсем не при чем...

> Да причем, рекомендую посмотреть что происходит после того как tftp свое отработал...

Монтирование системного раздела по iscsi...

ХР наверно получится, если как-то лоадер победишь. Только разумеется права на файлах работать не будут и т.д., т.е. считай с фат32 ее запустили. Висту - уже нет.

>> Что бы монтировать соответствующие разделы с линуксовых машин напрямую - без участия сетевых fs.

> Смысл? Мультизагрузочная машина? Это красноглазая молодось наша... :-)

Я уже объяснял, не заставляйте меня повторяться - прямое монтирование разделов с ДРУГИХ машин (не windows), в частности, интересует gfs. Есть предложения по альтернативам или это пустой треп?

deis, убей меня - не пойму чем тебя так не устраивают сетевые fs, которые специально придуманы для решения таких задачь. :)

По поводу gfs - напиши в RH, вроде как это их изделие?

> deis, убей меня - не пойму чем тебя так не устраивают сетевые fs, которые специально придуманы для решения таких задачь. :)

SAN
Можешь убиться...

> А скажите можно всё таки или нет сделать чтобы винда загружалась с ext3? Диск C: форматнуть охота под ext3...

Раз TrueCrypt её грузит, по почему нельзя? Хотя, может, и нельзя, всё-таки внутри TC тоже NTFS...

теоретик хренов, у меня два года пролежали файлы на ext3 и по вине ext2fsd ничего не пропало, только fsck надо было не забывать делать, после некорректного ребута

Ну если ты заплатил за SAN, то думаю оплатишь и разработку нужного опенсорсного драйвера. Не забывай, мы, т.е. разработчики ничем тебе не обязаны, пишем только что нам интересно. а не то что нужно всяким ламерам, которые даже немогут сделать патчик к нашей проге чтоб получить желаемое. :-)

root_at_localhost, то есть ты два года хранил файлы на ext3fs под виндой? Родной, ну не надо сказки рассказывать - драйверок ext3fs под винду... ну почитай багфиксы короче. :-)

> Ну если ты заплатил за SAN, то думаю оплатишь и разработку нужного опенсорсного драйвера. Не забывай, мы, т.е. разработчики ничем тебе не обязаны, пишем только что нам интересно. а не то что нужно всяким ламерам, которые даже немогут сделать патчик к нашей проге чтоб получить желаемое. :-)

Ты еще жив?

deis, я не утверждал что я разработчик gfs. :-) А что они уже умерли?

> Не забывай, мы, т.е. разработчики ничем тебе не обязаны, пишем только что нам интересно. а не то что нужно всяким ламерам, которые даже немогут сделать патчик к нашей проге чтоб получить желаемое. :-)

> deis, я не утверждал что я разработчик gfs. :-)

А что тогда выступаешь?!

Я тебе напомнил наше стандартное мнение. Если хочешь получить конкретный ответ - напиши в RH разработчикам gfs, может они дадут тебе ответ отличный от стандартного. Но ты сам считаешь - каковы шансы на это? Вот то-то...

> Я тебе напомнил наше стандартное мнение.

Распишитесь кровью здесь, здесь и здесь...

> И вообще - пора забивать на понятие файл как на древний костыль. ... Пора это, отбросить костыли.

Встать на ноги, выпрямиться в полный рост и воткнуть пучок электродов прямо в моск.

>И самое смешное в то что ntfs-3g такие файлы спокойно создаёт а винда их удалить потом не может ^_^

s/винда/DNA_Seq/ :)

Отучаемся говорить за всех, ок?

> Кто использовал эту штуку на чтение-запись на ext3? Насколько она стабильна при записи?

Несколько недель пользовался пререлизом 0.46. Субъективно: очень долго монтирует при загрузке (~15 с, а монтироваине без перезагрузки -- мгновенно), скорость чтения/записи на ext3 ниже, чем на FAT32, возможно из-за нестандартного размера блока. Проверка раздела ext3 при перезагрузке один раз выявила 2 ошибки, данные не терялись. Вызваны ошибки драйвером или чем-то ещё -- не знаю.

> s/винда/DNA_Seq/ :)

Как удалить файл со знаком вопроса средствами Windows?

> ext2ifs работает и есть не просит

конфликтует с TrueCrypt. Сабж может быть спасением

>Как удалить файл со знаком вопроса средствами Windows?

Переименовать и удалить - в чем проблемы?

>> И вообще - пора забивать на понятие файл как на древний костыль. ... Пора это, отбросить костыли.

> Встать на ноги, выпрямиться в полный рост и воткнуть пучок электродов прямо в моск.

Имелось в виду отбросить копыта...

>>> И вообще - пора забивать на понятие файл как на древний костыль. ... Пора это, отбросить костыли.

>> Встать на ноги, выпрямиться в полный рост и воткнуть пучок электродов прямо в моск.

> Имелось в виду отбросить копыта...

Имелось ввиду - поизучать как устроена например OS/400. В ней нет файлов, нет файловой системы как таковой. В ней нет деления на дисковую и оперативную память... Очень удобно к слову.

>Могут и должны. Ибо все остальные так называемые "форматы файлов", "контейнеры" это не более чем страшные костыли, тормозные и кривые по своей природе. И вообще - пора забивать на понятие файл как на древний костыль. Изначально придумывалось как костыль, и просуществовало почти полстолетия. Пора это, отбросить костыли. :-)

А кто владеет информацией в доп. потоках? Есть какая-то модель пермишенов на них? Как их починить если они сломались?

Просто для того чтобы ознакомиться со списком потоков нужно применить утилиту с сайта Руссиновича, которая использует недокументированное API. Типично виндовый подход.

Эта тварь создала у меня папку, которую до сих пор не чем стереть не могу!

> Просто для того чтобы ознакомиться со списком потоков нужно применить утилиту с сайта Руссиновича, которая использует недокументированное API.

С учетом того что Руссинович уже несколько лет как продался мелкософту и его сайт ведет на сайт мелкософта... Это ваше утверждение выглядит смешно, не находите? :-) Да и к слову - не надо путать недокументированный API и просто хреново документированый.

Да и что вы уперлись в мелкософт? Не они придумали множественные потоки данных, не они первыми их начали использовать. Это просто хорошая вешь, которую в том числе использует и мелкософт в том числе. Не нравится мелкомягкая реализация? Сделайте свою, получше, а не лепите костыли как в наутилосе к примеру.

>Эта тварь создала у меня папку, которую до сих пор не чем стереть >не могу!

На ехт разделе ? Наверно название файла винда не понимает.Попробуй переменовать или воспользоватся ут ... мда раздел то ехт ,загрузись с LIVE дистрибутива попробуй удали от туда .

> Имелось ввиду - поизучать как устроена например OS/400. В ней нет файлов, нет файловой системы как таковой. В ней нет деления на дисковую и оперативную память... Очень удобно к слову.

Ужас какой!

> Имелось ввиду - поизучать как устроена например OS/400

"Всё-то вы знаете, товарищ прапорщик, везде-то вы бывали" (c)

>> Просто для того чтобы ознакомиться со списком потоков нужно применить утилиту с сайта Руссиновича, которая использует недокументированное API.

>С учетом того что Руссинович уже несколько лет как продался мелкософту и его сайт ведет на сайт мелкософта... Это ваше утверждение выглядит смешно, не находите? :-)

Нет, не выглядит - если в системе есть фича то она должна быть документирована и должен прилагаться соответствующий тулкит. "Санкционированная утечка" не катит.

>Да и что вы уперлись в мелкософт? Не они придумали множественные потоки данных, не они первыми их начали использовать. Это просто хорошая вешь, которую в том числе использует и мелкософт в том числе. Не нравится мелкомягкая реализация? Сделайте свою, получше, а не лепите костыли как в наутилосе к примеру.

Лично я не уперся, просто на такую фичу нужна модель. Кто владеет потоком?

> Лично я не уперся, просто на такую фичу нужна модель. Кто владеет потоком?

Тот кто владеет файлом. Более того - фактически ACL (те же ЕА) это не более чем поток. То есть в NTFS у файла всегда 2 потока минимум - один собственно файл, основном, в другом хранятся данные ACL.

> В ней нет файлов, нет файловой системы как таковой. В ней нет деления на дисковую и оперативную память...

А как же скачанную порнушку на болванку закатать? О_о

>А кто владеет информацией в доп. потоках?

sid system

>Есть какая-то модель пермишенов на них?

Нет.

>Как их починить если они сломались?

Восстановить рейд/бэкап.

>Просто для того чтобы ознакомиться со списком потоков нужно применить утилиту с сайта Руссиновича, которая использует недокументированное API.

1. Не факт, что оно недокументированное.

2. Кто мешает перебрать все потоки документированным апи, если уж очень надо?

> Более того - фактически ACL (те же ЕА) это не более чем поток.

Пруфлинк е? Уж больно на 4.2 похоже...

ACL != EA для ntfs

В ntfs ACL хранится в MFT в 9 сегменте, а EA - да, реализованы, как потоки, как и в ext3.

Но для последней ACL реализован через EA

>>Как их починить если они сломались?

>Восстановить рейд/бэкап.

Ну еще: 1) Они копируются через CopyFileEx() ? 2) Они копируются через ReadFile | WriteFile ? 3) Что делать с софтом который копирует файлы через ReadFile | WriteFile ?

>Хотя сразу скажу - я не считаю фат или нтфс хорошим выбором для сменных носителей. фат реально убог, нтфс слишком наворочен и тяжел для них. При этом например ACL - если на встроенном диске они необходимы, то на сменном - строго противопоказаны имхо. Но увы - хороших вариантов пока нет.

Хороший вариант это UFS2(+SU), и вот почему:
1) Переносимый формат деления на разделы: нет ограничений на количество "основных" разделов;
2) Нет журнала на носителе — не расходуется пространство и не изнашиваются ячейки, возможность фоновой верификации ФС;
3) Практически отсутствует фрагментированность (не более 5% за всё время эксплуатации) — Ext3FS, FAT32 и NTFS в этом отношении сливают; хотя для флэшек фрагментация ФС не столь существенна (время доступа к произвольному "сектору" очень мало по сравнению с жёстким диском);
4) Нет лицензионных ограничений в BSDL, кроме сохранения авторства исходного кода.

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

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

>> Два года юзал на ext3, для домашней файлопомойки стабильности более чем достаточно.

> Достаточно посмотреть на список багфиксов за последние два года в сабже, чтоб понять что это 4.2 в чистом виде. :-)

Достаточно прочитать твой комент чтобы понять что ты линукс видел только на картинках.