Non-sudo альтернатива / usr / local / bin для обычных скриптов

Во-первых, большинство дисков расширенного формата представляют размер логического сектора размером 512 байт, хотя размер физического сектора составляет 4096 байт (4KiB). Это делается путем перехвата данных в прошивке накопителя, и это может привести к проблемам с производительностью, если разделы не выровнены правильно. Скорее всего, это не является источником вашей проблемы, и ваша фокусировка на выравнивании разделов неуместна. (Конечно, выравнивание разделов важно, это просто не источник вашей проблемы.)

Моя догадка (и это logical просто догадка) заключается в том, что ваша проблема возникает из-за переключение между USB-корпусом и прямым подключением диска. В некоторых приложениях переводит 512-байтовые логические сектора на диск в 4096-байтовые логические сектора, представленные на компьютере, то есть противоположность тому, что делает прошивка на диске Advanced Format. Я не уверен, но я подозреваю, что некоторые приложения делают это только на дисках более 2TiB. Как схемы разделения MBR, так и GPT относятся к данным по номерам секторов, поэтому изменение размера сектора делает недействительными данные разбиения. Таким образом, если вы подготовили диск в USB-корпусе, который переводится таким образом, а затем попытайтесь использовать диск напрямую (или наоборот), вы увидите ошибки, поскольку разделы (и даже данные резервного копирования GPT) не будут где компьютер ожидает этого. Это было бы похоже на то, чтобы говорить с завязанными глазами человека «идти вперед 2 вперед», где вы имеете в виду 2 фута, но человек думает, что вы имеете в виду 2 метра, и поэтому подходит к стене.

Решение этой проблемы заключается в том, чтобы подготовить и использовать диск одним способом - физический использовать USB-корпус или использовать прямое соединение, а не оба. Если оба они необходимы по какой-либо причине, вам нужно найти приложение, которое работает без применения такого типа перевода.

Чтобы проверить мою гипотезу, вы можете использовать инструмент (например, parted), который сообщает один размер сектора. Например:

sudo parted /dev/sda print
Model: ATA Hitachi HDP72505 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B

Я опустил кучу информации из этого вывода. Важная деталь находится в последней строке, показанной здесь: Размеры логического и физического сектора равны 512 байтам. Если вы запустите этот тест, затем снова подключите диск и запустите его снова, вы можете сравнить результаты. Если размер логического сектора изменяется в зависимости от того, как вы прикрепляете диск, моя гипотеза правильна и является источником вашей проблемы. Или, по крайней мере, это одна проблема; могут быть и другие. В частности, упомянутая ошибка Error synchronizing after initial wipe может указывать на другую проблему. OTOH, что может быть побочным эффектом parted, пытающегося считывать резервные данные GPT из-за конца диска. В любом случае, если вы видите изменение размера логического сектора, вы должны решить эту проблему, прежде чем заниматься чем-либо еще. Если вы хотите переделать диск, но у вас есть проблемы из-за ошибки Error synchronizing, попробуйте использовать gdisk или cgdisk (в пакете gdisk), а не parted или GParted; семейство gdisk более устойчиво к ошибкам, чем семейство parted.