R-Drive Image: Клонирование Системы и Диска

Клонирования диска это наиболее выгодное и оптимальное решение для IT компаний, производителей компьютеров и дистрибьютеров ПО при выполнении комплекса работ по инсталляции ОС на продаваемый ПК. При расширении компании или проведении модернизации ОС необходимо инсталлировать ПО и сконфигурировать сеть на десятках, а порою сотнях ПК. Для комплексного обновления систем безопасности, совместимости и, наконец, быстрой и продуктивной технической поддержки необходима идентичная базовая конфигурация компьютеров компании. Конечно, технические специалисты могут скрупулезно и идентично настраивать одну машину за другой. Но, с другой стороны, можно сконфигурировать только один ПК и перенести данную конфигурацию и все данные на другие. Такую процедуру, называемую клонированием диска, можно достаточно эффективно выполнить при помощи утилиты R-Drive Image.
R-Drive Image позволяет быстро перекопировать данные с одного жесткого диска (исходного) на диск другого компьютера (диски других компьютеров, конечные дики). Гибкие и эффективные возможности утилиты позволяют наиболее оптимально выполнять задачи клонирования системы.
Ключевые возможности R-Drive Image:

• Простой и удобный интерфейс пользователя, имеющий пошаговые инструкции при выполнении различных задач клонирования диска.
• Мощный и надежный инструмент создания скриптов, обеспечивающих автоматизацию процесса клонирования. Скрипты могут быть созданы посредством пользовательского интерфейса.
• Поддержка нестандартного (non-MBR) распределения данных ни дисках.

Различные лицензии R-Drive Image позволяют экономично и результативно решить любую задачу клонирования диска.

• Лицензия R-Drive Image Technician - предназначена для клонирования систем в пределах компании.
• Лицензия R-Drive Image Commercial System Deployment - предназначена для OEM-производителей и системных инженеров.
• Лицензия R-Drive Image OEM Kit - предназначена для системных инженеров, дистрибьютеров, сборщиков компьютеров и т.д. и позволяет им распространять с готовыми ПК устройства R-Drive Image System Recovery OEM, предназначенные для восстановления системы.

Гибкая лицензионная политика позволяет считать R-Drive Image одним из наиболее эффективных и экономичных из предлагаемых на рынке ПО продуктов для выполнения задач клонирования диска.
Клонирование диска: операция Copy a Disk to a Disk
Операция клонирования диска Copy a Disk to a Disk достаточно проста и понятна, для ее выполнения не требуется какого-либо дополнительного дискового пространства. Воспользоваться ею рекомендуется при наличии небольшого количества машин.
Для клонирования диска:
1. Подключите исходный и конечный диски к компьютеру, на котором инсталлирована утилита R-Drive Image. Включите компьютер.

2. Запустите R-Drive Image и выберите операцию Copy a Disk to a Disk на этапе Выбора Действий (Action Selection).



3. Далее вы перейдете к этапу Выбора Объектов (Object Selection). Сначала выберите исходный диск на верхней диаграмме, щелкнув по нему мышью.



Замечание: не обращайте внимание на букву исходного диска. После клонирования Windows автоматически присвоит ему правильную букву. Например, клонированный диск будет обозначен буквой C:\ на конечной машине (или любой другой первичной буквой) даже если у исходного диска была, например, буква G:\.
4. Далее выберите конечный диск на нижней диаграмме, щелкнув по нему мышью. Нажмите кнопку Далее (Next).



5. На следующем этапе Параметры Копирования/Восстановления (Restore/Copy Parameters) вы увидете четыре радиокнопки в области "Copying mode". Установите радиокнопку "Raw disk copy", если хотите создать точную копию содержимого диска, в том числе свободного пространства. Данный способ более медленный, однако при этом создается точная побайтовая копия исходного диска и не принимается во внимание его разбиение на разделы. Если вам не удалось загрузить ранее клонированный диск из-за нестандартного загрузчика или по каким-либо другим причинам, то попробуйте метод "Raw disk copy".



Установите радиокнопку "Copy all partitions onto original places", если хотите перекопировать только те части разделов, на которых расположены файлы и другие данные. Данный метод более быстрый, но при этом на конечном диске вы получите другой размер свободного пространства.



6. Проверьте правильность установленных параметров копирования на этапе Processing. Если все верно, то нажмите кнопку Start.



После нажатия кнопки Start R-Drive Image начнет выполнять процесс клонирования диска. На верхнем индикаторе вы увидете ход выполнения текущей операции, а на нижнем - всего процесса.



После завершения процесса клонирования вы увидите сообщение об этом.



Теперь можно отключить (извлечь) конечный диск, подключить следующий и продолжить клонирование. Для этого вам может потребоваться выключить компьютер.
Автоматизация процесса клонирования диска при помощи скриптов
Если вы не хотите каждый раз при клонировании выполнять вышеперечисленные действия, то можно создать скрипт на основе конфигурации, заданной посредством интерфейса. Он позволяет автоматически запускать R-Drive Image и выполнять клонирование диска с учетом выбранных параметров. Вам нужно будет только менять конечный диск.

1. На этапе Processing (пункт 6) после просмотра заданных параметров нажмите кнопку Script to Clipboard. При этом скрипт будет автоматически скопирован в буфер обмена Windows.



2. 2. Откройте Блокнот Windows, вставьте скопированный скрипт в текстовый документ, нажав CTRL-V или выбрав команду Вставить (Paste) меню Правка (Edit). Скрипт должен представлять из себя строку команд и параметров, например:
copy -s="2" -d="3" -hdd-mode=1
3. Вставьте "r-driveimagecl" в самом начале в той же строке. Например:
r-driveimagecl copy -s="2" -d="3" -hdd-mode=1
4. Сохраните текстовый файл с расширением .bat. Для этого выберите команду Сохранить как... (Save as...) меню Файл (File). В диалоговом окне Сохранить как (Save as) в раскрывающемся списке "Тип файла (Save as type)" выберите "Все файлы (All files)". Задайте имя файла скрипта с расширением .bat, например "rdriveclonejob1.bat" или "copy.bat."



5. Для запуска файла скрипта необходимо набрать его имя с командной строки или щелкнуть правой кнопкой мыши по файлу в проводнике Windows и выбрать команду контекстного меню "Запуск (Run)".
R-Drive Image начнет выполнять клонирование диска, и в окне командной строки (Command Prompt) будет показан ход выполнения операции (прогресс).



После завершения процесса клонирования вы увидете соответствующее сообщение (Operation completed successfully).



Клонирование диска путем создания его образа
При помощи R-Drive Image можно также скопировать исходный диск и создать его образ. После создания данный образ можно использовать для клонирования исходного диска или восстановления системы.
Клонирование диска путем создания его образа рекомендуется при наличии большого количества машин и выполнении задач массового клонирования, так как образ диска может быть использован в дальнейшем, когда доступа к исходной машине может уже не быть.
Процесс клонирования диска путем создание его образа состоит из двух частей:

1. Создание образа исходного диска.
2. Копирование данных из образа на конечный диск (диски).

Так как образ является точной копией всех данных исходного диска, то для его хранения может потребоваться большой объем дискового пространства.
Создание Образа Исходного Диска
1. На этапе Выбора Действий (Action Selection) выберите Create an Image.



2. На этапе Выбора Раздела (Partition Selection) выберите исходный диск, щелкнув по нему мышью. Нажмите кнопку Далее (Next).



