Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 4)

Автор: Antech
Дата сообщения: 27.08.2009 08:41
Harvester1980
Да, рут пустой. Т.е. метафайлы там есть, а юзерских файлов - ни одного.

Сделайте Open Drive Files в R-Studio (достаточно Demo) - список файлов в корне (кроме метафайлов) показывает? Можно скрин.

PEKAR

Цитата:
размер носителя должен быть не менее 921 ГБ, а текущий размер 7,87


Цитата:
Sektor 62915XX : windows io error

При совершенно чистом СМАРТе. У Вас с логической структурой, вероятно, все в порядке, кроме того, что раздел динамический (лучше сделать базовым). А проблема - в том, что объем диска обрезался на ~8 ГБ. Попробуйте HDD Capacity Restore Tool, MHDD => CONFIG и NHPA, Victoria => RDC (подробнее - в доках к прогам).
Автор: Aleks267
Дата сообщения: 27.08.2009 13:36
Фух, я отдохнул немного и вспомнил пару подробностей о "потертом" файле. И потом понял, почему его следов найти нигде не мог ничем. Потому что я его все-таки перепутал)) Т.е. не удалял.
За время поисков набрел на прогу Recuva -бесплатная и интересная по интерфейсу, функционалу. Что можете сказать про нее? Мне понравилось, что там есть узкоспециализированный выбор -что искать. Есть и опция про корзину. Вопрос ее эффективности...

Antech
А зачем тестить память в memtest86 часов 10? Т.е. не совсем понятно как это с хардами связано. А еще мне сказали, что раз у меня все блоки памяти видны, определяются -значит там нечего тестить на физическом уровне (я так понял, что долгий тест направлен именно на это) ?? У меня память вообще новая.


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

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


Автор: Antech
Дата сообщения: 27.08.2009 17:20
Aleks267
Recuva никогда не пользовал (как и другие авторекаверилки). Но про популярные уже более/менее известно по мненияю спецов на форумах, про Recova - не знаю. Да, она бесплатная, это хорошо конечно...


Цитата:
глючная память может делать бэды на хардах?

Нет, бэды глючная память (оперативка) не сделает.


Цитата:
может 1 глючный хард делать бэды на других

Нет, не может.

Бэды - это либо сам винт виновен, либо условия эксплуатации (питание, охлаждение, вибрации).


Цитата:
зачем тестить память в memtest86 часов 10?

Думаете я помню ? Посмотрел сейчас кейс - у Вас ведь глючные двадцатки были? Ну вот и возникло подозрение на память. А почему 10 часов - потому что за несколько минут слишком высока вероятность пропустить ошибку. Поэтому обычно советуют тест памяти на ночь оставить.
Автор: milce101
Дата сообщения: 27.08.2009 17:29
Народ, помогите.
У меня внешний HDD Maxtor 250 GB, отформатировал NTFS, юзал его около года без проблем. Вчера после того как вытащил его по горячему из USB и через некоторое время когда подключил, он стал просить меня форматнуться.
Сегодня установил R-Studio 4.6, сделал скан, вроде бы все на месте, даже открывал некоторые файлы.
Я понимаю, что можно все восстановить указав путь на другой хард, но у меня к сожалению нет носителя для такого объема. Можно ли как то восстановить их на поврежденном HDD или сделать так что бы он снова открывался?
Заранее благодарю.
Автор: PEKAR
Дата сообщения: 27.08.2009 20:44
Antech

Цитата:
При совершенно чистом СМАРТе. У Вас с логической структурой, вероятно, все в порядке, кроме того, что раздел динамический (лучше сделать базовым). А проблема - в том, что объем диска обрезался на ~8 ГБ. Попробуйте HDD Capacity Restore Tool, MHDD => CONFIG и NHPA, Victoria => RDC (подробнее - в доках к прогам).


Уууу. Как всё сложно для меня оказывается. ))))

Вобщем запустил HDD Capacity Restore Tool и в Victoria понажимал кнопки (только не RDC, а NHPA - восстановить заводской объем диска). Толком не понял что я там сделал, но произошли следующие изменения!

