LINUX.ORG.RU
Форум — General  

Нарушил структуру разделов на диске

 


2

1

Не спрашивайте зачем, но было вот так

Было:

Диск /dev/sdc1: 596,17 GiB, 640132383744 байт, 1250258562 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x2052474d

Устр-во     Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1p1                6579571 1924427647 1917848077 914,5G            70 DiskSecure Multi-Boot
/dev/sdc1p2             1953251627 3771827541 1818575915 867,2G            43 неизвестный
/dev/sdc1p3              225735265  225735274         10     5K            72 неизвестный
/dev/sdc1p4             2642411520 2642463409      51890  25,3M             0 Пустой

Элементы таблицы разделов упорядочены не так, как на диске.
# sudo fdisk /dev/sdc1

Добро пожаловать в fdisk (util-linux 2.36.1).
Изменения останутся только в памяти до тех пор, пока вы не решите записать их.
Будьте внимательны, используя команду write.

The device contains 'ntfs' signature and it will be removed by a write command. See fdisk(8) man page and --wipe option for more details.

Устройство не содержит стандартной таблицы разделов.
Создана новая метка DOS с идентификатором 0x34d946a3.

Команда (m для справки): x

Команды эксперта (m для справки): f
Nothing to do. Ordering is correct already.
Failed to fix partitions order.

Команды эксперта (m для справки): r

Команда (m для справки): w

Таблица разделов была изменена.
Синхронизируются диски.```





Стало вот так:

```# fdisk -l /dev/sdc1
Диск /dev/sdc1: 596,17 GiB, 640132383744 байт, 1250258562 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x34d946a3

# fdisk -l
Устр-во    Загрузочный начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1                  63 1250258624 1250258562 596,2G             7 HPFS/NTFS/exFAT
Диск /dev/sdc: 596,17 GiB, 640135028736 байт, 1250263728 секторов
Disk model: Transcend       
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x0c160c52

Устр-во    Загрузочный начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1                  63 1250258624 1250258562 596,2G ```            7 HPFS/NTFS/exFAT


Как получить доступ к данным на диске? Ничего пока не форматировал, но доступ к данным потерял


Последнее исправление: ssmirnoff (всего исправлений: 1)
← Символьные ссылки
x-scheme-handler к wine приложению →
 ← 1 2

PhotoRec — свободная программа для восстановления данных, предназначенная для восстановления потерянных файлов в памяти цифровой камеры, на жестких дисках и компакт-дисках. Википедия

iZEN ★★★★★
()
Ответ на: комментарий от undef

testdisk все видит, но там очень много файлов (растягивается по времени) и поэтому хотелось бы конечно ввести какую-то хитрую команду, и не делать всего этого через testdisk

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63

Analyse cylinder  2095/77824: 02% ```
ssmirnoff
() автор топика

0. Если тебе дороги твои данные, прежде чем приступать к любым дальнейшим манипуляциям с этим диском - сделай его полную копию при помощи dd.

1. Если ты ничего не менял кроме таблицы разделов - весьма вероятно, что достаточно будет создать такую же таблицу разделов, какая у тебя была ранее, соблюдая все размеры и идентификаторы.

slowpony ★★★★★
()
Ответ на: комментарий от slowpony

  1. Там архив газеты Правда (130gb) и сканы фотографий марок с сайта Molotok.ru (50 gb) которые я спарсил перед закрытием сайта. Архив с торрентов качается, а вот сканов нет нигде ни у кого, база уникальная и терять не хочется конечно

  2. Ничего не менял. Вот только testdisk сканирует и все. Все операции, что я делал на первом скрине сверху, пока больше вообще ничего не делал с диском

весьма вероятно, что достаточно будет создать такую же таблицу разделов, какая у тебя была ранее, соблюдая все размеры и идентификаторы

Как? Не умею.

ssmirnoff
() автор топика
Ответ на: комментарий от slowpony

Еще меня смущает вот это


Устр-во     Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1p1                6579571 1924427647 1917848077 914,5G            70 DiskSecure Multi-Boot
/dev/sdc1p2             1953251627 3771827541 1818575915 867,2G            43 неизвестный
/dev/sdc1p3              225735265  225735274         10     5K            72 неизвестный
/dev/sdc1p4             2642411520 2642463409      51890  25,3M             0 Пустой ```

Почему диск общей емкостью 596,17 GB бьется на несколько логических, которые в сумме больше чем эта общая? 

>914,5G + 867,2G + 5K + 25,3M

По-моему, ерунда какая-то
ssmirnoff
() автор топика
Ответ на: комментарий от undef

Сейчас попробую. После testdisk (после скана) вот такое

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63

The harddisk (640 GB / 596 GiB) seems too small! (< 2449 GB / 2281 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  HPFS - NTFS          77824 254 63 155649 253 62 1250258562
   FAT16 <32M           125270 155  8 297850 134 14 2772496384









[ Continue ]
NTFS, blocksize=4096, 640 GB / 596 GiB```