Замечание: также не обращайте внимание на букву исходного диска - после клонирования Windows автоматически присвоит ему правильную букву.
3. На следующем этапе вам необходимо будет выбрать место сохранения и имя вашего файла образа. На диске, где имеется достаточно свободного места для хранения содержимого исходного диска, выберите папку, введите имя файла образа и нажмите кнопку Далее (Next).



Обратите внимание: файлы образы могут храниться на локальных дисках компьютера, который вы используете для клонирования, либо на сервере в сети (на сетевых дисках), в последнем случае они будут доступны всем компьютерам в сети, но скорость передачи данных будет ниже.
4. Задайте параметры образа на этапе Параметры Образа (Image Options) и нажмите кнопку Далее (Next). Ниже приведено опасание параметров образа.



В области "Backup type" установите радиокнопку "Backup actual data only" - тогда в состав резервной копии войдут только сектора, содержащие данные. Это значительно уменьшит размер файла образа. Если установить радиокнопку "Sector by sector backup", то будет создан файл образ большего размера, являющийся точной копией всего диска, включая свободное пространство.

В области "Image compression ratio" сместите движок вправо - при этом образ будет создаваться быстрее, если движок сместить влево, то размер файла образа будет меньше. Для проверки файла образа на предмет корректности сразу после его создания установите флажок "Check the image file immediately upon its creation".

Остальные параметры образа можно оставить без изменения.
5. Параметры Резервного Копирования (Backup Options) на следующем этапе также могут быть оставлены без изменения, установленными по умолчанию. Нажмите кнопку Далее (Next).



6. Проверьте правильность установленных параметров создания образа на этапе Processing. Если все верно, то нажмите кнопку Start.



R-Drive Image начнет создавать образ.



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



Теперь образ вашего диска готов и его можно клонировать. Далее вы можете отключить (извлечь) исходный диск (так как файл образ вашего диска сохранен на другом локальном или сетевом диске).
Копирование Данных из Образа на Конечный Диск (Диски)
1. На этапе Выбора Действий (Action Selection) выберите Restore from an Image



2. На следующем этапе выберите созданный вами файл образ. Нажмите кнопку Далее (Next).



3. На этапе Выбора Объекта в Образе (Image Object Selection) выберите исходный диск в файле образе.



4. Выберите конечный диск, щелкнув по нему мышью на этапе Выбора Объекта в Образе (Image Object Selection), нажмите кнопку Далее (Next).



5. На этапе Параметры Копирования/Восстановления (Restore/Copy Parameters) выберите "Copy all partition onto original places", нажмите кнопку Далее (Next).



6. Проверьте правильность установленных параметров на этапе Processing. Если все верно, то нажмите кнопку Start.



Как мы уже говорили, на этом этапе можно создать скрипт (кнопка Script to Clipboard).
R-Drive Image начнет копировать данные из образа на конечный диск.



После завершения процесса клонирования вы увидите сообщение о том, что образ был успешно восстановлен.



После успешного восстановления образа диска вы можете отключить (извлечь) конечный диск и подключить следующий. Для этого вам может потребоваться выключить компьютер.
Заключение
Утилита R-Drive Image "берет на себя" все задачи настройки компьютера, инсталляции приложений, конфигурации драйверов и создания учетных записей пользователя - для их выполнения вам потребуется всего лишь несколько раз щелкнуть клавишей мыши. При этом вы не только не затратите лишнего времени и средств, но и можете быть уверены в корректности всех необходимых настроек, обновлений и базовых конфигураций вашего компьютера (компьютеров). Поэтому вам будет намного проще интегрировать его (их) в новое сетевое окружение и решить все возникшие вопросы, связанные с его (их) программной и аппаратной конфигурацией. Использование ключевых возможностей R-Drive Image значительно облегчает процесс настройки новых ПК или модернизации имеющихся. Автоматизация процесса клонирования при помощи скрипта еще более упрощает данный процесс - для его выполнения вам потребуется всего лишь один раз щелкнуть клавишей мыши. Возможность клонирования исходного диска путем копирования или создания и восстановления из образа обеспечивает большую гибкость и быстроту как удаленного, так и локального системного администрирования. Вы можете прямо сейчас загрузить бесплатную 15-ти дневную версию программы для испытания и оценки функциональности. Если она вас удовлетворит, вы можете сразу приобрести наиболее оптимальную для вас лицензию.  

R-Drive Image: Резервное Копирование

Многие пользователи ПК, не имеющие достаточного опыта работы, не создают своевременную резервную копию своих данных. Но однажды, например после какого-нибудь компьютерного сбоя, восстановление информации может стоить им большого количества времени и денег. Очень часто возникают ситуации, в которых недостаточно подготовленные пользователи утрачивают файлы, содержащие достаточно ценную информацию. Причины этого могут быть самые разнообразные - сбой питания компьютера, вирусная атака или просто компьютерный глюк, но все они приводят к одному и тому же результату - компьютер не загружается, некоторые файлы очень сложно восстановить, а другие утрачены окончательно. Более того, даже обычное восстановление компьютера к рабочему состоянию может занять достаточно много времени. Представьте, что вам нужно заново инсталлировать операционную систему, после этого все программы, восстанавливать настройки, пароли и т.д. Одна только мысль об этом может привести некоторых в ужас. И очень часто это происходит как раз в тот самый момент, когда компьютер крайне необходим.

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

Конечно, нельзя полностью предотвратить системный сбой, однако существует достаточно надежное решение, которое позволит максимально минимизировать ущерб - регулярное использование утилиты резервного копирования данных. Если у вас есть резервная копия данных и программа резервного копирования, то для восстановления ОС Windows до рабочего состояния потребуется всего несколько часов, будь то ноутбук или корпоративный сервер.

Так что пользователям, которые действительно беспокоятся о сохранности своих данных, крайне необходимо иметь утилиту резервного копирования и восстановления информации. На рынке представлено достаточное количество подобных программ - некоторые разработаны для домашнего использования, другие - для использования в крупных корпорациях. Утилита R-Drive Image компании R-Tools Technology, Inc предлагает решения как для индивидуальных, так и для корпоративных пользователей.

Но как все это работает? Как обычный пользователь при помощи утилиты R-Drive Image может выполнить операции по созданию и последующему восстановлению из образа резервной копии системы без углубленного познания компьютера? Как системный администратор при помощи R-Drive Image может создавать образы большого числа корпоративных серверов в сети в определенное заданное время? Рассмотрим все это более подробно. В любое время вы можете загрузить и инсталлировать бесплатную полнофонкциональную, но ограниченную по времени (15 дней), демонстрационную версию R-Drive Image для проверки и тестирования возможностей утилиты. Единственным ограничением является то, что загрузочный диск (CD, DVD или USB диск) используется только на том компьютере, на котором инсталлирована демонстрационная версия программы.

Что предлагает пользователям утилита R-Drive Image:

