как скопировать файлы из EXT2 в NTFS? - Компьютерный форум OSzone.net

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Общий по Linux (http://forum.oszone.net/forumdisplay.php?f=9)

- - как скопировать файлы из EXT2 в NTFS? (http://forum.oszone.net/showthread.php?t=279871)

как скопировать файлы из EXT2 в NTFS?

Мне нужно спасти большое количество файлов с жёсткого диска, на котором файловая система
EXT2 (бывший линуксовый диск). Пытаюсь копировать на Виндовый диск NTFS. Установил драйвер,
чтобы видеть диск EXT2, оба диска теперь видны под Windows-7. Файлы копируются, но некоторые
файлы имеют имена, недопустимые в NTFS, например содержат знак "двоеточие", они не копируются,
сообщает почему-то, что "слишком длинное имя". Поэтому установил TotalCommander-8.50, т.к.
он позволяет переименовывать файл во время копирования. Но ТС на эти файлы сообщает "ошибка
копирования ... снимите защиту от записи". ТС запущен от имени администратора. Другие файлы
нормально копируются, хоть в ТС, хоть в проводнике Винды - значит никакой защиты от записи нет!
Значит, это глюк TotalCommander-а?

Пример:
на диске D (который EXT2) есть файл
D:\home\.kde\share\config\kwinrc
он копируется хоть в проводнике Винды, хоть в ТС, причём в ТС я могу его переименовать,
например, в
C:\home\.kde\share\config\k (специально задал имя из одной буквы и он нормально
скопировался, потом его удалил), а вот при попытке копирования файла
D:\home\.kde\share\config\konsole:110a001f28000109626937400000034580005 в файл
C:\home\.kde\share\config\k
получаю ошибку копирования и совет "снимите защиту от записи".

Сначала пытался только знак двоеточия менять на подчерк и получал ту же ошибку. А теперь
вижу, что даже в однобуквенное имя не копирует! Но файл "kwinrc" - копируется в "k"!!
Значит, проблема в атрибутах исходного файла?
Но тогда было бы сообщение о защите от ЧТЕНИЯ, а не от записи!!!

На диске D (EXT2) ничего исправлять не могу, т.к. он смонтирован в режиме "только чтение".

Буду очень признателен, если кто-то подскажет, что можно сделать в этой ситуации?
Спасибо.

Организуйте "спасение" с флешки с линуксом. Сомневаюсь, что у NTFS есть какие-то запрещённые смиволы типа двоеточия, но если даже так, никто не запрещает "спасти" в tar архив.
Примерные действия:
- грузимся c любого линуксового livecd/usb
- монтируем оба раздела, который спасаем и на который спасаем
- tar czf /mnt/ntfs/saved.tar.gz /mnt/ext2

Цитата:

Цитата vadblm

Сомневаюсь, что у NTFS есть какие-то запрещённые смиволы типа двоеточия »

http://support.microsoft.com/kb/100108/ru

Цитата:

Соглашения именования в NTFS
Имена файлов могут состоять не более чем из 255 символов, включая любое расширение. В именах сохраняется регистр введенных символов, но сами имена не зависят от регистра. NTFS не различает имена в зависимости от регистра. В именах могут быть использованы любые символы за исключением указанных ниже.
? " / \ < > * | :

exo, спасибо, значит нтфс не полностью уникод поддерживает. А эскейпа нет, что ли? Например, когда я хочу создать файл с управляющими символами, можно сделать так:

Код:

[vadblm@vblmpb ~]$ touch ": file && \\ &"

[vadblm@vblmpb ~]$ ls ": file && \\ &"

: file && \ &

[vadblm@vblmpb ~]$ rm ": file && \\ &"

Цитата:

Цитата Victor75

Значит, проблема в атрибутах исходного файла? »

Не в атрибутах, а в имени.

Ваш пример в Windows обрабатывается как: прочитать NTFS-поток 110a001f28000109626937400000034580005 из файла konsole и записать в файл k. Ну а поскольку потоков на EXT2 не существует -- то возникает ошибка, которая интерпретируется в таком вот виде.

mwz, напомните, пожалуйста, запись в потоке, когда можно без изменения размера объёма занятой информации забить диск по самые не балуй... несколько лет назад слышал об этом, но забыл...

exo, ага, без изменения видимого размера. Т.е. можно иметь один файлик на 0 байт, а свободного места на терабайтнике не останется: на NTFS в альтернативный поток (или несколько, хоть сотню разных) такого "нулевого" файла можно слона засунуть, http://hex.pp.ua/using-alternate-data-streams.php

Не раз приходилось выколупывать троянов (по ссылке сказано, что такие уже в 2000 появились), которые прятали свою исполняемую часть в потоки, вызывая затем на исполнение этот поток.

И NAV у меня всё время удалял простенький редактор текста mark.exe: в функциях mark.exe была запись потока, содержащего некоторую информацию о записываемом им файле (кодировка и что-то ещё) -- и NAV видимо на эту функцию и реагировал.

Цитата:

Цитата mwz

Т.е. можно иметь один файлик на 0 байт, а свободного места на терабайтнике не останется: на NTFS в альтернативный поток »

да да, оно самое.

воу, какие глубокие познания вы демонстрируете друг другу о нтфс, в разделе про линукс.

Цитата:

Цитата vadblm

в разделе про линукс. »

т.е. пользователям Linux это не интересно?

Цитата:

Цитата exo

т.е. пользователям Linux это не интересно? »

Ну разве что с точки зрения портабельности. Архив линуксовой фс на нтфс. Какому дебилу это в голову придёт, хз, но мало ли. Я даже не заикался про POSIX права, которые в нтфс никак не транслируются.

А так, я уже всё рассказал, пакуем в тар и пофиг на фс приёмник.