Comments 36
понимаю, то «так исторически сложилось», но зачем ntfs раздел на ноутбуке вовсе без венды?
Минусы утилиты photorec — неполное восстановление, то есть все файлы будут вперемешку и утеряются дата создания, изменения, название и прочее. Максимум, что можно — это отсортировать, что куда.
Я бы сначала попробовал загрузиться с Windows LiveCD (тысячи их) и пройтись R-Studio/UFS Explorer/DMDE. Впрочем, эти утилиты (они платные) есть и для Linux. Сталкивался с ситуацией, когда там, где photorec предлагал восстановить лишь файлы по типам, R-Studio запросто восстанавливала полную структуру каталогов.
R-Studio очень хорошо. Покупал их и активно пользовался. Лучше софта для восстановления не видел. Единственный минус — не развиваются уже лет пять. Новые фс вообще не видит и не понимает. :(
Так получилось, что я слежу за актуальностью варёзного топика по этой утилите на ру-борде. Обновления выходят регулярно под все платформы (Windows/Linux/Mac), как для самой R-Studio, так и для её агента, позволяющего подключаться к удалённым машинам, где он запущен. Загрузочный диск обновляется реже, но тоже от 2016 года.
Список поддерживаемых ФС: NTFS, NTFS5, ReFS, FAT12/16/32, exFAT, HFS/HFS+ (Macintosh), Little and Big Endian variants of UFS1/UFS2 (FreeBSD/OpenBSD/NetBSD/Solaris) и Ext2/Ext3/Ext4 FS (Linux).
Есть, как видно, даже поддержка достаточно новой ReFS. Не хватает Btrfs и F2FS, согласен.
Список поддерживаемых ФС: NTFS, NTFS5, ReFS, FAT12/16/32, exFAT, HFS/HFS+ (Macintosh), Little and Big Endian variants of UFS1/UFS2 (FreeBSD/OpenBSD/NetBSD/Solaris) и Ext2/Ext3/Ext4 FS (Linux).
Есть, как видно, даже поддержка достаточно новой ReFS. Не хватает Btrfs и F2FS, согласен.
Ну и все же не .iso, а уж тогда .img
dd имеет ключ status=progress
Справедливости ради стоит заметить, что ключ status относительно новый в dd и ещё не все дистрибутивы имеют в своём составе подходящую версию.
Если имеется Linux скажем 2012года, то — да, ключа 'status' нет.
В этом случае я предпочитаю открывать во втором терминале такую команду:
В этом случае я предпочитаю открывать во втором терминале такую команду:
sudo watch 'kill -USR1 <PID_dd>'
Если соотвествующая версия CoreUtils. В Busybox такого ключа например нет
Я не понял вот этого:
подключив компьютеры проводом USB-на-USB. Это как?
Есть провод USB-на-MicroUSB, это обычный USB для смартфона. И есть провод, где с обоих сторон стандартный USB. Об этом проводе и написано в цитате.
ln -s /dev/sdv /home/user/backup.iso
losetup же
ln -s /dev/sdv /home/user/backup.iso
— здесь не перепутаны случаем TARGET и DIRECTORY?
Не совсем в тему топика, но все же может кому-нибудь будет полезно: неделю назад столкнулся с такой проблемой: надо было изменить размер раздела NTFS в большую сторону, с 64гб до 128гб. Дело элементарное: LiveCD->GParted->Resize, но! Раздел был до этого склонирован CloneZilla с бэдового HDD, и заодно скопировались данные о bad секторах исходного NTFS раздела. GParted отказался изменять размер раздела. Не долго думая я попробовал изменить размер с помощью Acronis Disk Director. В конце операции он выдал ошибку, но размер раздела изменил. Казалось бы победа, но Win7 увидела только исходные 64гб, хотя в диспетчере дисков раздел нужного размера. Помог опять же LiveCD, в котором я сделал ntfsfix -b -d /dev/sdaX: -b очищает список bad секторов (жесткий уже новый), -v помечает партицию как проверенную (после клонирования раздел неоднократно проверялся виндовым chkdsk, тот ошибок не выдавал). После этого я спокойно в Acronis DD изменил размер раздела в меньшую, а потом и в большую сторону.
Способ костыльный, но время у меня было ограничено. Если бы времени было больше, скорее всего без всякого ntfsfix можно было обойтись chkdsk /R, хотя вряд ли бы он пометил фантомные bad сектора как рабочие.
P.S. В качестве LiveCD был использован SystemRescueCD 4.7.0.
P.P.S. Я сначала попробовал способ, найденный на StackOverflow: Консоль восстановления с установочного DVD -> diskpart -> select disk # -> select partition #-> expand, не было ни ошибок, ни толку :( Вместо # понятное дело были актуальные номера.
Способ костыльный, но время у меня было ограничено. Если бы времени было больше, скорее всего без всякого ntfsfix можно было обойтись chkdsk /R, хотя вряд ли бы он пометил фантомные bad сектора как рабочие.
P.S. В качестве LiveCD был использован SystemRescueCD 4.7.0.
P.P.S. Я сначала попробовал способ, найденный на StackOverflow: Консоль восстановления с установочного DVD -> diskpart -> select disk # -> select partition #-> expand, не было ни ошибок, ни толку :( Вместо # понятное дело были актуальные номера.
Не знаю, на сколько актуально будет в вашем случае… Мне бывает нужно увеличить размер диска на виртуальных машинах (win 7 — 2012)… После загрузки винды (в ВМ) открываю администрирование -> управление компьютером -> управление дисками и там выбираю «расширить том» («на горячую»). Никаких проблем не возникает. Хотя, перед этим, все равно делаю снапшот ВМ.
Вы не совсем поняли: флаги bad секторов скопировались на раздел, с ним ни одна нормальная система не должна позволить что-то сделать, но Acronis DD позволил, в итоге и возникла странная ситуация. В этом и посыл моего комментария, ntfsfix -b -d решил проблему.
На счет резервных копий у меня проблем небыло: КлонЗиллой скопированный бэдовый винт был перед глазами. Если бы ничего не получилось то тогда тяжелая артиллерия в виде ddrescue,
На счет резервных копий у меня проблем небыло: КлонЗиллой скопированный бэдовый винт был перед глазами. Если бы ничего не получилось то тогда тяжелая артиллерия в виде ddrescue,
На счет бэдов упустил. Впредь буду внимательнее.
Честно сказать, я всегда считал, что информация о bad секторах заносится в контроллер диска или что-то такое (в тонкости не вдавался) и никак не связана с ФС. Все же bad сектор располагается на более низком уровне, чем ФС и разделы. А значит, и клонзила не должна была бэды скопировать, все же она уровнем выше, нежели бэды. Не знаю как сейчас, но раньше в клонзилле был набор утилит для разных ФС, которые и запускались, в зависимости от того, какая ФС на разделе диска. Помню в expert mode можно было выбрать, что использовать для клонирования, что-то типа ntfsclone, dd, partclone и т.п.
Честно сказать, я всегда считал, что информация о bad секторах заносится в контроллер диска или что-то такое (в тонкости не вдавался) и никак не связана с ФС. Все же bad сектор располагается на более низком уровне, чем ФС и разделы. А значит, и клонзила не должна была бэды скопировать, все же она уровнем выше, нежели бэды. Не знаю как сейчас, но раньше в клонзилле был набор утилит для разных ФС, которые и запускались, в зависимости от того, какая ФС на разделе диска. Помню в expert mode можно было выбрать, что использовать для клонирования, что-то типа ntfsclone, dd, partclone и т.п.
На счет КлонЗиллы Вы абсолютно правы: она ntfclone использует. Но NTFS, да и FAT я думаю, на своем уровне хранят данные о BAD секторах, просто для того чтобы к ним больше не обращаться. На уровне контроллера жесткого REMAP умеют не все, но он делается прозрачно для ФС. Иногда с помощью той же Виктории можно заставить его сделать, но отнюдь не всегда. В любом случае если пошли ремапы — винт кладется на полку.
Жаль, что в статье абсолютно не раскрыта её тема.
Нет ни одного упоминания о восстановлении повреждённого раздела NTFS, если его уменьшили до минимального размера, вся суть статьи сводится к фразе «используйте программы для восстановления данных чтобы вытащить свои данные оттуда».
Я бы предпочёл, чтобы такие статьи содержали анализ причин появления этой проблемы и сведения о ремонте существующей ФС.
По описанию в статье проблема то какая? ntfs-3g не смог смонтировать раздел. И только лишь.
Что ещё можно было бы попробовать, прежде чем применять testdisk:
0. Попробовать увеличить раздел обратно через gparted, к примеру.
1. Попробовать смонтировать раздел на чтение при помощи ядерного драйвера NTFS
2. Поставить VirtualBox, в него поставить windows (идеологическую сторону отбросим — вопрос стоИт чисто технический), затем (после установки windows) пробросить физический диск в виртуалку при помощи команды vboxmanage internalcommands createrawvmdk -filename ~/sda.vmdk -rawdisk /dev/sda (возможно придётся немного пободаться с несущей системой за право прямого доступа к /dev/sda).
2a. Из под windows попробовать провести chkdsk этому разделу
2b. Или же расширить его обратно при помощи стандартных средств работы с диском
2c. Если раздел смонтировался, но не доступен для записи — можно провести копирование данных через «общую папку» VirtualBox или по сети между виртуалкой и несщуей системой.
Нет ни одного упоминания о восстановлении повреждённого раздела NTFS, если его уменьшили до минимального размера, вся суть статьи сводится к фразе «используйте программы для восстановления данных чтобы вытащить свои данные оттуда».
Я бы предпочёл, чтобы такие статьи содержали анализ причин появления этой проблемы и сведения о ремонте существующей ФС.
По описанию в статье проблема то какая? ntfs-3g не смог смонтировать раздел. И только лишь.
Что ещё можно было бы попробовать, прежде чем применять testdisk:
0. Попробовать увеличить раздел обратно через gparted, к примеру.
1. Попробовать смонтировать раздел на чтение при помощи ядерного драйвера NTFS
2. Поставить VirtualBox, в него поставить windows (идеологическую сторону отбросим — вопрос стоИт чисто технический), затем (после установки windows) пробросить физический диск в виртуалку при помощи команды vboxmanage internalcommands createrawvmdk -filename ~/sda.vmdk -rawdisk /dev/sda (возможно придётся немного пободаться с несущей системой за право прямого доступа к /dev/sda).
2a. Из под windows попробовать провести chkdsk этому разделу
2b. Или же расширить его обратно при помощи стандартных средств работы с диском
2c. Если раздел смонтировался, но не доступен для записи — можно провести копирование данных через «общую папку» VirtualBox или по сети между виртуалкой и несщуей системой.
Live CD и Active Recovery File (Partition), мне обычно помогали в восстановлении разделов, либо файлов.
Интересно было бы такой раздел все-таки подключить к Windows и посмотреть, что она про него скажет. Загрузившись, к примеру, с установочного диска любого современного дистрибутива Windows.
Ставить винду было совсем неохота
Загружаем установщик с диска/флешки
Нажимаем Shift+F10
?????
PROFIT!
Sign up to leave a comment.
Восстановление поврежденного раздела NTFS, если его уменьшили до минимального размера (0 байт свободно)