И потом когда внутрь раздела заходишь он предлагает перезаписать таблицу разделов. Чот очкую :-) Пока не перезаписывал
ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff

/dev/sdc1p1 /dev/sdc1p2 /dev/sdc1p3 /dev/sdc1p4

Такое возможно // «зачем/почему/как» к теме отношения не имеют.

В Вашем случае fdisk неверно интерпретировал, то что он принял за таблицу разделов. Все остальные проблемы Вы создали сами.

Если содержимое диска имеет для Вас какую-либо ценность рекомендуется сделать копию всего диска – образ диска. Процесс не самый быстрый, но значительно повышающий шансы на спасение утраченной информации. А после заниматься восстановлением. Для успеха Вам также потребуется реконструировать и проанализировать все события до момента стирания «таблицы разделов».

Вариант с TestDisk может быть даже медленней: Вам потребуется как-либо проверить всё те файлы, что он «спас». Но, его проще применить. При удаче Вы получите свои файлы.

P.S. Вы вероятно изначально выполнили fdisk /dev/sdc1 ? Никогда так больше не делайте! fdisk /dev/sdc

master_0K ★
()
Последнее исправление: master_0K (всего исправлений: 1)
Ответ на: комментарий от undef

Но все данные на месте, я их по testdisk вижу

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
 1 P HPFS - NTFS              0   1  1 77824 254 63 1250258562
Directory /

 dr-xr-xr-x     0     0         0 13-Mar-2023 13:48 .
 dr-xr-xr-x     0     0         0 13-Mar-2023 13:48 ..
 dr-xr-xr-x     0     0         0 13-Mar-2023 13:35 Navitel
