При использовании 'rsync' для дублирования раздела оказываются другими размеры. Я должен волноваться?

Question 1

Я использовал rsync на Разделенном Волшебстве CD для дублирования моего раздела Ubuntu 14.04LTS к Карте памяти как резервное копирование. После того, как завершенный, размер на целевой Карте памяти больше (> 2.1 ГБ), чем полученный диск SSHD. Я должен быть заинтересован и почему?

root@PartedMagic:~# df  
Filesystem     1K-blocks     Used Available Use% Mounted on  
/dev/sdb1      122940824 97847408  18825340  84% /media/sdb1  
/dev/sda3      239541408 95747516 131602840  43% /media/sda3

Вот сценарий, который я в настоящее время использую в AP ROXTerm:

mount /dev/sdb1
mount /dev/sda3
cd /media/sda3
rsync -avpHAX --del --numeric-ids . /media/sdb1/

Вот fdisk -l информация:

root@PartedMagic:/media/sda3# fdisk -l  
Disk /dev/ram0: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram1: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram2: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram3: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram4: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram5: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram6: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram7: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram8: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram9: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram10: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram11: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram12: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram13: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram14: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disk /dev/ram15: 16 MiB, 16777216 bytes, 32768 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes   
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 4096 bytes  
I/O size (minimum/optimal): 4096 bytes / 4096 bytes  
Disklabel type: dos  
Disk identifier: 0x5bc53d8b  
Device     Boot      Start        End   Sectors   Size Id Type  
/dev/sda1  *            63  955604991 955604929 455.7G  7 HPFS/NTFS/exFAT  
/dev/sda2        955604992  976766975  21161984  10.1G  7 HPFS/NTFS/exFAT  
/dev/sda3        976766976 1463753951 486986976 232.2G 83 Linux  
/dev/sda4       1463754750 1953523711 489768962 233.6G  5 Extended  
/dev/sda5       1463754752 1572020223 108265472  51.6G 83 Linux  
/dev/sda6       1572022272 1936746495 364724224 173.9G 83 Linux   
/dev/sda7       1936748544 1953523711  16775168     8G 82 Linux swap  
Partition 1 does not start on physical sector boundary.  
Partition 4 does not start on physical sector boundary.  
Disk /dev/sdb: 119.2 GiB, 128035323904 bytes, 250068992 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 512 bytes  
I/O size (minimum/optimal): 512 bytes / 512 bytes  
Disklabel type: dos  
Disk identifier: 0xd25c4889  
Device     Boot Start       End   Sectors   Size Id Type  
/dev/sdb1  *       63 250067789 250067727 119.2G 83 Linux

Question 2

Это - ничто для волнения о. Причина это делает это, происходит из-за нескольких вещей. Первый является информацией о системе в таблице разделов. При копировании раздела Вы только копируете пользовательские файлы в новый, и все временные файлы в старом оставлены в покое. Другим фактором является давнишняя проблема основы 10 блоков памяти. Это также опознаваемо в картах с интерфейсом USB, и жесткий диск (когда-нибудь замечал, как у них есть меньше памяти, чем, что, говорит относительно пакета? Это происходит из-за вычислений памяти в основе 10). И другой проблемой могла просто быть пользовательская ошибка. Если Вы не получили права на каталоге, или если что-то еще будет мешать Вам копировать его, то файлы просто не зеркально отразят на новый раздел. Надежда это помогает.

Question 3

Question 4

Спасибо за все ответы. Они помогли мне сузить, где и почему у меня были проблемы. Одно то, что я недавно обнаруживаю, что повлиял на эту проблему, было исходным разделом, был расширенный раздел, в то время как целевой раздел был основным разделом. После того как я изменил целевой раздел на расширенный раздел, числа почти идентичны. Так 1000 по сравнению с 1 024 связан с основным устройством по сравнению с расширенными разделами. Я подозреваю, что теперь немного xK различий имеют отношение к поврежденным секторам (diff - истина евангелия - все еще не показывает различия).

Вот df с подключенной Картой памяти и один без Карты памяти (/dev/sdb5) соединен при начальной загрузке от твердотельного диска (/dev/sda6). Только 8K различие. Отметьте имя раздела / каталог в два df с. IMO, визуальная ошибка, о которой нужно сообщить людям Ubuntu:

:~# df
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1008240        8   1008232   1% /dev
tmpfs             203808     1200    202608   1% /run
/dev/sdb5       32896880 12291920  18910868  40% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             1019020    16400   1002620   2% /run/shm
none              102400       40    102360   1% /run/user
/dev/sdb1       16382888  3650412  11877240  24% /media/markk/Ubuntu 15.10
/dev/sdb2        1125376    26325   1099051   3% /media/markk/Boot
/dev/sda1         323580    58804    264776  19% /media/markk/SYSTEM
/dev/sda2       91773948 62945400  28828548  69% /media/markk/D345EB1A3E8C47E1
/dev/sda7       72539432  3274148  65557380   5% /media/markk/519c4876-b4b6-43e5-8876-1656394e69a9

