Копирование - размер файла

lada-789 · #1

У меня архив 1,8 ТБ. Хранится на двух съёмных винтах по 2 ТБ - сата и юсб. Винты разбивал в линуксе, ntfs. Недавно изменил структуру хранения на сата, юсб удалил всё, скопировал с сата на юсб. Вроде порядок. При выборочном контроле выяснилось, что размер файлов отличается. Разница от гигабайта до нескольких килобайт. Третья часть файлов - сомнительная. Причём иногда файл на юсб больше, чем на сата. В процессе копирования сбоев, глюков небыло. Что это ???

#2

lada-789 писал(а): ↑
19 ноя 2017, 17:49
В процессе копирования сбоев, глюков небыло

смотря на чем это основывается. Чем копировали?

#3

Может просто размер блока в фс разные, чекни

lada-789 · #4

LM 17, файловый менеджер встроенный - Caja. В процессе копирования ни остановок, ни подвисаний и т.д. не было. Температура винтов была в норме (пробовал рукой), скорость передачи тоже. Средний размер файла - 1,2 Гб. По информации FreeFileSync бардак полный.... Я в медленном и глубоком шоке....
Если разница небольшая, можно заподозрить размер блока, но у нескольких файлов обрезано более 1 Гб! Винты почти новые, одинаковые.

#5

по копированию данных Бэкап данных (Пост Dja #29793)

lada-789 · #6

явно барабашка резвится. Из-за этой падлы будут весёлые выходные. Если за два дня успею...

#7

кто ж важные данные мышой копирует

#8

Не по теме

Dja писал(а): ↑
21 ноя 2017, 10:17
кто ж важные данные мышой копирует

лучше ctrl+c ctrl+v

#9

Надо было копировать командой

Код: Выделить всё

cp

, т.е. так

Код: Выделить всё

cd sourcedir; cp -av . /destdir

, быть терпеливым, и ждать.

Filin · #10

lada-789,

lada-789 писал(а): ↑
21 ноя 2017, 10:13
явно барабашка резвится. Из-за этой падлы будут весёлые выходные. Если за два дня успею...

Не получится за два дня. Если взять скорость копирования 10 mb/сек то удовольствие растянется на 55 часов и это при условии что копировать сразу весь диск целиком. По своему опыту усвоил что если копировать небольшими партиями по 10-15 Гб то получается нормально а если из за лени копируешь по 100-200 Гб то получается полная хрень и напрасно потерянное время. lada-789, и непонятно по поводу FreeFileSync. Эта программа хорошо работает в windows а использовать её в Linux и тем более на большом обьёме ...ну как бы не лучшая идея. Это сугубо моё личное мнение.

lada-789 · #11

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

Filin, что рекомендуешь вместо FreeFileSync?

Restart1566 · #12

Мой опыт показывает, что очень быстро работает

rsync -av /source/dir/ /destination/dir/

#13

Restart1566, это чтоб архивировал?

Restart1566 · #14

Почему архивировал?
Вот прямо из man rsync

In  other  words,  each of the following commands copies the files in the same way,

       including their setting of the attributes of /dest/foo:



              rsync -av /src/foo /dest

              rsync -av /src/foo/ /dest/foo

#15

Restart1566 писал(а): ↑
24 ноя 2017, 12:02
прямо из man rsync

-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)

оттуда же

-a, --archive
This is equivalent to -rlptgoD. It is a quick way of saying you want recursion and want to preserve almost everything (with -H being a notable omission).
The only exception to the above equivalence is when --files-from is specified, in which case -r is not implied.

Note that -a does not preserve hardlinks, because finding multiply-linked files is expensive. You must separately specify -H.

перевод

-a, --archive
Это эквивалентно -rlptgoD. Это быстрый способ сказать, что вы хотите рекурсии и хотите сохранить почти все (с -H - заметное упущение).
Единственное исключение из вышеупомянутой эквивалентности - это когда указано -files-from, и в этом случае -r не подразумевается.

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

Кто сейчас на конференции