• Простой и удобный интерфейс пользователя. Любая операция от создания образа диска портативного компьютера до резервного копирования корпоративного сервера выполняется посредством удобного пользовательского интерфейса, построенного по принципу Мастера. Это гарантирует, что при создании образа будут учтены все необходимые параметры, в то время как другие менее значимые могут быть опущены. Интерфейс программы позволяет также создавать достаточно сложные скрипты.
  
  
• Возможность сохранения резервной копии на различных носителях: локальные жесткие диски, съемные носители - такие как внешние USB диски, флеш карты памяти, CD или DVD диски и сетевые диски. Можно использовать любой из носителей в зависимости от ваших целей и возможностей.
• Поддержка инкрементального и дифференциального режима создания образа, сжатия файлов образов и создания резервных комплектов, позволяющих учитывать предназначенный для файлов образов объем дискового пространства, число хранимых файлов и время, в течение которого необходимо хранить резервные копии.
  
  
• Образ диска может быть подсоединен как виртуальный диск, доступный только для чтения. Содержимое данного виртуального диска может быть просмотрено и скопировано, при этом не потребуется восстанавливать весь диск в случае если необходимы только несколько файлов с него.
• Расписание - задача создания образа диска может быть установлена и выполнена в определенное время в автономном режиме. Вам не нужно запоминать время, когда была создана последняя резервную копия и когда следует создавать очередную.

Что предлагает утилита R-Drive Image для пользователей домашних компьютеров:
R-Drive Image это простое и доступное решение, позволяющее выполнить любую задачу по созданию и восстановлению резервной копии на домашнем компьютере:

• Аварийное восстановление системы, в том числе портативных компьютеров. Пользователи могут как сохранять образы, так и создавать загрузочные версии утилиты на различных съемных носителях, среди которых внешние USD диски, флеш карты памяти и конечно же CD или DVD диски. Это особенно полезно для пользователей "нетбуков", в которых, как правило, отсутствуют CD/DVD приводы. Сегодняшние цены и размеры дисков флеш памяти позволяют пользователям домашних компьютеров хранить файл образ системного диска и загрузочную версию программы на одном устройстве. Вам больше не потребуется постоянно носить с собой внешние CD, DVD приводы или внешние жесткие диски на случай аварийного восстановления системы. В любой момент вы можете восстановить свою систему, если обнаружите, например, что она была повреждена посредством вирусной атаки после работы в публичной WiFi зоне.
  
  
  
• Клонирование диска. Вы можете скопировать систему на новый диск, например, при модернизации компьютера.
  
  
  Гибкие параметры копирования/восстановления: расширение/сжатие разделов и т.д.
  
  

Что предлагает утилита R-Drive Image для крупного и малого бизнеса:
R-Drive Image предлагает единое решение для всех корпоративных пользователей: аварийное восстановление системы для портативных компьютеров, регулярное резервное копирование для настольных компьютеров, массовое клонирование системы для корпоративных компьютеров, комплексное создание образа и его восстановление в автономном режиме для корпоративных серверов и т.д.

• Оптимальная политика продаж: на сегодняшний день R-Drive Image является единственной на рынке утилитой резервного копирования данных с одинаковой стоимостью лицензии как для использования на сервере, так и на рабочей станции.
• Мульти-Лицензирование для корпоративных пользователей.
• Поддержка создания резервных копий и восстановления для RAID массивов.
• Резервные комплекты для гибкого контроля параметров файлов образов. Вы можете задать число хранимых на диске файлов, объем дискового пространства, предназначенный для файлов образов, время, в течение которого необходимо хранить резервные копии. При этом данные параметры ни коим образом не повлияют на сохранность ваших данных.

• Поддержка создания резервной копии тома с помощью Службы Теневого Копирования (Microsoft Volume Shadow Copy Service (VSS)) - позволяет создавать корректные резервные копии с учетом быстроменяющихся данных.
• Расписание - выполнение задач создания образа в автономном режиме.
  
  
• Создание и выполнение скрипта для частных и автоматических действий по созданию и восстановлению образа. Скрипты выполняются из командной строки, и такая строка может быть включена в любой командный файл. Скрипты можно создать прямо из пользовательского интерфейса.
• Уведомление о выполненных операциях по электронной почте.
  
  
• После выполнения операции может быть запущена любая внешняя утилита (команда), от простого звукового сигнала до программы по очистке диска.
  
  

Что предлагает утилита R-Drive Image компаниям и частным лицам, работающим в области защиты информации:

• Лицензия Local Technician license (техническая лицензия), позволяющая пользователям R-Drive Image запускать утилиту последовательно на неограниченном числе компьютеров и серверов. Оптимальнее всего для этого использовать загрузочную версию продукта. Данная лицензия позволяет специалистам, работающим в области защиты информации, выполнять различные задачи резервного копирования данных как для своих компьютеров, так и для компьютеров клиентов без приобретения каких-либо дополнительных лицензий.
• В настоящее время разрабатывается версия R-Drive Image Network Technician, и в ближайшем будущем ожидается ее выпуск. Данная версия позволит специалистам создавать и восстанавливать образы на удаленных компьютерах по сети. Отличительная особенность состоит в том, что образы можно будет хранить на обслуживаемых компьютерах и не передавать по сети большой объем данных.

Лицензия R-Drive Image Commercial System Deployment для системных инженеров и сборщиков компьютеров.
Лицензия предназначена для системных инженеров и сборщиков компьютеров и разрешает массовое клонирование системы для их клиентов. Лицензия позволяет клонирование системы с одного ПК или одного комплекта CD/DVD на неограниченное число компьютеров неограниченное число раз.
R-Drive Image OEM kit для системных инженеров, сборщиков компьютеров и т.п.
Лицензия R-Drive Image OEM kit предназначена для системных инженеров, сборщиков компьютеров и т.п. и передает им неисключительное право создавать и распространять устройства OEM System Recovery при условии, что они распространяются с готовыми ПК.

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

• Оригинальный образ (master image) возможно сохранить как на самом устройстве OEM System Recovery, так и на отдельном носителе.
• Гибкое восстановление данных: конечный диск для восстановления образа может быть найден автоматически при помощи R-Drive Image или выбран вручную.

Все эти и многие другие задачи выполняются при помощи программы резервного копирования системы и данных R-Drive Image.
Приобретая одну надежную, эффективную и, наконец, рентабельную утилиту R-Drive Image, пользователю не придется затрачивать большого количества времени и сил на изучение избыточного объема информации или нескольких программ. 

Сброс пароля администратора Windows 7 без использования дополнительных программ

В этой статье я расскажу, как сбросить пароль учётной записи администратора (или создать новую) без использования дополнительных программ. Вам понадобится только установочный диск Windows 7 или диск восстановления системы. Этот способ следует применять, если стандартными способами сбросить пароль нет возможности, например когда утерян пароль от единственной учётной записи.

Этап №1 - Настройка запуска командной строки перед экраном входа в Windows

1. Загрузитесь с установочного диска Windows 7 или с диска восстановления.
   Примечание. Если у Вас нет установочного диска или диска восстановления, но имеется LiveCD с Windows PE или на другом разделе жесткого диска установлена ещё одна Windows, Вы можете воспользоваться ими - переходите к пункту №3.
2. В окне выбора языковых параметров нажмите Далее ---> [только при загрузке с установочного диска] щелкните Восстановление системы ---> Далее ---> Командная строка.
   
3. В командной строке наберите regedit и нажмите Enter. Откроется редактор реестра.
4. Выделите раздел HKEY_LOCAL_MACHINE, как показано на рисунке ниже. Затем из меню Файл выберите пункт Загрузить куст.
   
5. Перейдите на диск, где установлена Windows 7 (буква может отличаться от привычной С), и откройте файл:
   

   <буква_диска>:\Windows\System32\config\SYSTEM

   
   Примечание. В некоторых случаях диск с ОС может быть не виден среде восстановления, в этом случае на шаге 2 необходимо загрузить драйвер. Понадобится тот же драйвер, который использовался при установке ОС.
