Использование dd для дисков с разными размерами секторов

Я хотел бы перенести раздел на новый диск. Старый диск имеет размер сектора 512 байт, в то время как новый имеет размер сектора 4096 байт. Я пытался выполнить команду dd для полного диска, но это завершилось неудачей, потому что раздел на старом диске не был выровнен по 4K границам. Поэтому я создал раздел с нуля на новом диске, используя fdisk, затем скопировал этот раздел между дисками с помощью dd. Наконец, я расширил файловую систему на новом диске с помощью resize2fs. Похоже, что это сработало, так как я могу смонтировать новый раздел (пока только в режиме только для чтения) и просматривать файлы, а fsck говорит, что он чист.

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

Вы не сказали, какая команда dd у вас не сработала вначале. Тем не менее, я потратил немного времени на проверку исходного кода команды dd (из пакета coreutils) и, похоже, у нас здесь есть проблема.

1852   /* Некоторые устройства требуют выравнивания по границе сектора или страницы
1853      (например, устройствам символического диска).  Выравните входной буфер по
1854      границе страницы, чтобы охватить все аспекты.  Обратите внимание, что из-за алгоритма
1855      swab у нас должно быть как минимум один байт в странице перед
1856      входным буфером;  таким образом, мы выделяем 2 страницы лишнего пространства в
1857      реальном буфере.  8k выше размера блока никому не помешает.
1858 
1859      Выравнивание по странице необходимо на любом ядре Linux, которое поддерживает
1860      либо патч SGI для необработанного ввода-вывода, либо патч Стивена Твидиса для необработанного ввода-вывода.
1861      Это необходимо при доступе к необработанным (т.е. специальным символам) дисковым
1862      устройствам на Unixware или других системах, производных от SVR4.  */

Если вы предоставите сообщение об ошибке, я смогу провести дальнейший поиск. Но, по моему мнению, именно здесь мы столкнулись с проблемой. То есть выравнивание 512-байтовой страницы с 4-кибибайтной страницей кажется неправильным.

Теперь, что касается второй части, вы создали раздел второго диска (с помощью fdisk) с размером сектора 512 байт. Однако размер сектора, который большинство современных дисков сообщает ОС, составляет 1 Миб (4096 Киб).

В функции update_sector_offset в файле fdisk.c вы увидите

/*
             * Выравнивание начала разделов по:
             *
             * a) топологии
             *  a2) выравниванию
             *  a1) или физическому сектору (minimal_io_size, также известному как "grain")
             *
             * b) или по умолчанию 1 Миб (2048 секторов, по умолчанию для Windows Vista)
             *
             * c) или для очень маленьких устройств использовать 1 физ. сектор
             */
            sector_t x = 0;

            if (fdisk_dev_has_topology(cxt)) {
                    if (cxt->alignment_offset)
                            x = cxt->alignment_offset;
                    else if (cxt->io_size > 2048 * 512)
                            x = cxt->io_size;
            }
            /* по умолчанию 1 Миб */
            if (!x)
                    x = 2048 * 512;

            sector_offset = x / cxt->sector_size;

*cxt — это дескриптор структуры fdisk.

Так что эта часть мне не ясна. То есть, если ваш новый диск сообщал размер сектора как 4096 Киб или 512 байт.

Теперь, перейдем к последней части.

Нет, файловые системы на самом деле не заботятся о размере сектора. И пока размер блока составляет 4 Киб, все должно быть в порядке, потому что, поскольку размер виртуальной страницы (в контексте mm) составляет 4 Киб, mmaped IO нужно выравнивать с этим. На моем ноутбуке размер блока и физический размер сектора одинаковы.

$ sudo blockdev --getpbsz /dev/sda
[sudo] пароль для chakraborty: 
4096

$ sudo blockdev --getbsz /dev/sda
4096

Ввод-вывод происходит в контексте размера блока, а не размера сектора. Если из-за физического размера сектора файловая система сталкивается с какой-либо проблемой, я был бы очень удивлен. Однако VFS не опускается так далеко. VFS находится между приложением, выполняющим ввод-вывод, и самой файловой системой. То, что мы обсуждаем, находится ниже уровня VFS.