1. Диск пропал из проводника винды совсем. В "Управлении дисками" диск виден как "Динамический" (не понимаю что это значит).
3. Если нажимаю там "Преобразовать в базовый" как вы сказали он предупреждает об потери данных, поэтому преобразовывать не стал.
4. Хард стал гиговым и NTFS!!! Ура! В EASY RECOVERY увидел большинство (некоторых не увидел) папок с файлами. Вы МЕГАСПЕЦ!!!!!! Правда часть файлов в проге отобразилась в папке LOSTFILE вперемешку.

Подскажите что делать дальше? Какие шаги?

- как преобразовать в базовый?
- Можно опять вернуть диск в Windows и восстановить файловую структуру и файлы по максимому на этом же харде? Какой риск потерять данные?
или только через R-Studio и EASY RECOVERY восстанавливать файлы на другой хард?
- Какую лучше посоветуете прогу? R-Studio? И что потом с хародом делать? )))
- Запутался.. совсем. (((( Подскажите что делать дальше? Какие шаги?


Большое СПАСИБО!!!!!!!!!!!
Автор: Antech
Дата сообщения: 27.08.2009 21:43
PEKAR

Цитата:
Если нажимаю там "Преобразовать в базовый" как вы сказали он предупреждает об потери данных

Да нет, не там. В DMDE откройте физический, понажимайте Escape. Прога покажет таблицу. Ctrl+E для редактирования, тип раздела смените с 42 на 07. Ctrl+W (Save), перезагрузка, проверка.

milce101
Покажите SMART и дампы по 100 секторов, начиная с 0 и 6291519 (DMDE - Сервис - Копировать секторы в файл).
Автор: PEKAR
Дата сообщения: 27.08.2009 21:51
сейчас попробую
Автор: PEKAR
Дата сообщения: 28.08.2009 07:33
Antech, уважаемый!

Можно Вас ещё немного "помучать"?


Цитата:
Ctrl+W (Save), перезагрузка, проверка.


Сделал так. Началась проверка больного диска при загрузке Винды. Определилась NTFS как положено....
Доходит до 4 пункта вроде успешно, а дальше заммирает на 0%

CHKDSK is verifying file data (stage 4 of 5)....

Началась проверка вчера в 11 вечера и уже длиться 8 часов!!!!!
На системнике лампочка вначале горела постоянно, сегодня утром глянул - часто мигает.
На экране никаких изменений - 0 процентов по прежнему.
Диск вроде тёпленький.... вроде шорохи есть. Не совсем понятно.

Прерывать CHKDSK и перезагружать побоялся .
Ждать дальше??? Это нормально? )))

Спасибо!





Автор: Antech
Дата сообщения: 28.08.2009 09:03
PEKAR

Цитата:
Это нормально?

Это не нормально. Зачем Вы разрешили Чекдиску запуститься на исправление? Он перед началом проверки предлагает нажать any key для отмены. Теперь уже не важно, ждите пока он закончит (если он вообще закончит). Потому что если он все это время что-то портил, то по барабану уже. А если просто тормозит (такое бывает, хотя и редко), то потом отвиснет и все будет нормально. Если будет долго (больше суток) на 0%, то можно и ресетнуть. В любом случае (что выключай, что нет) теперь возможны серьезные вафли в ФС.

Да, у Вас Чекдиск от Vista/7. Я обычно пользуюсь Чекдиском в XP. Так что ХЗ, может для Вистового такие тормоза нормальны (в XP там только 3 этапа - Files, Indexes, Security descriptors и нет никакого Verifying file data).
Автор: PEKAR
Дата сообщения: 28.08.2009 09:26
Antech

Зачем я разрешил? Вы написали: "Ctrl+W (Save), перезагрузка, проверка"

Вот она "проверка" и пошла. Или вы другую "проверку" имели ввиду?

Ладно, не важно уже.... ((((

Приду домой, вечером посмотрю. Если без изменений, то сделаю ресет.

Если там всё не погубилось, то посоветуйте чем проверить?

А от вистовского он у меня откуда взялся на ХП? Update? SP3?

Эх...... А счастье было так близко.

UPD. Вот я дибил..... "....Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную....."
Проглазел... Неуберег....

Автор: Antech
Дата сообщения: 28.08.2009 11:55
PEKAR

Цитата:
Ctrl+W (Save), перезагрузка, проверка

Блииин, неудачно выразился , sorry. Я имел в виду проверить доступность раздела штатными средствами (Управление Дисками, файловый менеджер).


Цитата:
посоветуйте чем проверить

Выполнить cmd.exe, там chkdsk.exe БукваРаздела: Это без исправлений, только тест.


Цитата:
от вистовского он у меня откуда взялся на ХП? Update? SP3?

Наверное, SP3. У меня XP SP2.
Автор: milce101
Дата сообщения: 28.08.2009 12:38
Antech

Цитата:
Покажите SMART и дампы по 100 секторов, начиная с 0 и 6291519 (DMDE - Сервис - Копировать секторы в файл).

Ни знаю как на этот сайт вставлять файлы я их сохранил здесь http://files.mail.ru/WYXLN7
Надеюсь что все правильно сделал.
Спасибо.
Автор: boy999
Дата сообщения: 28.08.2009 12:48
Значиццо, этому харду тока одна дорога - в гарантию!?



А возьмут ли!?

Щас инфу с него сливаю, а потом чего? Форматировать надо!? Или это все релокейты снесёт, и хард будет, как новый?
Автор: PEKAR
Дата сообщения: 28.08.2009 15:48
Antech

Цитата:
Выполнить cmd.exe, там chkdsk.exe БукваРаздела: Это без исправлений, только тест.


Пришел. Чекдиск так и висит. Так же на нуле.
сделал ресет - пропустил чекдиск - винда показала этот диск в формате RAW - через 5 секунд пропал совсем из проводника - а ещё секунд сам вновь появился, но уже вроде NTFS! Все данные на месте!!! забустил чекдиск без исправления.

Вот что выдал:

http://filekeeper.org/download/shared/Chkdsk.JPG

Это победа?
Автор: Antech
Дата сообщения: 28.08.2009 17:10
boy999
Да, этот винт в гарантию. Должны принять. На всякий случай SeaTools скачайте и распечатайте результат проверки. Это должно неплохо подействовать на гарантийку.

PEKAR
Да, все нормально. Почему висел Чекдиск, остается загадкой. SMART сейчас нормальный?

Добавлено:
milce101
ОК, постараюсь посмотреть, когда будет возможность (сейчас времени нет).
Автор: PEKAR
Дата сообщения: 28.08.2009 17:31
Antech
СПАСИБО огромное за то что Вы тут так помогли. МЕГОуважуха. Вы мой кумир!



Цитата:
SMART сейчас нормальный?


Вот такой смарт : http://filekeeper.org/download/shared/SMART.jpg
Я честно говоря плохо разбираюсь.
На какие параметры там стоит собращать внимание?
Или он сам обратит (зеленый-красный)? Вроде всё зеленое. )))

А вообще что это было? Просто глюк? из за того что саташный кабель отошел от системного харда? Странно... кабель от одного винта отошел, а полетел - второй.
Автор: Antech
Дата сообщения: 28.08.2009 21:07
milce101
По СМАРТу кроме 9 реаллокейтов ничего плохого не замечено; 9 реаллокейтов - это терпимо, но Вам надо следить за Reallocated Sectors Raw.

По дампам - плохо. В таблице один раздел NTFS, начало в секторе 63, в общем все как обычно. Но в секторе 63 мусор, этот массив мусора начинается в секторе 23 и прододжается до конца первого дампа. Но это бы еще ничего. Смотрим второй дамп - это стандартная координата начала MFT на первом Primary разделе (т.е. если бы раздел форматили WinXP и старше, то MFT должна была начинаться в начале второго дампа). Но там мусор, на весь дамп. Либо MFT начиналась в другом месте, либо начало MFT переписано. Но дело в том, что в другом месте - это обычно кластеры 1...4, а это место наверняка переписано мусором, попавшим в начало раздела... Так что пробуйте "Поиск NTFS" в DMDE и покажите скриншот и лог результатов (там есть кнопка Сохранить). Процесс это не быстрый. Чем форматировали раздел? Если не Виндой XP и старше, покажите дамп 1000 секторов, начиная с 0 (заархивируйте его).

PEKAR

Цитата:
Вы мой кумир!

Не сотвори кумира . Кейс был очень простой, проще не бывает. Смутило только странное поведение Чекдиска. SMART сейчас в норме, так что 99% это было не из-за винта и не из-за шлейфа.


Цитата:
На какие параметры там стоит собращать внимание?

У этих параметров Raw-значения должны быть нулевые:
Reallocated Sectors Count
Reallocation Event Count
Current Pending Sectors Count
Uncorrectable Sectors Count
Ultra DMA CRC Errors
Reported Uncorrectable Errors
End-to-end Errors

Также есть смысл следить за Temperature и HDA Temperature (должны быть не более 50 *C по СМАРТу).

В принципе, HDDScan сам Вам покажет, если что-то будет не так в СМАРТе.


Цитата:
что это было?

Если раздел изначально был динамическим, значит сглючила база динамических дисков в конце винта (это могло произойти при отконтакте системного шлейфа). Если раздел был Primary, то ХЗ почему он превратился в динамический (42). Я называю это "глючный динамический", но бывает ли превращение Primary в 42 из-за глюков Винды или других проблем, или все такие кейсы - это изначально динамические диски с испортившимися базами, я не знаю (просто исправляю PT и оно работает; по-настоящему возможности динамических почти не используют, поэтому такое исправление возможно).
Автор: boy999
Дата сообщения: 29.08.2009 10:11

Цитата:
Да, этот винт в гарантию. Должны принять. На всякий случай SeaTools скачайте и распечатайте результат проверки


Не факт, что тот СМАРТ именно ему принадлежит.
И Виктория и HDDTune дают этот СМАРТ всем 4м хардам, что подключены к PCI SATA контроллеру.
О как!
Seagate SeaTools 2.13b щас ставлю, на него положимся....
Автор: milce101
Дата сообщения: 29.08.2009 12:51
Antech

Цитата:
По СМАРТу кроме 9 реаллокейтов ничего плохого не замечено; 9 реаллокейтов - это терпимо, но Вам надо следить за Reallocated Sectors Raw.
 
По дампам - плохо. В таблице один раздел NTFS, начало в секторе 63, в общем все как обычно. Но в секторе 63 мусор, этот массив мусора начинается в секторе 23 и прододжается до конца первого дампа. Но это бы еще ничего. Смотрим второй дамп - это стандартная координата начала MFT на первом Primary разделе (т.е. если бы раздел форматили WinXP и старше, то MFT должна была начинаться в начале второго дампа). Но там мусор, на весь дамп. Либо MFT начиналась в другом месте, либо начало MFT переписано. Но дело в том, что в другом месте - это обычно кластеры 1...4, а это место наверняка переписано мусором, попавшим в начало раздела... Так что пробуйте "Поиск NTFS" в DMDE и покажите скриншот и лог результатов (там есть кнопка Сохранить). Процесс это не быстрый. Чем форматировали раздел? Если не Виндой XP и старше, покажите дамп 1000 секторов, начиная с 0 (заархивируйте его).

Спасибо за столь подробное объяснение.
Форматировал в Vista, быстрым форматом. http://files.mail.ru/UJQRDU это дамп 1000 секторов от 0.
Запустил в DMDE поиск, оставил комп на долгое время, прихожу а программа на 3% зависла. Теперь придется по новой, как доделаю отправлю.
Автор: boy999
Дата сообщения: 29.08.2009 13:34
Seagate SeaTools 2.13b напрочь задумывается при сканировании моих хардов.
Вроде не висит,но движения нет.
Оставлял его за Безопасностью Виндовс на 2 час, всё думает.....
не запускается.
Автор: trtrtr
Дата сообщения: 29.08.2009 14:54
Проблема с Seagate 250 гб, невозможно открыть диск. При попытке открытия пишет:
"Нет доступа к Z:\ Файл или папка повреждены. Чтение невозможно. "
Проверял программой SeaTools - все ок.
Подскажите, что можно сделать, как восстановить данные, желательно прежнюю структуру.
Автор: Antech
Дата сообщения: 29.08.2009 17:43
milce101
Плохо, что прога зависла. Может, у Вас бэды? ПоСМАРТу-то есть только 9 реаллокейтов, унков/пендингов нет, но сканирование мы не делали...
Что касается дампа. Мусор занимает сектора 23-454 (decimal). Дальше начинаются записи RSTR (журнал NTFS, насколько помню), после чего, начиная с сектора 487 и до конца дампа (сектор 999) продолжается мусор. Этот мусор похож на содержимое файла архива, MP3... В общем, что-то сжатое (что и показывает архивирование: в архиве все равно Ваш файл почти 500 КБ занимает).


Цитата:
Форматировал в Vista

Значит все было стандартно, начало MFT в секторе 6291519... Покажите 1000 секторов, начиная с этого сектора, plz.
Ну и ждем результаты DMDE. Если опять зависнет, сделайте скриншот и сохраните лог, а потом сканируйте в Victoria API на предмет бэдов.

boy999

Цитата:
Seagate SeaTools 2.13b напрочь задумывается при сканировании моих хардов

Ладно, хрен с ней. Несите в гарантию.

trtrtr
Сколько было разделов и какой именно проглючил? Какая ФС на проблемном разделе?
Подозрение на испорченное начало MFT, обычная вещь... Покажите ставшие уже классическими 100 секторов, начиная с 0 и 6291519, если раздел первый (если раздел не первый, то с 6291456 от начала раздела).
Автор: trtrtr
Дата сообщения: 29.08.2009 20:17

Цитата:
Сколько было разделов и какой именно проглючил? Какая ФС на проблемном разделе?
Подозрение на испорченное начало MFT, обычная вещь... Покажите ставшие уже классическими 100 секторов, начиная с 0 и 6291519, если раздел первый (если раздел не первый, то с 6291456 от начала раздела).

На диске один логический раздел, ФС - NTFS.
Вот файлы дампов секторов 0-100 - http://narod.ru/disk/12569823000/damp.html
файл 6291519 сектора - http://narod.ru/disk/12569837000/damp6291519.html
Автор: escombros
Дата сообщения: 30.08.2009 14:52
Нужны советы.
2 винта (C и D) по 300 гб, система на C.
Ставил обновление XP SP3, обновление нормально прошло, а вот диск D выдал такое: "Нет доступа к D:\ Файл или папка повреждены. Чтение невозможно."
Думал решу проблему переустановкой винды (WinXP SP2), итог диск D ушел в неразмеченную область. С самим диском D никаких манипуляций не делал, на нем очень много важных проектов.
2 вопроса:
1) Как сделать копию поврежденного диска, нужно если не получиться, пойду в специализированные центры?
2) Как вытащить ценные данные?

