В общем, предистория такая.Была у меня как то установлена Mac OS капитан или сиера уже не помню, через clover на ssd'шник. Сидел на ней довольно долго около года или больше, за это время там скопилась куча нужных файлов, в основном проекты лоджика, т.к единственная причина использования гей оси был Logic Pro.И вот, в один прекрасный момент я сломал свой комп ( неаккурантно скальпировав свой i7 4770k ) и мне понадобился срочно этот ссдшник, чтобы установить туда нормальную ос ( linux ) для старенького ноута. В спешке, я пришел к одному корешу ночью домой, загрущился с live usb и склонировал все разделы коммандой dd на хард.То есть выглядело это примерно слудующем образом:Был GPT диск с 3мя разделамиsda1sda2sda3Я сделал примерно слeдущиеdd if=/dev/sda1 of=sda1.raw dd if=/dev/sda2 of=sda2raw dd if=/dev/sda3 of=sda3.raw То есть я скопировал сами разделы а не диск целиком, уже не помню почему вроде возникали проблемы с целым диском.Теперь я хочу это как-то востановить и загрузиться в систему.Но пока не особо понимаю как слонировать эти образы на новый диск.Пока на ум пришло, сделать в gdisk новый gpt диск и создать разделы с таким же кол-вом секторов как в образах, но не понятно как потом скопировать образы в эти разделы?В общем, реквестирую помощь опытных экспертов по востановлению системы из осколков.
Как сливал, так и заливай. Только с bs=4096
Только input с output не перепутай, бгг
>>2116557Как я и ожидал такой способ не работает.sudo dd if=/mnt/Blackhole/sda2.raw of=/dev/sdd2 bs=512 count=248390464 conv=sync status=progress 1941869056 bytes (1.9 GB, 1.8 GiB) copied, 217.191 s, 8.9 MB/sdd: error writing '/dev/sdd2': Input/output errorДаже partprobe не помогаетsudo partprobeWarning: Error fsyncing/closing /dev/sdd1: Input/output errorWarning: Error fsyncing/closing /dev/sdd2: Input/output errorWarning: Error fsyncing/closing /dev/sdd3: Input/output errorWarning: Error fsyncing/closing /dev/sdd: Input/output errorWarning: Error fsyncing/closing /dev/sdd1: Input/output errorWarning: Error fsyncing/closing /dev/sdd2: Input/output errorWarning: Error fsyncing/closing /dev/sdd3: Input/output errorError: Partition(s) 1, 2, 3 on /dev/sdd have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.
>>2116763Щас запустил через pv /mnt/Blackhole/sda2.raw > /dev/sdd2Вроде копирует пока без ошибок
>>2116555 (OP)>То есть я скопировал сами разделы а не диск целикомПечально это всё
>>2116763>Input/output errorТак у тебя железу пизда.
>>2116763> bs=512 count=248390464Всё не так.Сектора на SSD по 4K. Соответственно, ты посылаешь в 8 раз больше бессмысленных команд контроллеру.Насчёт count, dd будет писать весь файл, до конца. Если бы ты хотел записать часть, тогда ладно, в твоём случае смысла от count нет.
>>2116763>bs=512Ебать братишка ты долбоеб, земля тебе пухом.
>>2116775Нет. Этот метод >>2116770 сработал нормально.>>2116776Сектор на ссд обычно 512 байт.Вот тебе output с двух ссдшников 128 гб и 256 гбsudo gdisk -l /dev/sdaGPT fdisk (gdisk) version 1.0.3Partition table scan: MBR: protective BSD: not present APM: not present GPT: presentFound valid GPT with protective MBR; using GPT.Disk /dev/sda: 468862128 sectors, 223.6 GiBModel: TOSHIBA-TR150 Sector size (logical/physical): 512/512 bytesDisk identifier (GUID): 295D6137-3195-4A12-93FE-D8BF50280112Partition table holds up to 128 entriesMain partition table begins at sector 2 and ends at sector 33First usable sector is 34, last usable sector is 468862094Partitions will be aligned on 2048-sector boundariesTotal free space is 3181 sectors (1.6 MiB)sudo gdisk -l /dev/sdbGPT fdisk (gdisk) version 1.0.3Partition table scan: MBR: protective BSD: not present APM: not present GPT: presentFound valid GPT with protective MBR; using GPT.Disk /dev/sdb: 3907029168 sectors, 1.8 TiBModel: ST2000DM001-1CH1Sector size (logical/physical): 512/4096 bytesDisk identifier (GUID): 1462F74E-C757-4F99-90CE-3DBACF1C2CEBPartition table holds up to 128 entriesMain partition table begins at sector 2 and ends at sector 33First usable sector is 34, last usable sector is 3907029134Partitions will be aligned on 2048-sector boundariesTotal free space is 2014 sectors (1007.0 KiB)Более того, я копировал пока на старый хард для тренировки и там сектор тоже 512 байтsudo gdisk -l /dev/sddGPT fdisk (gdisk) version 1.0.3Partition table scan: MBR: protective BSD: not present APM: not present GPT: presentFound valid GPT with protective MBR; using GPT.Disk /dev/sdd: 1250261615 sectors, 596.2 GiBModel: ST3640323AS Sector size (logical/physical): 512/512 bytesDisk identifier (GUID): B3F745EC-1045-4E55-91CE-E579D2EA9B38Partition table holds up to 128 entriesMain partition table begins at sector 2 and ends at sector 33First usable sector is 34, last usable sector is 1250261581Partitions will be aligned on 2048-sector boundariesTotal free space is 1000191948 sectors (476.9 GiB)
>>2116790>/dev/sdbСори это мой хард на 2 ТБ, а не ссдшник, там сектор 4К потому что он большой.
>>2116794> Сектор на ссд обычноОткрой яндекс.маркет, и посмотри сколько там полкилобайтных SSD.> потому что он большойЧёт проиграл. Нет, не по этому. А потому, что IDEMA в 2011 году сказала, что за AF будущее. И сейчас как раз новый 512 - редкость.
>>2116790>Сектор на ссд обычно 512 байт.https://ru.wikipedia.org/wiki/Advanced_Format1) Ссд с 512 секторами небывает вообще.2) Винчестеров с 512 байтными секторами невыпускают уже ДЕСЯТЬ лет, если не больше.3) То, что там тебе рапортует ОС необязательно отражает реальное положение дел.4) Нахуя, НАХУЯ указывать размер копируемого блшока в DD равным размеру сектора, а не больше?
>>2116810>>2116811Я покупал ссдшник нового поколения пол года назад, и там сектор 512 байт. Какой смысл делать сектор больше на ссдшнике у которых время жизни ограничено кол-во записей? Ты понимаешь что любая запись меньше 4К будет занимать сектор в 4К? Из-за этого получается что время жзни резко уменьшится.Так что ненадо. Для хардов конечно размер сектора не влияет на время жизни поэтому и делают 4К
>>2116834Пиздуй уже отсюда в /hw, они тебя грамотно обоссут.Пока же я предлагаю тебе проанализировать историю возникновения flash-накопителей.
>>2116840Нахуй мне в hw по опыту общения на дваче в /pr /s и /b спорить и что-то доказывать долбоебам которые не понимают основ и матчасти бесполезно.
>>2116834> любая запись меньше 4К> записьА теперь поясняй, что имел ввиду. Уверен, что ты в очередной раз попутал сектор с кластером.> время жзни резко уменьшитсяНе твоё дело. Дяди инженеры всё спланировали. И сходи, сам погляди на гарантии, предлагаемые производителями. Заебали уже со свои манямирком прямиком из 2010.
>>2116834>Ты понимаешь что любая запись меньше 4К будет занимать сектор в 4К? Из-за этого получается что время жзни резко уменьшится.Нет, не уменьшается.У тебя даже не поверхностное, а весьма фантастичное представление об этом всем.
>>2116834>Для хардов конечно размер сектора не влияет на время жизни поэтому и делают 4К У меня нет подходящей картинки для выражения моего отношения к сему бреду.
>>2116555 (OP)Эх, сейчас бы на Казантип махнуть, на тот самый.
