Скачать файл из windows файловой системы в linux

Задался вопросом- "скачать файл из windows файловой системы в linux".

Я раньше не пользовался Linux, а пользовался Windows.
На мой вопрос ИИ выдал : "Как преобразовать файлы Windows в файлы Linux?
Мы можем использовать утилиту dos2unix для преобразования файлов из формата DOS (Windows) или даже MAC OS в формат Unix, а затем передать их на машину под управлением Linux" .

Я конечно понимаю, что в Windows и Linux разные ФАЙЛОВЫЕ СИСТЕМЫ.
Ну там, доп. информация о папках (каталогах), для системы безопасности и т.д.

Но сам ФАЙЛ то почему в чем то должен отличаться?
Вот я написал например файл своего формата, который содержит в таком-то байте (или группе байт) от начала файла- такую то информацию, где какая фигура на шахматной позиции стоит. Таким образом мой файл сохраняет данные о шахматной позиции.

Ну любая переносимая на C++ программа, зная расположение байт - что за что отвечает, прочитав этот мой файл,
сможет узнать какая шахматная позиция была сохранена?

Если файл это просто набор байт, то он же должен быть одинакомым для всех файловых систем, будь то
Windows, Linux или других? Если только какие то ОС его задом наперед не прочитают

Тогда зачем какие то ещё дополнительные "утилиты" нужны чтобы его прочитать, если я создал файл на Windows,
а на Linux подключу диск и захочу его прочитать (ну или по сети) ?

Другими словами : я не понял почему было сообщение "преобразования файлов из формата ... Windows или даже MAC OS в формат ... Linux " ?

Как у файлов может быть разный некий "формат" - если это определенный набор байт?
Вот для компьютера PDP-7, формат был бы другой дейстивительно, потому что у компьютеров PDP использовались не байты,
а другого размера слова, например, 18-битные.
Там битовое поле было бы другими, если сравнить побитово,

Спасибо,

0

stele, я не понял, почему именно к creation time претензии? это как раз-то величина постоянная. :0
И зачем изменять файл во время копирования? атрибут Access Time остается в управлении у файловой системы,
в заголовке только Creation и Modified.

0

Сообщение от volodin661 creation time

Потому что это время создания экземпляра файла в файловой системе. У оригинала и копии они по дефолту разные.

0

Ну и где хранить такие данные для, скажем, текстовых файлов? Заводить к нему дополнительный файл, о котором будет знать только ФС? Так и это и получится текущая реализация атрибутов файлов!
Если даже в линуксе разработчики ФС не смогли договориться о "стандартном" наборе расширенных атрибутов (в каких-то ФС они есть, в каких-то - частично, а в каких-то нет), что говорить о межплатформенной переносимости?
Нет уж, об атрибутах файла должна знать исключительно ФС. А сам файл должен только содержать некие данные.
Вот, чего не хватает, так это расширения PATH_MAX до хотя бы 65535 байт (а то 4к - несерьезно), а NAME_MAX - до хотя бы 4095 байт (а то 255 - вообще несерьезно, особенно для извращенцев, которые в имени файла допускают символы, выходящие за пределы ASCII, да еще это все в каком-нибудь UTF32 хранят).

0

stele, да не вопрос.

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

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

Добавлено через 5 минут

Сообщение от Eddy_Em Ну и где хранить такие данные для, скажем, текстовых файлов?

Эдуард, ВОТ : Скачать файл из windows файловой системы в linux
Про фиксированный заголовок в начале текстового файла я преимущественно и говорю, потому что в нетекстовых всё и так есть.

0

Сообщение от volodin661 фиксированный заголовок в начале текстового файла

Так это и реализуется средствами файловой системы!

0

Сообщение от Eddy_Em Если даже в линуксе разработчики ФС не смогли договориться

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

Их ( линукс-разработчиков) надо тщательно собрать, спозиционировать в пломбированные вагоны и тихим ходом в Соловки.

А здесь останутся пацаны из FreeBSD, MacOS, AIX и Solaris. Все приличные ребята.

0

Сообщение от volodin661 Все приличные ребята.

Сообщение от volodin661 MacOS

Ну да, "приличные"…

0

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

А как тогда сравнивать файлы? Ведь две копии созданных разными пользователями в разных местах не будут равны по содержимому.

Сообщение от volodin661 понятно, что обсуждаем мы сейчас гипотетическую реализацию

Ну естественно понятно, что изобретаем очередной POSIX.

0

Сообщение от SergeyYYYYY если я создал файл на Windows, а на Linux подключу диск и захочу его прочитать

Любой созданный в винде файл, который лежит в разделе NTFS, Linux легко увидит и "прочитает". Какие-то разговоры на пустом месте.

Сообщение от Eddy_Em Зачем пользоваться этой тормознутой древностью, если ntfs уже давно поддерживается нативно в ядре?

С помощью ntfs-3g можно "создавать, удалять, переименовывать, перемещать файлы, каталоги, жёсткие ссылки и потоки;
читать и записывать данные". Поддержка в ядре, имхо, позволяет только читать, воспроизводить ? А если натив позволяет это "уже давно", то насколько это давно ?

0

Влад, я же писал о ядерном ntfs. Перелистните страницу.

0