Итак, у меня странная ошибка, когда я переношу раздел 3 (таблица разделов ниже) с SSD моего ноутбука на USB-накопитель большего размера с идентичной таблицей разделов. После записи ~ 3-4 ГБ (ожидание записи> 75 ГБ) я получаю сообщение об ошибке dd "На устройстве нет свободного места".
Получаю такой результат:
$ sudo dd status=progress if=/dev/sda3 of=/dev/sdb3
[sudo] password for erick:
3977882112 bytes (4.0 GB, 3.7 GiB) copied, 11 s, 362 MB/s
dd: writing to '/dev/sdb3': No space left on device
8016353+0 records in
8016352+0 records out
4104372224 bytes (4.1 GB, 3.8 GiB) copied, 11.3585 s, 361 MB/s
вот таблица разделов для / dev / sda и / dev / sdb соответственно:
$ sudo fdisk -l /dev/sda
Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 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: gpt
Disk identifier: 40F4F8E1-63F2-4AE7-B768-4AC7D97A473B
Device Start End Sectors Size Type
/dev/sda1 2048 514047 512000 250M EFI System
/dev/sda2 514048 1538047 1024000 500M Linux filesystem
/dev/sda3 1538048 160374783 158836736 75.8G Linux filesystem
/dev/sda4 160374784 193011711 32636928 15.6G Linux swap
/dev/sda5 193011712 250068991 57057280 27.2G Linux filesystem
$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 229.1 GiB, 246021095424 bytes, 480509952 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: gpt
Disk identifier: 40F4F8E1-63F2-4AE7-B768-4AC7D97A473B
Device Start End Sectors Size Type
/dev/sdb1 2048 514047 512000 250M EFI System
/dev/sdb2 514048 1538047 1024000 500M Linux filesystem
/dev/sdb3 1538048 160374783 158836736 75.8G Linux filesystem
/dev/sdb4 160374784 193011711 32636928 15.6G Linux swap
/dev/sdb5 193011712 250068991 57057280 27.2G Linux filesystem
Я искал другие старые сообщения, но никто кажется к подать заявление.
Как насчет «df -h» (альтернативно «df -i» для inodes) и места, оставшегося в «текущем» разделе, т.е. dd не хранит где-то временные данные (например, / tmp) и не заполняет их, прежде чем сможет переместить все в конечный пункт назначения?
Возможно, это не то, что вы ищете, но это может помочь.
Если вы не хотите автоматизировать эту операцию, я бы попытался запустить ddrescue с live CD вместо «обычного» dd из работающей ОС. Это то, что я лично сделал бы для «одноразовой» копии, и даже скопировал бы весь диск, если это применимо.