6. Введите произвольное имя для загружаемого раздела. В примере - 888.
   
7. Перейдите в раздел
   

   HKEY_LOCAL_MACHINE\888\Setup

   Затем щелкните два раза по параметру:
   
   • CmdLine, введите cmd.exe и нажмите ОК.
   • SetupType, замените 0 на 2 и нажмите ОК.
   
8. Выделите раздел 888 в HKEY_LOCAL_MACHINE, затем из меню Файл выберите пункт Выгрузить куст.
9. Извлеките установочный диск, закройте редактор реестра и командную строку, нажмите Перезагрузка в окне параметров восстановления.

Этап №2 - Сброс пароля или создание нового пользователя, и вход в систему

После перезагрузки продолжайте обычный вход в Windows 7. Перед входом в систему Вы увидите окно командной строки.

Сброс пароля

Для сброса пароля введите следующую команду и подтвердите её выполнение клавишей Enter:

net user имя_пользователя новый_пароль

Важно! Если имя или пароль содержат пробелы, вводите их в "кавычках".
На рисунке ниже для пользователя Adm7 задается пароль tL942G8dWp.


Если Вы забыли имя учетной записи, введите команду net user без параметров, чтобы отобразить все имеющиеся учётные записи.

Создание новой учётной записи

Если у вас нет ни одной учетной записи администратора, такую можно легко создать. Для этого последовательно введите приведенные ниже команды, нажимая после каждой клавишу Enter.
Для русской (локализованной) Windows:

net user имя_пользователя пароль /add
net localgroup Администраторы имя_пользователя /add
net localgroup Пользователи имя_пользователя /delete

Для английской Windows:

net user имя_пользователя пароль /add
net localgroup Administrators имя_пользователя /add
net localgroup Users имя_пользователя /delete

Команды последовательно выполняют следующие действия:

1. Создание нового пользователя.
2. Добавление пользователя в группу Администраторы (Administrators).
3. Удаление пользователя из группы Пользователи (Users).

Если Вы хотите установить для всех учетных записей бессрочное действие пароля, введите в конце команду:

net accounts /maxpwage:unlimited

По окончании ввода закройте окно командной строки.

Вход в систему

Теперь у Вас есть учетная запись с правами администратора и новым паролем. Просто выберите пользователя и выполните вход в Windows:

Как это работает?

Для изменения параметров пользователей необходим доступ к панели управления Windows или командной строке, запущенной с правами администратора из Windows. Поскольку вход в систему заблокирован, изменения надо произвести до входа.
Для этого на первом этапе мы входим в редактор реестра среды восстановления и подгружаем в него часть реестра (куст) установленной Windows 7. С помощью параметра SetupType мы указываем, что перед следующим входом в Windows надо выполнить команду из параметра CmdLine, а в CmdLine указываем командную строку (cmd.exe). Эти параметры изначально предназначены для выполнения административных задач во время автоматической установки Windows, но мы их используем в своих целях. После этого куст реестра выгружается и компьютер отправляется на перезагрузку. Дальше всё просто - в появившемся окне командной строки производим необходимые операции с пользователями и входим в Windows.
Приятного использования!

Ремонт флешек и ремонт карт памяти

Цель
Цель данной статьи подсказать энтузиастам, в каком направлении двигаться, когда требуется ремонт флешек и/или ремонт карт памяти. В статье описывается процесс ремонта флеш накопителей, для того что бы читатель смог определиться нужно ему это или проще купить новую.

Предупреждение!!!

Внимание!!!! Ремонт флешек и восстановление данных с флеш— это разные процессы. При ремонте, данные с флеш памяти пропадают, в большинстве случаев безвозвратно. По этому, точно определитесь что требуется: отремонтировать флешку или восстановить данные.

Проблемы

Не будем углубляться в особенности устройства флеш накопителей, а сразу начнем с наиболее часто встречающихся симптомов, которые ищут на поисковиках:

не определяется

не работает

не читается

не распознается

не отображается

не опознается

не определяется системой

вставьте диск

не форматируется

не открывается

определяется как неопознанное usb устройство

защищена от записи

или

Если детально описывать причины и методы устранения каждой из выше приведённых проблем, получится много повторений. Что бы этого избежать, возможно их сгруппировать. Что касается ремонта флеш накопителей, то есть всего два варианта развития событий.
Компьютер не видит флешку, никак на неё не реагирует, флешка греется, это говорит о том, что она сгорела как устройство и ремонту не подлежит (во всяком случае, в домашних условиях). Лучше просто купить новую.
Если компьютер хоть как-то определяет или хотя бы замечает, что в него что то вставили ;) - есть шанс отремонтировать флешку!!!!

Ремонт в три этапа

Флешка или карта памяти как устройства устроены одинаково. Есть микросхема контролера и одна или несколько микросхем памяти. Иногда может «сбойнуть» контролер, тогда потребуется его перепрошивка. Но может «сбойнуть» и память, тогда её нужно отформатировать (но не обычным форматированием, а заводским). В большинстве случаев форматирование и перепрошивка объединены в одну программу, что и приводит к потере данных.

Определение VID&PID флешки

Разные производители флешек используют контролеры разных производителей, да еще и разных моделей. Для того что бы определить какие программы для ремонта флешки искать, нужно узнать какой контролер стоит внутри. Не всегда хочется и имеется возможность разбирать и портить вид, стильной и красивой флешке. Можно попытаться определить производителя и модель контролера программным путем, в этом нам помогут программы определения VID&PID и …... всемогущий интернет ;)
Если флешка не выдает о себе никакой информации, значит ей «совсем плохо» и тут можно либо расстроиться и покупать новую, либо пробовать разные утилиты подряд (как делают некоторые джедаи и им иногда везет)))

Поиск утилиты прошивки и форматирования флешки

Узнав какой стоит контролер внутри флешки (AMECO, Alcor, iCreate, Chipsbank, Prolific,Phison, Netac, OTI, Skymedi, SMI, SSS, USBest и другие), можно приступать к поиску утилит для прошивки флешки. Но и тут есть и подводные камни.... не на все контролеры есть прошивки. Хотя китайский брат не дремлет и со временем может и появиться.

Процесс самой прошивки

После того как нужные программы для ремонта флешек найдены, можно приступать к прошивке, форматированию, уничтожению данных и прочему экзорцизму ;) А там, как повезёт .....

Программы

Определение VID&PID
CheckUDisk 4.0 - Утилита для получения информации о всех подключенных USB устройств. Показывает значения idVendor и idProduct для определения типа контроллера устройства. А также показывает скорость, ревизию, серийный номер флэш накопителя.
CheckUDisk - Утилита для получения информации о всех подключенных USB устройствах. Показывает значения VID&PID. Есть встроенная база по которой определяется модель и производитель контроллера.
ChipEasy v1.4.5 - Аналогичная вышевыложеннным программа для определения VID PID
UsbIDCheck - Программа для получения информации о всех подключенных USB устройств. Показывает значения VID и PID для определения типа контроллера устройства. Список, по которому можно определить производителя устройства находится в архиве с программой.
Программы восстановления флешек
пока не выложены, используйте яндекс зная какой на флешке контроллер

Заключение

Ну вот, собственно, мы и описали процесс ремонта флеш памяти. Выводы за читателем. Очень хотелось бы услышать вопросы, советы и предложения по данному материалу. А так же и восклицания счастливчиков, которым данная статья помогла восстановить флешку.

ремонт флеш