Проблема такая же как и у MegaYzer, но там он не пишет ответа как все выправил. Пока нет ответов ищю дальше...
Умные люди Вы где?
Моя конфигурацию компьютера.
Автор: wonovid
Дата сообщения: 30.08.2009 14:54
При конвертации PQPartitionMagic' ом диска D (FAT32) в дополнительный раздел пропало электричество.
Выполнялся перенос файлов.
Теперь тип партиция показывается как PqRP.
Данные там очень важные
Подскажите ЧЕМ надёжней восстановить?
Автор: Antech
Дата сообщения: 30.08.2009 18:26
trtrtr
Второй дамп 1 сектор вместо 100, да и narod.ru... Но это уже не важно. У Вас действительно начало MFT накрыто. Глючно поднят третий бит в каждом втором байте (глючные восьмерки). Как ни прискорбно, MFT была фрагментирована, но фрагентов только два. Размеры фрагментов вроде удалось кое-как определить. Непонятка со смещением второго фрагмента: есть 2 бита, значение которых точно неизвестно (соответственно, 4 варианта). В связи с этим нужно 2 дампа: 50 секторов, начиная с 176456605 и 176472989 (остальные 2 варианта - за пределами 250 ГБ, около 640 ГБ). Это координаты на 10 секторов раньше предполагаемых начал второго фрагмента (чтобы было видно границу начала фрагмента, если повезет). Кроме того, нужен нормальный дамп 100 (а не 1) секторов, начиная с 6291519 (надо посмотреть, насколько много испорчено, пока что я видел только $MFT).
Также Вы можете записать этот патч начала MFT. Это один из двух возможных вариантов смещения второго фрагмента (где оба неизвестных бита опущены). DMDE - Сервис - Записать в секторы файл. Первый сектор 6291519, Число секторов 8. Не допускайте Чекдиск во время перезагрузки!!! Рекомендуется записывать патч после снятия 100 секторов, начиная с 6291519.

