Проблема с диском на 2 Тб возникла следующая-потерялась таблица разделов при установке MS Windows, причем не на вышеупомянутый диск. Так мне сообщил его владелец. Диск, подключенный в windows выглядит как не размеченный.
Личные фотографии, видео и вообще, файлы, созданные самостоятельно, пожалуй, самое ценное для обычного человека, ибо неповторимо.
Итак вот он диск, рабочий, но экспериментировать на живом теле без резервной копии-правило дурного тона. Ну так меня учили. И свой опыт был по молодости лет горький. Резервная копия - must have! :-) Но вот свободных дисков такого размера у меня не было. Было 2 диска по 1 ТБ и один на 500 Гб
Все SATA. Машина для тестов с linux тоже под рукой. Для создания одного большого тома из нескольких физических дисков была использована технология LVM. Замечу, что диски после подключения проявились в системе как sda, sdb и sde.
В существующей ubuntu потребовалось установить пакет lvm2
sudo apt-get install lvm2
Диски были размечены при помощи fdisk, каждый с единственным разделом. В итоге появились устройства sda1,sdb1,sde1. Нужно ли это делать, стоит уточнить, но что было то было... Возможно было достаточно использовать диски не разбитые на разделы.
Далее диски были инициализированы для работы с LVM
sudo pvcreate /dev/sda1
sudo pvcreate /dev/sdb1
sudo pvcreate /dev/sde1
в помощи для pvcreate указано что можно и одной строкой:
sudo pvcreeate /dev/sda1 /dev/sdb1 /dev/sde1
Далее была создана группа из вышеописанных дисков
sudo vgcreate -s 128M vg1 /dev/sda1 /dev/sdb1 /dev/sde1
ключик -s означает размер "физического блока" в LVM (physical extent size) и по умолчанию равен 4 мб. Я решил, что ничего дурного не будет если блок будет несколько больше, поскольку размещаться в томе будет один единственный файл образа-резервной копии пациента.
Командой
sudo vgdisplay vg1
убедился что группа создана успешно.
Теперь есть группа, нужно создать том. Сказано-сделано:
sudo lvcreate -n lv1 -L 2,2T vg1
Теперь можем увидеть, что появилось устройство /dev/vg1/lv1
У нас теперь есть большой, непрерывный диск 2.2 терабайта размером.
Размечаем его:
sudo mkfs.ext4 /dev/vg1/lv1
монтируем
sudo mkdir /media/big_vol
sudo mount /dev/mapper/vg1-lv1 /media/big_vol
более тщательный подход к выбору типа файловой системы, возможно, и сократил бы некоторое время на копирование образа, но для меня это было несущественным.
Далее было копирование.
sudo dd if=/dev/sdd of=/media/big_vol/lsdd.iso
Оставив копирование на ночь, поутру убедился, что копирование завершилось успешно. Образ на месте. Все так и должно было получиться, ведь предполагалось, что жесткий диск-пациет физически исправен.
Стоит отметить из личного опыта, что при неисправной поверхности жесткого диска подход следует менять. Однажды, я загубил свой диск, желая перенести информацию с него. В какой-то момент головки начали конвульсию, но тем не менее, хоть и со сбоями копирование продолжалось. Кончилось тем, что конвульсии прекратились, но и жизнь диска тоже. Он просто прекратил определяться системой. Сейчас бы я пошел другим путем, стал бы копировать с конца диска в начало, к сбойной области. Но вот глупая настойчивость иногда играет плохую шутку.
Итак, образ диска имеется. Свобода действий присутствует.
После поиска программ, которые могли бы помочь мне найти потерянный раздел выбор был сделан в пользу gpart и testdisk, хотя список был несколько большим, просто до использования остальных я не дошел.
А списочек следующий:
gdisk
gparted
partition manager
disktype
testdisk
Некоторые из программ являются просто редакторами таблицы разделов, но поскольку я предполагал возможность редактирования таблицы вручную, то включил в список и их. fdisk и sfdisk я не упоминаю, ибо они имеются в системе как правило.
Я начал с утилиты gpart и после ее работы получил весьма странный результат в виде возможного раздела fat небольшого размера. Попадение было в молоко, хотя работала программа так, словно перечитывала весь диск сектор за сектором. Короче говоря, весьма долго. Утром следующих за запуском суток, после получения неудачного результата я запустил testdisk и чудо случилось, после краткого анализа программа очень быстро показала нужное - таблицу ориентировчно похожую на нужную. От глубокого анализа я отказался и записывать найденную таблицу на диск не стал. Следует отметить, что testdisk и gpart могут работать как с физическим диском, так и с образом оного, но я анализ делал на физическом диске.
Итак, раздел найден, но надо быть бдительным, ошибки случаются и на ровном месте.
Я решил исправить таблицу разделов в образе и попытаться смонтировать раздел. После повторного запуска testdisk с файлом образа в качестве параметра, нахождения раздела и записи таблицы разделов стала проблема смонтировать этот раздел. Да, можно использовать losetup с указанием смещения, с которого начинается раздел, но мне показалось проще использовать программу kpartx. Не путь джедая, согласен на все сто, но время поджимало и на курение мануалов его совсем не оставалось.
Так или иначе, использования loop устройства потребуется
losetup /dev/loop0 lsdd.iso
командой
losetup -a
выясняем связь устройства loop0 с файлом lsdd.iso
но вот смонтировать нужно первый раздел и тут пригодится kpartx
sudo apt-get install kpartx
sudo kpartx -a /dev/loop0
и вот мы имеем устройство /dev/maper/loop0p1 , которое можем аккуратно смонтировать
sudo mkdir /media/big_win_vol
sudo mount.ntfs /dev/mapper/loop0p1 /media/big_win_vol
И вот мы видим свои данные. Проделываем манипуляции с поиском и записью таблицы раздела при помощи testdisk уже с реальным диском sdd.
Личные фотографии, видео и вообще, файлы, созданные самостоятельно, пожалуй, самое ценное для обычного человека, ибо неповторимо.
Итак вот он диск, рабочий, но экспериментировать на живом теле без резервной копии-правило дурного тона. Ну так меня учили. И свой опыт был по молодости лет горький. Резервная копия - must have! :-) Но вот свободных дисков такого размера у меня не было. Было 2 диска по 1 ТБ и один на 500 Гб
Все SATA. Машина для тестов с linux тоже под рукой. Для создания одного большого тома из нескольких физических дисков была использована технология LVM. Замечу, что диски после подключения проявились в системе как sda, sdb и sde.
В существующей ubuntu потребовалось установить пакет lvm2
sudo apt-get install lvm2
Диски были размечены при помощи fdisk, каждый с единственным разделом. В итоге появились устройства sda1,sdb1,sde1. Нужно ли это делать, стоит уточнить, но что было то было... Возможно было достаточно использовать диски не разбитые на разделы.
Далее диски были инициализированы для работы с LVM
sudo pvcreate /dev/sda1
sudo pvcreate /dev/sdb1
sudo pvcreate /dev/sde1
в помощи для pvcreate указано что можно и одной строкой:
sudo pvcreeate /dev/sda1 /dev/sdb1 /dev/sde1
Далее была создана группа из вышеописанных дисков
sudo vgcreate -s 128M vg1 /dev/sda1 /dev/sdb1 /dev/sde1
ключик -s означает размер "физического блока" в LVM (physical extent size) и по умолчанию равен 4 мб. Я решил, что ничего дурного не будет если блок будет несколько больше, поскольку размещаться в томе будет один единственный файл образа-резервной копии пациента.
Командой
sudo vgdisplay vg1
убедился что группа создана успешно.
Теперь есть группа, нужно создать том. Сказано-сделано:
sudo lvcreate -n lv1 -L 2,2T vg1
Теперь можем увидеть, что появилось устройство /dev/vg1/lv1
У нас теперь есть большой, непрерывный диск 2.2 терабайта размером.
Размечаем его:
sudo mkfs.ext4 /dev/vg1/lv1
монтируем
sudo mkdir /media/big_vol
sudo mount /dev/mapper/vg1-lv1 /media/big_vol
более тщательный подход к выбору типа файловой системы, возможно, и сократил бы некоторое время на копирование образа, но для меня это было несущественным.
Далее было копирование.
sudo dd if=/dev/sdd of=/media/big_vol/lsdd.iso
Оставив копирование на ночь, поутру убедился, что копирование завершилось успешно. Образ на месте. Все так и должно было получиться, ведь предполагалось, что жесткий диск-пациет физически исправен.
Стоит отметить из личного опыта, что при неисправной поверхности жесткого диска подход следует менять. Однажды, я загубил свой диск, желая перенести информацию с него. В какой-то момент головки начали конвульсию, но тем не менее, хоть и со сбоями копирование продолжалось. Кончилось тем, что конвульсии прекратились, но и жизнь диска тоже. Он просто прекратил определяться системой. Сейчас бы я пошел другим путем, стал бы копировать с конца диска в начало, к сбойной области. Но вот глупая настойчивость иногда играет плохую шутку.
Итак, образ диска имеется. Свобода действий присутствует.
После поиска программ, которые могли бы помочь мне найти потерянный раздел выбор был сделан в пользу gpart и testdisk, хотя список был несколько большим, просто до использования остальных я не дошел.
А списочек следующий:
gdisk
gparted
partition manager
disktype
testdisk
Некоторые из программ являются просто редакторами таблицы разделов, но поскольку я предполагал возможность редактирования таблицы вручную, то включил в список и их. fdisk и sfdisk я не упоминаю, ибо они имеются в системе как правило.
Я начал с утилиты gpart и после ее работы получил весьма странный результат в виде возможного раздела fat небольшого размера. Попадение было в молоко, хотя работала программа так, словно перечитывала весь диск сектор за сектором. Короче говоря, весьма долго. Утром следующих за запуском суток, после получения неудачного результата я запустил testdisk и чудо случилось, после краткого анализа программа очень быстро показала нужное - таблицу ориентировчно похожую на нужную. От глубокого анализа я отказался и записывать найденную таблицу на диск не стал. Следует отметить, что testdisk и gpart могут работать как с физическим диском, так и с образом оного, но я анализ делал на физическом диске.
Итак, раздел найден, но надо быть бдительным, ошибки случаются и на ровном месте.
Я решил исправить таблицу разделов в образе и попытаться смонтировать раздел. После повторного запуска testdisk с файлом образа в качестве параметра, нахождения раздела и записи таблицы разделов стала проблема смонтировать этот раздел. Да, можно использовать losetup с указанием смещения, с которого начинается раздел, но мне показалось проще использовать программу kpartx. Не путь джедая, согласен на все сто, но время поджимало и на курение мануалов его совсем не оставалось.
Так или иначе, использования loop устройства потребуется
losetup /dev/loop0 lsdd.iso
командой
losetup -a
выясняем связь устройства loop0 с файлом lsdd.iso
но вот смонтировать нужно первый раздел и тут пригодится kpartx
sudo apt-get install kpartx
sudo kpartx -a /dev/loop0
и вот мы имеем устройство /dev/maper/loop0p1 , которое можем аккуратно смонтировать
sudo mkdir /media/big_win_vol
sudo mount.ntfs /dev/mapper/loop0p1 /media/big_win_vol
И вот мы видим свои данные. Проделываем манипуляции с поиском и записью таблицы раздела при помощи testdisk уже с реальным диском sdd.