ГАРАНТИРОВАННОЕ УДАЛЕНИЕ ДАННЫХ ИЗ КОМПЬЮТЕРА

ЗАЧАСТУЮ ФИРМЫ ПРЕДЛАГАЮТ ГАРАНТИРОВАННОЕ УДАЛЕНИЕ ДАННЫХ ИЗ КОМПЬЮТЕРА. ДЕЙСТВИТЕЛЬНО ЛИ ЭТО МОЖНО СДЕЛАТЬ РАЗ И НАВСЕГДА.

В жизни многих из нас компьютер играет роль персонального помощника и личного поверенного во всех делах. Мы, не задумываясь, сохраняем информацию на различных носителях, будь то винчестер, флеш-карта, мобильный телефон или CD/DVD-диск. С бурным развитием Интернета популярным и легкодоступным местом для хранения личных и корпоративных данных стали разнообразные серверы в Сети. Используя эту возможность, мы не имеем четкого представления о том, где именно они расположены и можно ли будет в случае необходимости их уничтожить. Такой подход приводит к тому, что при замене жесткого диска (например, при обновлении компьютера), утере флешки или любого другого мобильного носителя эти сведения могут легко оказаться в чужих руках, создав множество проблем. А если это секрет, которым вы вовсе не намерены делиться? Как избежать подобных неприятностей? Ответ прост: нужно четко представлять себе, какие методы уничтожения данных в зависимости отместа их хранения возможны и насколько они эффективны.

Для начала определимся с терминологией. Носителем информации называют аппаратное устройство, позволяющее записывать ее, хранить и считывать (например, жесткий диск, CD/DVD-диск, флеш-память). Ресурсы для хранения данных – это один или несколько носителей, достурных для записи и считывания программно-техническими средствами (ЭВМ).

---

МНЕНИЕ
Так же давайте уточним, что «уничтожение данных» - это процесс, направленный на удаление информации с носителя без возможности последующего восстановления данных, не только документов целиком, но и некоторых отдельных персональных данных, таких как адреса электронной почты, телефоны, слова-«якоря» (пароль или пароли, ххх, доступ и др.), которые могут находиться на жестком диске вне файлов.

---

ВИДИТ ОКО, ДА ЗУБ НЕЙМЕТ

Поделим все существующие ресурсы на два типа: локальные (доступные) и сетевые (удаленные). Локальные ресурсы – это все носители информации, которые можно потрогать руками: жесткий диск, флешка, дискета. До сетевых ресурсов – различных серверов и других устройств, удаленных на расстояние от нескольких десятков метров (корпоративные серверы) до нескольких тысяч километров (интернет-серверы), - добраться можно только через каналы передачи данных.

Известно три метода уничтожения информации. Программный метод состоит из операций удаления и перезаписи с помощью компьютерных программ и не требует дополнительных аппаратных устройств. В этом случае фактически исчезают не сами данные, а информация о том, на каких участках носителя они записаны. Освободившиеся участки помечают как доступные для записи новых данных, но это не значит, что прежняя информация бесследно исчезла. Можно попытаться «замести следы», записав на место секретных сведений произвольные данные. Частный случай перезаписи – форматирование диска, когда он записывается одной и той же последовательностью данных. Справиться с этим может любой пользователь – нажал на кнопку Delete, и дело в шляпе. Ведь на ваш неискушенный взгляд секретного файла больше нет.

Обычное программное обеспечение, необходимое для уничтожения данных методом перезаписи, не входит в базовый комплект поставки пользовательских компьютеров, его приобретают отдельно. Применение программного метода может потребовать определенного времени – оно прямо пропорционально объему удаленной информации. Непременным условие его использования является прямой доступ к носителю. Преимущество метода состоит в возможности ликвидировать часть данных, а оставшуюся сохранить на том же носителе.

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

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

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

ВНЕ ЗОНЫ ДОСТУПА


Рассмотрим возможность применения различных методов к различным ресурсам. И начнем с плохой новости. Если секретные сведения были сохранены на любом из сетевых ресурсов, то надеяться на их гарантирование уничтожение бессмысленно, поскольку это можно сделать только с помощью программного метода. Не станете же вы разыскивать сервер, вооружившись кувалдой. Что будет с информацией, которую вы попытаетесь удалить, спрогнозировать трудно. «Мертвые души» могут существовать на носителе информации сколь угодно долго – от одного мгновения до момента утилизации. Скажем больше: если данные хранились на сетевом ресурсе длительное время и администраторы этого ресурса создали резервные копии, то наверняка в них останется уничтоженная (по вашему мнению) информация.


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

ПОПАЛСЯ


Контролировать ресурсы локального типа гораздо проще. Здесь можно использовать любые методы и в любом сочетании. Выбор в большей степени зависит от того, на каком носителе хранятся данные. Сегодня наиболее популярны жесткие диски, CD/DVD, флеш-карты, магнитооптические диски и кассеты (для стримеров). По принципу хранения данных накопители можно разделить на три типа:

• Магнитные диски (жесткий диск, дискета);
• Оптические диски (CD/DVD);
• Энергонезависимое полупроводниковое ЗУ (флешка).

Для каждого из них существуют специальные устройства, позволяющие аппаратно уничтожить данные. При этом на удаление информации с одного носителя может уйти до 20 с.

Если вы предпочитаете грубые методы, для физического устранения информации, а заодно и носителей, можно использовать ряд устройств или подобрать одно. Различаться они будут лишь скоростью выполнения этой операции. Уничтожить жесткий диск можно за 3-5 мин., флеш-карту и CD/DVD-диск – чуть быстрее.

Но аппаратный и физический методы хороши только в том случае, когда главная задача – удалить информацию любой ценой в прямом смысле этого слова. То есть в цену будет включена, в том числе, и стоимость носителя, так как применение обоих методов делает невозможным его дальнейшее использование. Часто ли вам приходится решать проблему столь радикально? Вряд ли. Обычно мы предпочитаем стереть часть важной информации, не разрушая носитель, и продолжить работу. Для этого годится только программный метод. Он практически универсален, исключение составляет лишь те носители информации, которые можно использовать для записи только один раз – например, диски CD/CD-R/DVD-R. В этом случае применим только физический и аппаратный метод. Предположим, мы имеем дело не с «одноразовой» конструкцией, тогда достаточно установить специализированное программное обеспечение и указать, какие данные надо уничтожить. Время, которое для этого потребуется, зависит от ее объема. На каждые 10 Гб информации может уйти около часа.

САМ СЕБЯ ВЫСЕК


Теперь, пройдя короткий курс молодого бойца, проанализируйте классическую ситуацию. Предположим, на работе вы создали файл с конфиденциальной информацией, которую можно доверить лишь нескольким людям. Сохранили файл на сетевом диске и, поскольку работа не окончена, отослали его домой по электронной почте. Там скачали файл на домашний компьютер, не забыв потом удалить его из бесплатного почтового ящика. Поработав с ним еще немного, вы принесли его утром в другой офис (например, показать кому-то из подчиненных) на флешке. Принтер здесь тоже сетевой, и вы, воспользовавшись компьютером коллеги, спокойно отправили данный на печать. Поскольку вы их не сохраняли, а лишь распечатали, то никакими дополнительными программными и аппаратными средствами для уничтожения не пользовались.

Давайте подсчитаем, сколько копий файла могло остаться в результате, и куда именно они были записаны. Не будем усложнять себе жизнь, допуская, что конкуренты могли перехватить ваш e-mail. Вы и так дали им уйму возможностей похитить ваши секреты.