:~# df
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1008240        8   1008232   1% /dev
tmpfs             203808     1180    202628   1% /run
/dev/sda6       32896880 12291912  18910876  40% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             1019020    16368   1002652   2% /run/shm
none              102400       40    102360   1% /run/user
/dev/sda1         323580    58804    264776  19% /media/markk/SYSTEM
/dev/sda2       91773948 62945400  28828548  69% /media/markk/D345EB1A3E8C47E1
/dev/sda7       72539432  3274148  65557380   5% /media/markk/519c4876-b4b6-43e5-8876-1656394e69a9

дополнительное примечание тем, которые надеются выполнять резервные копирования к boot'able USB driveвЂ ¦ Моя начальная буква rsync, команда с эти -avpHAX хорошо работала с первой попыткой заполнить Карту памяти. Последующие попытки отправить "возрастающие изменения" не завершаются, когда это начинает ссылаться на "Разделенный Волшебный" CD. Не уверенный, почему, но я подозреваю, это переходит по жесткой ссылке приблизительно к /... каталог. Пример, которому я следовал, имел -avp опция, и я добавил HAX часть в попытке решить "Используемый" вопрос количества K.

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

TechnicalTophat · Answer 1 · 2 December 2019 в 23:26

Это - ничто для волнения о. Причина это делает это, происходит из-за нескольких вещей. Первый является информацией о системе в таблице разделов. При копировании раздела Вы только копируете пользовательские файлы в новый, и все временные файлы в старом оставлены в покое. Другим фактором является давнишняя проблема основы 10 блоков памяти. Это также опознаваемо в картах с интерфейсом USB, и жесткий диск (когда-нибудь замечал, как у них есть меньше памяти, чем, что, говорит относительно пакета? Это происходит из-за вычислений памяти в основе 10). И другой проблемой могла просто быть пользовательская ошибка. Если Вы не получили права на каталоге, или если что-то еще будет мешать Вам копировать его, то файлы просто не зеркально отразят на новый раздел. Надежда это помогает.

David Foerster · Answer 2 · 2 December 2019 в 23:26

Спасибо за все ответы. Они помогли мне сузить, где и почему у меня были проблемы. Одно то, что я недавно обнаруживаю, что повлиял на эту проблему, было исходным разделом, был расширенный раздел, в то время как целевой раздел был основным разделом. После того как я изменил целевой раздел на расширенный раздел, числа почти идентичны. Так 1000 по сравнению с 1 024 связан с основным устройством по сравнению с расширенными разделами. Я подозреваю, что теперь немного xK различий имеют отношение к поврежденным секторам (diff - истина евангелия - все еще не показывает различия).

Вот df с подключенной Картой памяти и один без Карты памяти (/dev/sdb5) соединен при начальной загрузке от твердотельного диска (/dev/sda6). Только 8K различие. Отметьте имя раздела / каталог в два df с. IMO, визуальная ошибка, о которой нужно сообщить людям Ubuntu:

:~# df
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1008240        8   1008232   1% /dev
tmpfs             203808     1200    202608   1% /run
/dev/sdb5       32896880 12291920  18910868  40% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             1019020    16400   1002620   2% /run/shm
none              102400       40    102360   1% /run/user
/dev/sdb1       16382888  3650412  11877240  24% /media/markk/Ubuntu 15.10
/dev/sdb2        1125376    26325   1099051   3% /media/markk/Boot
/dev/sda1         323580    58804    264776  19% /media/markk/SYSTEM
/dev/sda2       91773948 62945400  28828548  69% /media/markk/D345EB1A3E8C47E1
/dev/sda7       72539432  3274148  65557380   5% /media/markk/519c4876-b4b6-43e5-8876-1656394e69a9

:~# df
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             1008240        8   1008232   1% /dev
tmpfs             203808     1180    202628   1% /run
/dev/sda6       32896880 12291912  18910876  40% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             1019020    16368   1002652   2% /run/shm
none              102400       40    102360   1% /run/user
/dev/sda1         323580    58804    264776  19% /media/markk/SYSTEM
/dev/sda2       91773948 62945400  28828548  69% /media/markk/D345EB1A3E8C47E1
/dev/sda7       72539432  3274148  65557380   5% /media/markk/519c4876-b4b6-43e5-8876-1656394e69a9

дополнительное примечание тем, которые надеются выполнять резервные копирования к boot'able USB driveвЂ ¦ Моя начальная буква rsync, команда с эти -avpHAX хорошо работала с первой попыткой заполнить Карту памяти. Последующие попытки отправить "возрастающие изменения" не завершаются, когда это начинает ссылаться на "Разделенный Волшебный" CD. Не уверенный, почему, но я подозреваю, это переходит по жесткой ссылке приблизительно к /... каталог. Пример, которому я следовал, имел -avp опция, и я добавил HAX часть в попытке решить "Используемый" вопрос количества K.

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

При использовании 'rsync' для дублирования раздела оказываются другими размеры. Я должен волноваться?

2 ответа

Другие вопросы по тегам:

Похожие вопросы: