чем лучше копировать?
Точно о таком варианте не подумал. Самый простой в моем случае
А к чему картинка парой постов выше?
Видимо решил показать как копировать. Хотя это и так понятно
(-:
Видимо решил показать как копировать. Хотя это и так понятно
Так копировать не правильно, IMHO.
Так копировать не правильно, IMHO.
да пусть копируют - будет очень смешно :lol:
/me запасся попкорном smile
на самом деле, копировать нужно tar'ом. уже писал как именно.
на самом деле, копировать нужно tar'ом. уже писал как именно.
А чем копирование tar'ом. лучше чем например cp -ax ?
А чем копирование tar'ом. лучше чем например cp -ax ?
1) если делать так, как это делаю я, то получается ещё и бекап. что часто полезно
2) этот бекам можно переносить. причём ФС не играет роли. а часто внешние носители отформатированны в недо-ФС (в маздаевскую)
3) tar сохраняет владельца файлов, а команда cp не сохраняет (точнее ФС не хранит имя владельца, а только uid. потому при переносе владельцы и группы могут перепутаться, что приведёт к неработоспособности системы (например если какой-то системный юзер имеет другой uid).
4)
You can easily use archive files to transport a group of files from one
system to another: put all relevant files into an archive on one
computer system, transfer the archive to another system, and extract
the contents there. The basic transfer medium might be magnetic tape,
Internet FTP, or even electronic mail (though you must encode the
archive with `uuencode' in order to transport it properly by mail).
Both machines do not have to use the same operating system, as long as
they both support the `tar' program.
For example, here is how you might copy a directory's contents from
one disk to another, while preserving the dates, modes, owners and
link-structure of all the files therein. In this case, the transfer
medium is a "pipe":
$ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -)
You can avoid subshells by using `-C' option:
$ tar -C sourcedir -cf - . | tar -C targetdir -xf -
The command also works using long option forms:
$ (cd sourcedir; tar --create --file=- . ) \
| (cd targetdir; tar --extract --file=-)
or
$ tar --directory sourcedir --create --file=- . ) \
| tar --directory targetdir --extract --file=-
This is one of the easiest methods to transfer a `tar' archive.
Попробуйте скопировать с ключиком -ax все права и владельцы окажутся теми же, даже дата создания файла не изменится.
вот ещё:
# cp -ax /dev/sd* dev/
cp: указанная цель «dev/» не является каталогом
как видите, cp не умеет делать каталоги с данными опциями.
-r слабо спасёт, например попробуйте cp -rax /dev/sd* dir/
сработает, но совсем не так, как надо.
Попробуйте скопировать с ключиком -ax все права и владельцы окажутся теми же, даже дата создания файла не изменится.
это вы МНЕ предлагаете? сначала САМИ попробуйте. разберите машину №1, и №2, перенесите жёсткий диск, скопируйте своим cp -ax, потом верните всё как было, и включите машину №2. потом давайте советы. хорошо?
hint: я уже так делал. и со мной спорить не нужно.
Ну создавать каталоги не умеет, это да. Но для копирования системы вполне сойдет smile
Я бы сказал что tar тоже не идеальное решение, бывают случаи когда некоторые файлы например с NTFS содержат слишком много символов в названии, то при перемещении на другую ФС которая не поддерживает такие длинные названия, просто выдает ошибку.
это вы МНЕ предлагаете? сначала САМИ попробуйте. разберите машину №1, и №2, перенесите жёсткий диск, скопируйте своим cp -ax, потом верните всё как было, и включите машину №2. потом давайте советы. хорошо?
hint: я уже так делал. и со мной спорить не нужно.
Хм ну я тоже так делал, и tar-ом тоже.
Если ФС та же самая то проблем не происходит.
Я бы сказал что tar тоже не идеальное решение, бывают случаи когда некоторые файлы например с NTFS содержат слишком много символов в названии, то при перемещении на другую ФС которая не поддерживает такие длинные названия, просто выдает ошибку.
какой смысл переносить венду на EXT3 или линукс на NTFS?
но можно перенести таром линукс на ntfs, а потом на ext3. cp так не умеет. и длинные имена - это проблема венды, а не линукса с таром. как я понимаю, венда до сих пор использует cp1251, что и позволяет ей создавать файлы, которые не лезут в Linux-ФС, ибо линукс уже не первый год юзает UTF-8. смените кодировку, и будет вам "счастье".
Ну создавать каталоги не умеет, это да. Но для копирования системы вполне сойдет
вот как раз для копирования системы не пойдёт.
Если ФС та же самая то проблем не происходит.
слишком много "если". например "если" вы перенесли так-же и /etc/passwd...
там и ещё есть "если"
drBatty
На счет ext3 мне уже не раз попадались архивы которые чтобы распаковать требовалась NTFS, на ext3 не шло, хотя на ext4 такие архивы уже распаковываются норм.
Раньше просто менял имена и переносил на ext3
На счет ext3 мне уже не раз попадались архивы которые чтобы распаковать требовалась NTFS, на ext3 не шло, хотя на ext4 такие архивы уже распаковываются норм.
разве что-то изменилось? а что я такого не заметил? речь точно про tar?
какая ошибка?
на днях тоже переразбивал разделы... делал таром помятуюя предыдущие посты drBatty, в итоге остался немного разочарован скоростью, зато всё в порядке... на грабли с cp пока не пробовал вставать. Но если нужно перенасить данные между машинами, то тут однозначно tar, ибо обычно это делается через ftp/samba/fat-флешка.
венда до сих пор использует cp1251
нтфс использует утф-8 и в линуксе и в венде.