Еще у нас еще под вопросом причина неисправности. Покажите SMART. Смените шлейф винта. Проверьте память в memtest86. Комп не разогнан?

Добавлено:
escombros

Цитата:
Нет доступа к D:\ Файл или папка повреждены. Чтение невозможно.

D - это физический диск или раздел? Если физический, как насчет дампов по 100 секторов, начиная с 0 и 6291519? Если раздел, то покажите скрин окна "Разделы" из DMDE (окно появится после открытия физического диска, надо отметить галку "Найденные").


Цитата:
Как сделать копию поврежденного диска

WinHex => Clone Disk
R-Studio => Drive - Create Image File (без сжатия)
Ну и вообще вариантов полно.


Цитата:
Как вытащить ценные данные?

Вариант 1: сделать таблицу разделов, восстановить начало MFT, запустить Чекдиск на исправление (безопасно при наличии копии). Это сработает, если MFT не была фрагмнтирована и если на диске нет существенных физических проблем.
Вариант 2: напустить R-Studio и просканировать, но тогда только на другой винт.

В любом случае Вам нужно показать SMART (что за привычка не показывать СМАРТ в таких темах???). Также попробуйте посканировать винт в HDDScan (Verify), но очень осторожно: если будут тормоза (много цветных блоков или бэдов подряд) или плохие звуки (щелчки, скрежет), остановите сканирование. Это относится и к снятию копи.