Первый этап – создание секретного файла на работе. Дело в том, что, пока вы работаете с документом и периодически сохраняете его, большинство используемых программ типа MS Word, Exel сначала создает на диске очередную обновленную копию вашего файла. Плюс ко всему программы, которыми мы обычно пользуемся, имеют включенную опцию автосохранения через каждые 20 мин. Что мы получаем? Во время создания файла на работе а вашем сетевом диске появилось несколько копий вашего секрета, при этом вы надеетесь, что более ранние копии ликвидированы программным методом с помощью операции «Удаление». Фактически уничтожены не сами файлы, а лишь ссылки на эту информацию. Значит, только за время первоначального создания файла на носителе, использованном для сохранения данных, уже могло остаться несколько копий конфиденциальной информации.

Второй этап – пересылка данных по электронной почте. В результате этой операции как минимум на одном носителе появились две копии: одна во время приема письма (она храниться до момента его записи в почтовый ящик), вторая – после того как оно доставлено. Письмо было скачано на домашний компьютер и удалено с сервера, но осталось на носителе, то есть появилась как минимум одна копия на диске домашнего ПК.

В этом смысле работа дома ничем не отличается от работы в офисе – каждый раз сохраняя конфиденциальные данные, вы снова и снова создаете копии на носителе информации. После сохранения финальной версии файла на флеш-карте все готово к ег печати в офисе. Там флеш-карту вставляют в чужой компьютер, и данные без редактирования отправляют на сетевой принтер. Казалось бы, нет никакой возможности оставить копию, однако файл сначала попадает на носитель информации в сервере печати, который распечатывает ее на принтере и удаляет, но только не на самом носителе. Что мы имеем в итоге? Практически любая операция может привести к созданию новых незамеченных копий на носителях информации.

Но так ли все плохо на самом деле? Скорее всего, поверх ваших данных будут записаны более свежие, правда, как быстро это произойдет – вопрос. Зная об этом, постарайтесь заранее подстелить соломку – не выпускайте информацию за пределы своего компьютера, не подключенного к сети, и вооружитесь специальной программой уничтожения данных.
Денис Галочкин
Издательство «ДЕЛОВОЙ МИР»

Жесткий диск WD10EARS с сектором 4 КБ. Подготовка к эксплуатации в Linux.

Исходя из специфики работы автору приходится регулярно приобретать различные новые жесткие диски, как правило для сохранения посекторных копий с неисправных накопителей.

На этот раз для этих целей был приобретен терабайтный винчестер фирмы Western Digital, модель WD10EARS-00Y5B1. В винчестере используется технология «Advanced Format», что в переводе на русский означает новый внутренний (низкоуровневый) формат с размером сектора 4096 байт (4 КБ) вместо устоявшегося за десятки лет стандартного 512-байтного сектора.

Теоретически, никаких особых нюансов в работе с этим винчестером быть не должно, т. к. он представляется как обычный НЖМД со стандартным сектором 512 Байт (разумеется, это эмулируется самим накопителем), что видно из его идентификационных данных, обозначенных на наклейке - LBA: 1953525168. Подверждение этому получаем и (забегая немного наперед) программно:

root@tazik001:~# hdparm -I /dev/sdb | grep LBA48
        LBA48 user addressable sectors: 1953525168
root@tazik001:~# hdparm -I /dev/sdb | grep Sector\ size
        Logical/Physical Sector size:          512 bytes

Тем не менее, производитель почему-то настойчиво акцентирует внимание на предварительной подготовке накопителя для работы в «устаревших» системах, о чем пишет на крышке самого накопителя и дополнительно дублирует на наклейке на упаковочном кульке. Причем явно указана только Windows XP. Для остальных ОС «drive is ready for use as is», что можно интерпретировать как «подготовки не требует», так и «ешьте, что дают :) ».

Разумеется, мы зададимся вопросом, есть ли особенности в работе этого HDD в Linux, раз ни прямо ни косвенно об этом не упоминается.

Исследования ведутся на IBM-PC совместимом компьютере, собранном на базе материнской платы ECS KV2 Extreme (чипсет VIA K8T880+VT8237R с дополнительным контроллером PATA+SATA на SiS 180, к которому и подключается испытуемый винчестер), процессор Athlon64 3700+, 1ГБ ОЗУ. Установлен частично русифицированный Slackware-12.1, проапгрейжен hdparm с 8.6 до 9.27.

Как издавна на Руси повелось, перво-наперво ориентируемся в пространстве:

root@tazik001:~# fdisk -l
Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000945ef
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sda1                 1          127      1020096     b   W95 FAT32
/dev/sda2               128         5099     39937590    83   Linux
/dev/sda3    *         5100        10071     39937590     7   HPFS/NTFS
/dev/sda4             10072       121601    895864725     7   HPFS/NTFS

Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
На диске /dev/sdb отсутствует верная таблица разделов

Уточняем устройство для экспериментов:

root@tazik001:~# hdparm -i /dev/sdb | grep Model
 Model=WDC WD10EARS-00Y5B1, FwRev=80.00A80, SerialNo=WD-WCAV55974950

Тест скорости чтения:

root@tazik001:~# hdparm -t /dev/sdb
/dev/sdb:
 Timing buffered disk reads: 302 MB in 3.01 seconds = 100.48 MB/sec

Тест скорости чтения посредством dd:

root@tazik001:~# dd if=/dev/sdb of=/dev/null bs=128K count=20000
20000+0 записей считано
20000+0 записей написано
 скопировано 2621440000 байт (2,6 GB), 24,372 c, 108 MB/c

Тест скорости записи посредством dd:

root@tazik001:~# dd if=/dev/zero of=/dev/sdb bs=128K count=20000
20000+0 записей считано
20000+0 записей написано
 скопировано 2621440000 байт (2,6 GB), 24,2364 c, 108 MB/c

Теперь создаём один основной раздел на всю «поляну»:

root@tazik001:~# fdisk /dev/sdb
Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
p
Номер раздела (1-4): 1
Первый цилиндр (1-121601, по умолчанию 1):
Используется значение по умолчанию 1
Последний цилиндр или +size или +sizeM или +sizeK (1-121601, по умолчанию 121601):
Используется значение по умолчанию 121601
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x15f317bf
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                 1       121601    976760001    83   Linux
Команда (m для справки): w
Таблица разделов была изменена!
Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.

Форматируем новый раздел:

root@tazik001:~# mkfs.reiserfs /dev/sdb1

Монтируем файловую систему раздела:

root@tazik001:~# mount /dev/sdb1 /mnt/hd

Проверяем скорость записи данных в файловую систему.
(Для наблюдения за скоростью здесь и в последующих аналогичных случаях на втором терминале вводим watch -n60 killall -SIGUSR1 dd, либо, чтоб не топтать лишний раз клавиши, запишем команду в файл и сделаем его исполняемым.)

root@tazik001:~# dd if=/dev/zero of=/mnt/hd/000.dd bs=128K count=100000
16140+0 записей считано
16140+0 записей написано
 скопировано 2115502080 байт (2,1 GB), 56,9052 c, 37,2 MB/c
32379+0 записей считано
32379+0 записей написано
 скопировано 4243980288 байт (4,2 GB), 117,056 c, 36,3 MB/c
46439+0 записей считано
46439+0 записей написано
 скопировано 6086852608 байт (6,1 GB), 177,719 c, 34,2 MB/c