>dr-xr-xr-x     0     0         0  9-Mar-2023 02:05 Газета Правда
 dr-xr-xr-x     0     0         0 13-Mar-2023 13:48 Новая Газета статьи doc
 dr-xr-xr-x     0     0         0 13-Mar-2023 00:17 Правда 1935-1941гг
 dr-xr-xr-x     0     0         0 10-Mar-2023 21:32 Сканы марок. Molotok.ru все сканы аукциона от 20.07.2015
 dr-xr-xr-x     0     0         0 13-Mar-2023 13:35 Сталинская смена. Заметка про Финляндию
 dr-xr-xr-x     0     0         0  9-Mar-2023 16:58 Филателия Журналы```
ssmirnoff
() автор топика
Ответ на: комментарий от undef

Не. Не работает

mount: /mnt/1: unknown filesystem type 'dos'.
root@home:/mnt# sudo mount -t ntfs -o ro,force /dev/sdc1 /mnt/1
NTFS signature is missing.
Failed to mount '/dev/sdc1': Недопустимый аргумент
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
root@home:/mnt# sudo mount -t ntfs-3g -o ro,force /dev/sdc1 /mnt/1
NTFS signature is missing.
Failed to mount '/dev/sdc1': Недопустимый аргумент
The device '/dev/sdc1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
root@home:/mnt#
ssmirnoff
() автор топика
Ответ на: комментарий от uwuwuu

Как? Мне навыка не хватает )

Вот такое testdisk выдает при анализе

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Invalid NTFS or exFAT boot
 1 P HPFS - NTFS              0   1  1 77824 254 63 1250258562
 1 P HPFS - NTFS              0   1  1 77824 254 63 1250258562
No partition is bootable
ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff

Товарищ, вы без риска не можете. Лучше бы сохранить сначала файлы через testdisk или сделать образ диска и практиковаться на нём. Если в какой-то совет закрадется ошибка, придется бежать за «Правдой» в библиотеку.

Мне так видится, что зачем-то в раздел sdc1 была записана таблица разделов. Там, где был загрузочный сектор NTFS. NTFS, если правильно помню, хранит копию в конце раздела, ее можно вытащить и записать на место с помощью dd. Но до создания резервной копии не стоит.

Интереса для, что говорит fdisk -l /dev/sdc ?

undef ★★★
()
Последнее исправление: undef (всего исправлений: 1)
Ответ на: комментарий от undef

Она на торентах лежит в свободном доступе. Не переживайте сильно. Данные не сказать что прям вот сильно важные на этом диске. Ну вот сканы да, сканы не найдешь такие теперь.

Диск /dev/sdc: 596,17 GiB, 640135028736 байт, 1250263728 секторов
Disk model: Transcend       
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x0c160c52

Устр-во    Загрузочный начало      Конец    Секторы Размер Идентификатор Тип
/dev/sdc1                  63 1250258624 1250258562 596,2G             7 HPFS/NTFS/exFAT
root@home:/#
ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff 
sudo dd if=/dev/sdc skip=1250258624 count=1 | od -t x1

что говорит?

Если в начале вывода будет 0000000 eb 52 90 4e 54 46 53 20 20 20 20, значит попали на копию загрузочного сектора.

undef ★★★
()
Последнее исправление: undef (всего исправлений: 1)
Ответ на: комментарий от undef

Товарищ ещё невнимательностью страдает в сочетании с решительностью :(

По первой причине он выполнил fdisk /dev/sdc1 ,

а по второй удалил(?) «таблицу разделов» c помощьюfdisk – испортил стркутуры ФС.

master_0K ★
()
Последнее исправление: master_0K (всего исправлений: 1)
Ответ на: комментарий от undef 
1+0 записей получено
1+0 записей отправлено
0000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00
0000020 00 00 00 00 00 f8 00 00 3f 00 ff 00 3f 00 00 00
512 байт скопировано, 0,017624 s, 29,1 kB/s
0000040 00 00 00 00 80 00 80 00 81 6e 85 4a 00 00 00 00
0000060 00 00 0c 00 00 00 00 00 e8 56 a8 04 00 00 00 00
0000100 f6 00 00 00 01 00 00 00 54 c9 ac 70 db ac 70 50
0000120 00 00 00 00 fa 33 c0 8e d0 bc 00 7c fb 68 c0 07
0000140 1f 1e 68 66 00 cb 88 16 0e 00 66 81 3e 03 00 4e
0000160 54 46 53 75 15 b4 41 bb aa 55 cd 13 72 0c 81 fb
0000200 55 aa 75 06 f7 c1 01 00 75 03 e9 d2 00 1e 83 ec
0000220 18 68 1a 00 b4 48 8a 16 0e 00 8b f4 16 1f cd 13
0000240 9f 83 c4 18 9e 58 1f 72 e1 3b 06 0b 00 75 db a3
0000260 0f 00 c1 2e 0f 00 04 1e 5a 33 db b9 00 20 2b c8
0000300 66 ff 06 11 00 03 16 0f 00 8e c2 ff 06 16 00 e8
0000320 40 00 2b c8 77 ef b8 00 bb cd 1a 66 23 c0 75 2d
0000340 66 81 fb 54 43 50 41 75 24 81 f9 02 01 72 1e 16
0000360 68 07 bb 16 68 70 0e 16 68 09 00 66 53 66 53 66
0000400 55 16 16 16 68 b8 01 66 61 0e 07 cd 1a e9 6a 01
0000420 90 90 66 60 1e 06 66 a1 11 00 66 03 06 1c 00 1e
0000440 66 68 00 00 00 00 66 50 06 53 68 01 00 68 10 00
0000460 b4 42 8a 16 0e 00 16 1f 8b f4 cd 13 66 59 5b 5a
0000500 66 59 66 59 1f 0f 82 16 00 66 ff 06 11 00 03 16
0000520 0f 00 8e c2 ff 0e 16 00 75 bc 07 1f 66 61 c3 a0
0000540 f8 01 e8 08 00 a0 fb 01 e8 02 00 eb fe b4 01 8b
0000560 f0 ac 3c 00 74 09 b4 0e bb 07 00 cd 10 eb f2 c3
0000600 0d 0a 41 20 64 69 73 6b 20 72 65 61 64 20 65 72
0000620 72 6f 72 20 6f 63 63 75 72 72 65 64 00 0d 0a 42
0000640 4f 4f 54 4d 47 52 20 69 73 20 6d 69 73 73 69 6e
0000660 67 00 0d 0a 42 4f 4f 54 4d 47 52 20 69 73 20 63
0000700 6f 6d 70 72 65 73 73 65 64 00 0d 0a 50 72 65 73
0000720 73 20 43 74 72 6c 2b 41 6c 74 2b 44 65 6c 20 74
0000740 6f 20 72 65 73 74 61 72 74 0d 0a 00 00 00 00 00
0000760 00 00 00 00 00 00 00 00 80 9d b2 ca 00 00 55 aa
0001000
ssmirnoff
() автор топика
Ответ на: комментарий от master_0K

Нет, все банально. В консоль ругнулось. Нагуглил что делать. Выполнил первое что было в выдаче. Убил разделы. Это все от незнания. И по, решительности, да ))) Слабоумие в общем и отвага.

В общем 0000000 eb вернуло. Но что это для меня значит, я не знаю

ssmirnoff
() автор топика
Ответ на: комментарий от Dimez

Моя версия строится на его репликах в треде. Он сам не понимает, что делает – это «не исправить».

Саму «поломку» в принципе легко обратить назад (если он ничего больше с диском не делал в плане записи и если то, что прикрепляет соответствует действительности).

master_0K ★
()
Ответ на: комментарий от master_0K

Товарищ ещё невнимательностью страдает в сочетании с решительностью :(

Не без этого.

удалил(?) «таблицу разделов» c помощью fdisk – испортил стркутуры ФС.

Непонятный у него fdisk. Как он выводит мусорную таблицу разделов, загадка. Как будто не смотрит сигнатуру в конце сектора. Или до разметки еще что-то делал.

undef ★★★
()
Ответ на: комментарий от master_0K

С диском ничего не делал. Ну пишу же testdisk запускал, разделы сканировал. Все, что выводит, выше. Пишу же, опыта не хватает. Так что не надо ничего исправлять из раздела «это не исправить», вы если можно, подскажите как «поломку откатить» и у меня, так сказать, все

ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff

Я прав или прав @undef выясниться скоро. Вы сейчас «соломку подстелите» – если воспользуетесь не совсем верным советом, то станет только хуже.

Сделайте копию региона диска перед его изменением:

dd if=sdc of=backup_sdc.img count=256 bs=512

master_0K ★
()
Ответ на: комментарий от master_0K

testdisk после анализа выдает такое

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63

The harddisk (640 GB / 596 GiB) seems too small! (< 2449 GB / 2281 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  HPFS - NTFS          77824 254 63 155649 253 62 1250258562
   FAT16 <32M           125270 155  8 297850 134 14 2772496384









[ Continue ]
NTFS, blocksize=4096, 640 GB / 596 GiB
ssmirnoff
() автор топика
Ответ на: комментарий от undef

Сейчас скину. Есть вопрос. Что будет если в testdisk выполнить Rebuild BS?

Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63
     Partition                  Start        End    Size in sectors
 1 P HPFS - NTFS              0   1  1 77824 254 63 1250258562

Boot sector
Status: Bad

Backup boot sector
Status: OK

Sectors are not identical.

A valid NTFS Boot sector must be present in order to access
any data; even if the partition is not bootable.





























 [  Quit  ]  [  List  ]  [Backup BS] >[Rebuild BS]  [  Dump  ]
                              Rebuild boot sector
ssmirnoff
() автор топика
Ответ на: комментарий от undef 
1+0 записей получено
1+0 записей отправлено
0000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000660 00 00 00 00 00 00 00 00 a3 46 d9 34 00 00 00 00
512 байт скопировано, 0,000510875 s, 1,0 MB/s0000700 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

*
0000760 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa
0001000
root@home:/home/ssmirnoff#
ssmirnoff
() автор топика
Ответ на: комментарий от master_0K 
# ls -l backup_sdc.img work.img
-rw-r--r-- 1 root root 131072 мар 15 17:06 backup_sdc.img
-rw-r--r-- 1 root root 131072 мар 15 17:20 work.img
# fdisk -l work.img
Диск work.img: 128 KiB, 131072 байт, 256 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x0c160c52

Устр-во    Загрузочный начало      Конец    Секторы Размер Идентификатор Тип
work.img1                  63 1250258624 1250258562 596,2G             7 HPFS/NTFS/exFAT
ssmirnoff
() автор топика
Ответ на: комментарий от master_0K 
Диск part1.img: 96,5 KiB, 98816 байт, 193 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x34d946a3
ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff

Интересно. Похоже диск был размечен с расширеным разделом. Скинь еще

sudo dd if=/dev/sdc skip=64 count=1 | od -t x1

Очень надеюсь увидеть там тоже NTFS. И приступим уже к окончательному уничтожению инфы.

undef ★★★
()
Ответ на: комментарий от ssmirnoff 
Disk /dev/sdc - 640 GB / 596 GiB - CHS 77825 255 63
     Partition                  Start        End    Size in sectors
 1 P HPFS - NTFS              0   1  1 77824 254 63 1250258562

это выглядит абсолютно нормальным. Я бы сделал rebuild

Это было РАЗ

ДВА: другая проблема, что ты испортил первый (нулевой) сектор на разделе /dev/sdc1 – надо смотреть за что он отвечает в NTFS и его (сектор) чинить

futurama ★★★★★
()
Последнее исправление: futurama (всего исправлений: 1)
Ответ на: комментарий от undef 
1+0 записей получено
1+0 записей отправлено
0000000 07 00 42 00 4f 00 4f 00 54 00 4d 00 47 00 52 00
512 байт скопировано, 0,000530777 s, 965 kB/s
0000020 04 00 24 00 49 00 33 00 30 00 00 d4 00 00 00 24
0000040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*
0000120 00 00 00 00 00 00 eb 22 90 90 05 00 4e 00 54 00
0000140 4c 00 44 00 52 00 00 00 00 00 00 00 00 00 00 00
0000160 00 00 00 00 00 00 00 00 00 00 66 0f b7 06 0b 00
0000200 66 0f b6 1e 0d 00 66 f7 e3 66 a3 52 02 66 8b 0e
0000220 40 00 80 f9 00 0f 8f 0e 00 f6 d9 66 b8 01 00 00
0000240 00 66 d3 e0 eb 08 90 66 a1 52 02 66 f7 e1 66 a3
0000260 66 02 66 0f b7 1e 0b 00 66 33 d2 66 f7 f3 66 a3
0000300 56 02 e8 95 04 66 8b 0e 4e 02 66 89 0e 26 02 66
0000320 03 0e 66 02 66 89 0e 2a 02 66 03 0e 66 02 66 89
0000340 0e 2e 02 66 03 0e 66 02 66 89 0e 3e 02 66 03 0e
0000360 66 02 66 89 0e 46 02 66 b8 90 00 00 00 66 8b 0e
0000400 26 02 e8 83 09 66 0b c0 0f 84 53 fe 66 a3 32 02
0000420 66 b8 a0 00 00 00 66 8b 0e 2a 02 e8 6a 09 66 a3
0000440 36 02 66 b8 b0 00 00 00 66 8b 0e 2e 02 e8 58 09
0000460 66 a3 3a 02 66 a1 32 02 66 0b c0 0f 84 20 fe 67
0000500 80 78 08 00 0f 85 17 fe 67 66 8d 50 10 67 03 42
0000520 04 67 66 0f b6 48 0c 66 89 0e 72 02 67 66 8b 48
0000540 08 66 89 0e 6e 02 66 a1 6e 02 66 0f b7 0e 0b 00
0000560 66 33 d2 66 f7 f1 66 a3 76 02 66 a1 46 02 66 03
0000600 06 6e 02 66 a3 4a 02 66 83 3e 36 02 00 0f 84 1d
0000620 00 66 83 3e 3a 02 00 0f 84 c4 fd 66 8b 1e 3a 02
0000640 1e 07 66 8b 3e 4a 02 66 a1 2e 02 e8 e0 01 66 0f
0000660 b7 0e 00 02 66 b8 02 02 00 00 e8 22 08 66 0b c0
0000700 0f 85 16 00 66 0f b7 0e 5a 02 66 b8 5c 02 00 00
0000720 e8 0c 08 66 0b c0 0f 84 42 0c 67 66 8b 00 1e 07
0000740 66 8b 3e 3e 02 e8 3f 06 66 a1 3e 02 66 bb 20 00
0000760 00 00 66 b9 00 00 00 00 66 ba 00 00 00 00 e8 e4
0001000
ssmirnoff
() автор топика
Ответ на: комментарий от ssmirnoff

Не, не то. Ну приступим.

Создаем резервную копию

sudo dd if=/dev/sdc skip=63 count=1 > backup.sec

Копируем загрузочный сектор ntfs из копии

sudo dd if=/dev/sdc skip=1250258624 of=/dev/sdc seek=63 count=1

Пробуем смонтироваться в режиме чтения

sudo mount -t ntfs -o ro /dev/sdc1 /mnt
undef ★★★
()
 ← 1 2
← Символьные ссылки
General
x-scheme-handler к wine приложению →