wonovid
Сколько раз твердили миру: не запускайте такие менеджеры...
GetDataBack for FAT, но нет гарантии успеха (хуже прога не сделает, если винт исправен). Подозрение на партмагоидное смещение, но вообще-то ХЗ сколько оно успело испортить.
Автор: escombros
Дата сообщения: 30.08.2009 18:56
Antech
R-Studio => Drive - Create Image File (без сжатия), сейчас как раз это и делаю.
D - это физический диск. Образ сделаю, снему DMDE дамп по 100 секторов (SMART покажет эта программа или нужно как-то по другому?).
SMART винта сделаю Victoria.
Спасибо.
Автор: Skif_off
Дата сообщения: 30.08.2009 20:24
Antech, а как собрать MFT, если она разбита на 2-3 куска?..
Автор: wonovid
Дата сообщения: 30.08.2009 21:46
Antech

Цитата:
Сколько раз твердили миру: не запускайте такие менеджеры...


А какие запускать?
Автор: Antech
Дата сообщения: 31.08.2009 08:30
Skif_off

Цитата:
как собрать MFT, если она разбита на 2-3 куска?

Есть два основных варианта:
1. Есть запись $MFT, но она повреждена (частично испорчен ранлист). В таком случае можно использовать сохранившиеся данные в атрибуте MFT : DATA. Там есть три размера в байтах (должны быть одинаковы), номер последнего виртуального кластера (+ 1 * размер кластера * 512 => должно быть равно размеру в байтах), и собственно ранлист. Иногда удается эвристическим путем определить координату второго фрагмента (как я сделал в кейсе trtrtr, не знаю насколько успешно). Также известно количество фрагментов.
2. Нет никаких данных о расположении и количестве фрагментов MFT. Это более сложный случай, конечно. Здесь помогает "Поиск NTFS" в DMDE. Процесс длительный, зато находит фрагменты с указанием начальных секторов и количества записей. У меня есть небольшой *.mcd для пересчета в ранлист (также там удобно отбросить явно реликтовые фрагменты, после чего оценить непрерывность полученной MFT по номерам записей). Если точно известно, что фрагмент один (не 2 или 3, как в Вашем вопросе), то достаточно полистать вниз от начала MFT, чтобы определить где заканчивается MFT (Alt+G, если в WinHex).

wonovid

Цитата:
А какие запускать?

Только Управление Дисками в Винде (Выполнить - diskmgmt.msc). Если делаете расширение/сжатие раздела (Vista, 7), необходим предварительный бэкап. (Под Линуксом, соответственно, средствами Линукса.)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316

Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.