65859+0 записей считано
65859+0 записей написано
 скопировано 8632270848 байт (8,6 GB), 237,151 c, 36,4 MB/c
75811+0 записей считано
75811+0 записей написано
 скопировано 9936699392 байта (9,9 GB), 297,219 c, 33,4 MB/c
90639+0 записей считано
90639+0 записей написано
 скопировано 11880235008 байт (12 GB), 357,965 c, 33,2 MB/c
100000+0 записей считано
100000+0 записей написано
 скопировано 13107200000 байт (13 GB), 399,318 c, 32,8 MB/c

Оба-на! Скорость записи втрое ниже ожидаемой.
(Между делом замечу, что скорость чтения этого же файла вполне на уровне - около 100 МБ/сек. Баг вылазит только на записи.)
Может ReiserFS «глючная» :) ? Проверим «грязным хаком» :) .
Сначала отмонтируемся:

root@tazik001:~# umount /dev/sdb1

Потом сотрем содержимое нулевого сектора:

root@tazik001:~# dd if=/dev/zero of=/dev/sdb count=1

А потом создадим новую файловую систему прямо на жестком диске как на дискете (ключ -f - форсировать выполнение ни о чем не предупреждая):

root@tazik001:~# root@tazik001:~# mkfs.reiserfs -f /dev/sdb

Монтируем:

root@tazik001:~# mount /dev/sdb /mnt/hd

Пишем:

root@tazik001:~# dd if=/dev/zero of=/mnt/hd/000.dd bs=128K count=100000
17877+0 записей считано
17877+0 записей написано
 скопировано 2343174144 байта (2,3 GB), 27,8018 c, 84,3 MB/c
53827+0 записей считано
53827+0 записей написано
 скопировано 7055212544 байта (7,1 GB), 87,8909 c, 80,3 MB/c
89724+0 записей считано
89724+0 записей написано
 скопировано 11760304128 байт (12 GB), 148,018 c, 79,5 MB/c
100000+0 записей считано
100000+0 записей написано
 скопировано 13107200000 байт (13 GB), 165,614 c, 79,1 MB/c


Совсем другое дело! Видим, что проблема не в файловой системе. Видим также, что винчестеру совершенно не нравится традиционная MS-DOS MBR совместимая разметка с началом раздела на 63-м стандартном 512-байтном секторе, с номером, не кратным размеру нового «хардверного» сектора в 4 КБ (8 «традиционных» секторов по 512 Б). Попробуем обойти это. Отмонтируем файловую, очищаем 0-й сектор для дальнейшей работы:

root@tazik001:~# umount /dev/sdb
root@tazik001:~# dd if=/dev/zero of=/dev/sdb count=1

Попробуем создать fdisk'ом раздел с началом на 64-м секторе. Для ввода границ раздела в секторах (LBA), а не в стандартном LCHS применим ключ -u. Акцентирую внимание на том, что fdisk по умолчанию предлагает сектор 63!

root@tazik001:~# fdisk -u /dev/sdb
Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
p
Номер раздела (1-4): 1
Первый сектор (63-1953525167, по умолчанию 63): 64
Последний сектор или +size или +sizeM или +sizeK (64-1953525167, по умолчанию 1953525167):
Используется значение по умолчанию 1953525167
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Disk identifier: 0x5e5c7cb9
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                64  19535251671    976762552    83   Linux
Команда (m для справки): w
Таблица разделов была изменена!
Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.

Форматируем, монтируем:

root@tazik001:~# mkfs.reiserfs /dev/sdb1
root@tazik001:~# mount /dev/sdb1 /mnt/hd

Проверяем скорость записи на раздел:

root@tazik001:~# dd if=/dev/zero of=/mnt/hd/000.dd bs=128K count=100000
2889+0 записей считано
2889+0 записей написано
 скопировано 378667008 байт (379 MB), 4,32944 c, 87,5 MB/c
42386+0 записей считано
42386+0 записей написано
 скопировано 5555617792 байта (5,6 GB), 64,369 c, 86,3 MB/c
87304+0 записей считано
87304+0 записей написано
 скопировано 11443109888 байт (11 GB), 124,384 c, 92,0 MB/c
100000+0 записей считано
100000+0 записей написано
 скопировано 13107200000 байт (13 GB), 140,365 c, 93,4 MB/c


В целом недурно и значительно ближе к максимально возможной скорости записи.

При организации 2-х и более первичных разделов придерживаемся того же правила: начало каждого раздела должно быть на секторе с номером, кратным как минимум 8-ми. Для этого рассчитываем на калькуляторе кратным 8-ми (минус 1 сектор) номер последнего сектора предыдущего раздела и вводим его fdisk'ом . Требуемый «правильный» номер начального сектора следующего раздела fdisk предложит по умолчанию сам.
В этом примере номер сектора второго раздела я подобрал кратным 64-м:

root@tazik001:~# fdisk -u /dev/sdb
Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
p
Номер раздела (1-4): 1
Первый сектор (63-1953525167, по умолчанию 63): 64
Последний сектор или +size или +sizeM или +sizeK (64-1953525167, по умолчанию 1953525167): 976639999
Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
p
Номер раздела (1-4): 2
Первый сектор (976640000-1953525167, по умолчанию 976640000):
Используется значение по умолчанию 976640000
Последний сектор или +size или +sizeM или +sizeK (976640000-1953525167, по умолчанию 1953525167):
Используется значение по умолчанию 1953525167
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Disk identifier: 0x17d66173
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                64    976639999    488319968    83   Linux
/dev/sdb2         976640000   1953525167    488442584    83   Linux
Команда (m для справки): w
Таблица разделов была изменена!
Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.

Форматируем, монтируем, проверяем скрость записи:

root@tazik001:~# mkfs.reiserfs /dev/sdb2
root@tazik001:~# mount /dev/sdb2 /mnt/hd
root@tazik001:~# dd if=/dev/zero of=/mnt/hd/000.dd bs=128K count=100000
33765+0 записей считано
33765+0 записей написано
 скопировано 4425646080 байт (4,4 GB), 51,3811 c, 86,1 MB/c
72486+0 записей считано
72486+0 записей написано
 скопировано 9500884992 байта (9,5 GB), 111,47 c, 85,2 MB/c
100000+0 записей считано
100000+0 записей написано
 скопировано 13107200000 байт (13 GB), 153,375 c, 85,5 MB/c


Working good!

Рассмотрим совсем запущенный случай для логического тома в расширенном разделе.

Т. к. во времена господства MS-DOS расширенный раздел был придуман для программной эмуляции еще одного (второго) жесткого диска на свободном пространстве уже имеющегося накопителя, то для организации первого логического тома в расширенном разделе fdisk предложит нам создать его начальный сектор с номером n+63, где n - начальный сектор расширенного раздела. Нам же необходимо для соблюдения условия кратности 8-ми сектор n+64.

Т. е., сначала нам надо организовать расширенный раздел с номером начального сектора, кратным 8-ми. После чего будем создавать логический том в расширенном разделе также с начальным сектором, кратным восьми.

Отмонтируем и удалим fdisk'ом 2-й основной раздел.
После чего на его месте создадим расширенный со вложенным логическим томом.

root@tazik001:~# fdisk -u /dev/sdb
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Disk identifier: 0x00054d40
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                64    976639999    488319968    83   Linux
Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
e
Первый сектор (976640000-1953525167, по умолчанию 976640000):
Используется значение по умолчанию 976640000
Последний сектор или +size или +sizeM или +sizeK (976640000-1953525167, по умолчанию 1953525167):
Используется значение по умолчанию 1953525167
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Disk identifier: 0x00054d40
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                64    976639999    488319968    83   Linux
/dev/sdb2         976640000   1953525167    488442584     5   Расширенный
Команда (m для справки): n
Действие команды
   l   логический (5 или более)
   p   основной раздел (1-4)
l
Первый сектор (976640063-1953525167, по умолчанию 976640063): 976640064
Последний сектор или +size или +sizeM или +sizeK (976640064-1953525167, по умолчанию 1953525167):
Используется значение по умолчанию 1953525167
Команда (m для справки): p
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders, всего 1953525168 секторов
Units = секторы of 1 * 512 = 512 bytes
Disk identifier: 0x00054d40
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                64    976639999    488319968    83   Linux
/dev/sdb2         976640000    1953525167   488442584     5   Расширенный
/dev/sdb5         976640064    1953525167   488442552    83   Linux
Команда (m для справки): w
Таблица разделов была изменена!
Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.
root@tazik001:~# mkfs.reiserfs /dev/sdb5
root@tazik001:~# mount /dev/sdb5 /mnt/hd
root@tazik001:~# dd if=/dev/zero of=/mnt/hd/000.dd bs=128K count=100000
6585+0 записей считано
6585+0 записей написано
 скопировано 863109120 байт (863 MB), 11,2747 c, 76,6 MB/c
37947+0 записей считано
37947+0 записей написано
 скопировано 4973789184 байта (5,0 GB), 72,3125 c, 68,8 MB/c
68410+0 записей считано
68410+0 записей написано
 скопировано 8966635520 байт (9,0 GB), 131,587 c, 68,1 MB/c
99030+0 записей считано
99030+0 записей написано
 скопировано 12980060160 байт (13 GB), 191,798 c, 67,7 MB/c
100000+0 записей считано
100000+0 записей написано
 скопировано 13107200000 байт (13 GB), 193,386 c, 67,8 MB/c

Working very good! Что и требовалось доказать.

Отмонтируем раздел для дальнейших экспериментов:

root@tazik001:~# umount /dev/sdb5

В свою очередь WD предлагает нам свой вариант согласования старой разметки с новым низкоуровневым форматом путем установки перемычки на контакты 7-8. В этом случае винчестер сдвигает трансляцию на 1 сектор (512 Б), «подсовывая» под начало раздела свой «родной» 64-й сектор, вместо 63-го. Для пущей понятности наглядно продемонстируем, что в этом случае происходит.

Очистим первые 500 секторов для дальнейшей работы:

root@tazik001:~# dd if=/dev/zero of=/dev/sdb count=500

Создадим новый раздел классическим методом и отформатируем:

root@tazik001:~# fdisk /dev/sdb
root@tazik001:~# mkfs.reiserfs /dev/sdb1

Посмотрим содержимое сектора 0:

root@tazik001:~# hdparm --read-sector 0 /dev/sdb
/dev/sdb:
reading sector 0: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 8ba4 c746 0000 0100
0001 fe83 ffff 003f 0000 5982 7470 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 aa55


Визуально напоминает :) живую таблицу разделов (сигнатура aa55) с одним разделом Линукс (тип 83).

Почитаем сектор 191 - в нем живет рейзерэфэсный суперблок:

root@tazik001:~# hdparm --read-sector 191 /dev/sdb
/dev/sdb:
reading sector 191: succeeded
0b30 0e8e ce00 0e8d 2013 0000 0012 0000
0000 0000 2000 0000 0400 0000 0f87 3caf
0384 0000 001e 0000 0000 0000 1000 03cc
0002 0001 6552 7349 7245 4632 0073 0000
0003 0000 0002 1d1d 0002 0000 0000 0000
0001 0000 d748 2bfc fd2a bd4f 9d95 4612
4d4c 605d 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0001 0000
0003 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000


Прошу поверить на слово - это именно он :) .
Выключаем тазик:

root@tazik001:~# halt

Cтавим перемычку на контакты 7-8. Включаемся.

root@tazik001:~# fdisk -l
Диск /dev/sda: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000945ef
  Устр-во  Загр      Начало        Конец        Блоки    Id   Система
/dev/sdb1                 1          127      1020096     b   W95 FAT32
/dev/sdb2               128         5099     39937590    83   Linux
/dev/sdb3    *         5100        10071     39937590     7   HPFS/NTFS
/dev/sdb4             10072       121601    895864725     7   HPFS/NTFS
Диск /dev/sdb: 1000.2 ГБ, 1000204886016 байт
255 heads, 63 sectors/track, 121601 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
На диске /dev/sdb отсутствует верная таблица разделов

Раздел как ветром сдуло. Куда ж он делся? «Пошукаем псису»:

root@tazik001:~# hdparm --read-sector 0 /dev/sdb
/dev/sdb:
reading sector 0: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000

root@tazik001:~# hdparm --read-sector 191 /dev/sdb
/dev/sdb:
reading sector 191: succeeded
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000


Пусто. Поищем суперблок в окрестностях:

root@tazik001:~# hdparm --read-sector 190 /dev/sdb
reading sector 190: succeeded
0b30 0e8e ce00 0e8d 2013 0000 0012 0000
0000 0000 2000 0000 0400 0000 0f87 3caf
0384 0000 001e 0000 0000 0000 1000 03cc
0002 0001 6552 7349 7245 4632 0073 0000
0003 0000 0002 1d1d 0002 0000 0000 0000
0001 0000 d748 2bfc fd2a bd4f 9d95 4612
4d4c 605d 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0001 0000
0003 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000


Вот он! Оказался на 190-м секторе. Соответственно, таблица разделов сейчас находится на секторе -1 (минус 1), т. е. не в пользовательской зоне и она недоступна штатными средствами.

Если сейчас в таком виде, с установленной перемычкой 7-8, создать классическую разметку и отформатировать новоиспеченный раздел, то таблица разделов окажется на «заводском» 1-м секторе. Но начало раздела - на «удобном» винчестеру «заводском» 64-м, суперблок - на 192-м. Т. е. логика раздела и ФС будет кратна «хардверному» сектору в 4 КБ и ничего тормозить не будет. Разумеется, перемычку после этих операций снимать будет нельзя!

Это есть весьма оригинальное «хардверное» решение проблемы от WD, и для создания единственного основного раздела вполне успешно заменяет «пляски с бубном» в fdisk. К сожалению, трюк с перемычкой работает только для одного основного раздела на весь объем устройства, либо же только для первого основного раздела. Если всё делать «по умолчанию», то для следующих после первого основных разделов, либо логических томов в расширенном разделе, кратность будет опять переломана, и работа в рамках всех разделов, кроме первого, будет идти с тормозами, и никакие перемычки здесь уже не помогут.

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

При создании же посекторных копий других дисков на исследуемый диск тем же dd, либо отказоустойчивыми ddrescue и dd_rescue, без учёта имеющихся логических структур, в связи со вполне приемлемой эмуляцией 512-байтного сектора, никаких критических сбоев в работе замечено не было. Вкупе с демократичной ценой, винчестер демонстрирует приличные скоростные характеристики при последовательных записи и чтении и низкую рабочую температуру, характерную для всех накопителей WD Green. И после внимательного ознакомления с написанным материалом может однозначно быть рекомендован к эксплуатации в Линукс.

Виталий Розизнаный AKA Rozik, R.LAB.