Тотальная неудачница и убийца жёстких дисков.
#post-id: 5850-21-43
#original-date: 1.08.2016 Mon
#original-time: 9:43 PM
#original-day: 5850
#original-host: WinXP Home SP3 (Build 2600)
Весь день потратила на трансплантацию винта на рабочей машине. Вроде успешно.
Ситуацию осложняло то, что на старом было два раздела, и куча симлинков, кидающих пользовательские данные с маленького системного раздела. Слила их в один, потом ещё разыскивая, где остались ссылки на диск D (скрипты там всякие).
Что характерно, новый винт работает так тихо, что неожиданно я поняла, что всё это время слышала старый винт.
---------- ~ ----------
читать дальшеСобственно, я давно хотела сделать это, но всё руки не доходили. Потратила, как уже сказала, целый день, поэтому нужно было выделить день, не занятый работой: понедельник или выходной. В выходной – влом, в понедельник – примерно то же самое ^^'
Плюс на машине сидюк убитый в ноль, и диск с iNFR@CD (сборка WinPE со всякими ништяками) читался с ошибками. На другой машине такой проблемы не было, когда делала тоже самое =_= А мой проверенный внешний привод враги уже упаковали и куда-то заныкали =_=
Можно загрузиться с USB, но тут тоже непонятки. То флэшка не виделась, то висло при загрузке. Собственно, так пару раз срывались попытки.
Плюс после трансплантации пришлось бы вытаскивать системник и переключать винт. Ковыряние с железом, перестановки – не самое приятное для меня занятие.
А менять винт надо было. Имеющийся на 80 гиг уже был переполнен всякими рабочими вещами, поэтому заказали на 500 гиг новый. Поэтому, дотянув до последнего, сегодня пришла на работу с намерением довести дело до конца.
В общем, схема такова. Подключаю новый винт к переходнику, а сам переходник втыкаю в USB. Гружусь с флэшки в iNFR@CD. GHOST'ом перегоняю раздел со старого винта (в корпусе компьютера) на новый (вне корпуса компьютера). Потом делаю дополнительные шаги, если требуется, и выключаю компьютер. Разбираю, вытаскиваю старый винт, ставлю новый, а старый отправляю в запасник на случай чего.
/* Пользуясь случаем хочу в очередной раз сказать, что рада, что купила этот переходник в своё время. Тогда ещё были сомнения, но уже в который раз я понимаю, что деньги потрачены не зря: S/ATA, два вида IDE, втыкаешь винт в коробочку, врубаешь адаптер в розетку, и понеслась. Это не бокс, так что переходник очень компактен. Плюс IDE поддерживает SMART, что очень хорошо на фоне того, что иные китайские IDE боксы почему-то со SMART не дружат. В общем, незаменимо для аварийных работ, когда нет желания втыкать винт в корпус компьютера. */
Такая схема хороша тем, что если что случится или работы придётся срочно свернуть, компьютер готов к работе, в нём стоит исходный винт, а не пустой новый.
В общем, скачала я свежую версию YUMI, взяла проверенную флэшку, с которой ставила дома XP на настольную машину, скатала исошник с другой флэшки, с которой пыталась загрузиться ранее, и приступила к работе. Для начала удалила папки, которые оставила после себя предыдущая установка исошника XP. Потом принялась делать флэшку. Выбрала тип системы – установщик XP, ведь WinPE той версии сделан на базе XP.
Но уже при создании загрузочной записи выскочила ошибка. Какая – БП, просто «Error». Мучилась, мучилась, решила, что может загрузиться и так – флэшка-то уже была загрузочной, а прочие файлы и так копируются.
/* Кстати, заметила, что свежая версия YUMI не создаёт папку .disk в корне. Не знаю, с чем это связано, но в оной раньше был только один маленький файл. */
Перезагружаю машину, пытаюсь загрузиться с флэшки – «Boot error».
Иду на соседнюю машину, куда я заранее перекинула образ и YUMI. Вставляю флэшку, а на ней пустой раздел с мусорным файлом. Перетыкаю в другой разъём – тоже самое. А ведь там было музона на десять гиг, флэшка-то – MicroSD карточка с плеера. Хорошо хоть дома бэкап есть =_=
Короче, YUMI убила раздел на флэшке. При чём пока я не выдернула флэшку из основного компьютера, все файлы на ней виделись и проигрывались. Это надо иметь в виду при экспериментах =_= Раньше такого не было, но вот как-то не повезло.
Отформатировала флэшку (YUMI форматирует сама, но я решила не рисковать), накатала снова образ и пошла к основной машине.
Со второго раза появилось загрузочное меню, и я выбрала первый этап установки Windows XP ^^ После этого началось то, что я в прошлый раз приняла за зависание. Очень медленно загрузчик начал читать исошник, выводя прогресс цифрами. В тот раз я подумала, что флэшка барахлит (она действительно была страшненькая ^^), но эта-то проверена! В общем, посмотрев, что работает только флэшка, и загрузчик не трогает винт, я решила подождать.
Ждала я минут пятнадцать. Как я поняла, загрузчик распаковал исошник в память и пошёл грузиться с него. Благо, что потом уже iNFR@CD не притормаживала, когда читала данные с носителя. Носитель-то – память, а не флэшка или сидюк.
Потом всё это сравнительно быстро загрузилось, и я наконец увидела рабочий стол. Сеть, как водится, в дауне, хотя загрузчик iNFR@CD говорил об инициализации сетевых служб. Но это фигня, надо просто специальной утилитой поправить, что нам в принципе совершенно не нужно.
Интересно, что в отличии от предыдущей версии iNFR@CD, к которой я привыкла (она у меня на сидюке, а эта только в виде исошника), в этой почему-то в моём компьютере было сразу два флоповода. Не знаю, связано ли это с YUMI или прикол такой от самой iNFR@CD, но на работу не влияло.
Для начала я заглянула в диспетчер дисков и инициализировала новый диск. Так, на всякий пожарный. Дальше я быстро (ну, за полчасика) перегнала системный раздел со старого диска на новый, расширив его на все 500 гиг. Кстати, именно поэтому я использую GHOST в таких делах: он умеет это делать правильно, он проверен мною, и он работает.
/* Помнится, в интернетах попадалась реплика какого-то чувака, который загадочно бросил, что «профессионалы знают проблемы GHOST». Что это за проблемы, чувак не сообщил. Видимо, игры в илитку. */
Потом была задача более творческая. Как я сказала выше, у меня была куча симлинков (junctions, если точнее), с помощью которых я переносила данные с маленького системного раздела на второй раздел.
Вообще, за философию «Два гига на систему и отдельный раздел для данных пользователя», которая намертво въелась в мозги ойтишников, пора бить по лицу. Ибо именно из этого и выросла главная проблема ондройда, когда все фоточки удалены, а программы всё равно не обновляются, ибо нет места.
Если папку для фоточек пользователя, действительно, можно перенести на второй раздел, если «Мои документы» можно перенести так же, то что делать со всякими AppSettings и даже Windows, которые имеют тенденцию тяжелеть со временем даже без установки новых программ? Опять же, любовь пользователей всё хранить на рабочем столе («Я же не на системном диске храню! Я на рабочем столе храню!»), и вот уже система орёт, что место заканчивается.
Можно взять симлинк и перенести тяжёлую папку «XYZ Soft» на второй раздел. Потом взять ещё один симлинк, а за ним ещё и ещё. В итоге получится то, что было у меня на компьютере. Спагетти. В своё оправдание скажу, что я приняла машину такой и за разделы не отвечала.
Так как соответствие папок на разделах было не прямое, нельзя было просто взять всё содержимое диска D и перелить на новый диск C. Нужно было смотреть, что на что ссылается, и подменять это.
Мне помогла программа NTFSLinksView от NirSoft, которой я заранее сделала списки симлинков на всех разделах. Читая эти списки, я и копировала данные в нужные места. Это потребовало ещё пару часиков, поскольку на втором разделе данных было гораздо больше.
Тут случилась следующая проблема. Для копирования я использовала Total Commander, бывший в составе iNFR@CD, вместо любимого FAR, не бывшего в составе iNFR@CD. Когда всё было скопировано, я решила проверить размеры папок. Так, на всякий случай. И, естественно, обнаружила, что их размеры отличаются. На сущие копейки, но всёже.
Пришлось сверять всё, постепенно углубляясь в те папки, у которых размеры отличались. В итоге я нашла в чём проблема. В файлах Descript.ion. Total Commander не умеет UTF-8 файлы описаний, покоцав их при копировании, ну ещё и кое-что «оптимизировал», убрав лишние пробелы и прочее.
Собственно, тут кроется то, что я не учла. Отличия в обработке описаний в FAR и TC. Когда копируешь файлы из папки в папку, то оба менеджера берут описание каждого и переносят на другую сторону, модифицируя тамошний Descript.ion. Тут у них поведение одинаковое. Но что если копируется папка, а к ней – файл Descript.ion? FAR копирует его как обычный файл и описаний файлов не трогает. А TC обрабатывает точно так же, как и при копировании файлов. Тоесть если копируем папку 0000, а на другой стороне есть такая же тоже с файлом Descript.ion, то возникнет конфликт, и нужно будет решать, что делать с описаниями. У TC такой проблемы нет.
Оба подхода имеют свои достоинства и недостатки, и у обоих файловых менеджеров такое поведение вшито в код, и нельзя переключаться между «Как в FAR» и «Как в TC» =_= Поэтому я отключила обработку описаний вообще и при помощи фильтра скопировала только файлы Descript.ion. Повторная проверка показала, что все папки эквивалентны.
Но и это было не всё ^^ Оказалось, что TC не умеет копировать симлинки как есть. При копировании симлинка, он пытается скопировать его как простую папку. Если симлинк не удаётся разрешить, создаётся пустая папка без каких-либо сообщений. Никаких настроек на эту тему я не нашла, поэтому уже после загрузки рабочей системы пришлось восстанавливать все подпорченные симлинки (благо таких было немного).
И снова проблемы на этом не закончились! Копирование каталога рабочего стола прервалось в самом начале. У меня там была сверхскрытая папка, про создание которой я писала уже сто лет назад. Это такая папка с именем в виде пробела и пустой иконкой. TC натыкался на неё и прекращал копирование с сообщением об ошибке.
Как оказалось, TC не только не может создать такую папку, но и не может правильно с ней работать. Я могла зайти в неё и посмотреть, что там есть, но при копировании файлов, они попадали в папку выше уровнем. Тоже самое было и при установке файловых атрибутов.
CMD.EXE мне тоже ничем не смог помочь, как и проводник. Я написала скрипт на VBS, который прекрасно создавал такую папку, но без хелпа под рукой, было лениво добиваться большего. Пришлось её отложить на потом.
/* Заранее скажу, что FAR прекрасно справился с задачей. */
В общем, когда все проблемы были улажены, я вырубила машину. После этого пришлось вытаскивать системник, менять винты местами, немного повытряхивать пыль, ставить на место... Жуть! Но через минут десять всё уже грузилось.
Где-то в этот момент я опасалась худшего. Во-первых, у меня своп был на диске D (второй раздел), которого теперь нет. Во-вторых, я не была уверена, что после копирования раздела (не всего диска) на новом диске появилась загрузочная запись. Честно говоря, подробности я не знаю, что там делает GHOST, ведь я обычно копирую диски целиком. Ну и посмотреть было негде.
В общем, боялась я зря. Система прекрасно стартовала с нового диска, и даже на отваливание свопа внимание не обратила – просто стартовала без него. Я просто зашла в настройку и назначила новый.
При запуске заартачился Аутпост, сказав, что его драйвер не найден. Видимо, там он как-то по-хитрому его искал. Но после перезагрузки всё заработало.
Так же начал определяться новый винт. Определился и выдал тот самый запрос на перезагрузку. И это при том, что с него только что стартовала система, и он прекрасно работает безо всяких перезагрузок. В общем, посмеялась.
Потом были настройки всяких скриптов, указание новых путей в программах, пересоздание некоторых симлинков, восстановление суперскрытой папки. В общем, было весело. Но теперь всё вроде бы работает, так что наблюдение продолжается.
#original-date: 1.08.2016 Mon
#original-time: 9:43 PM
#original-day: 5850
#original-host: WinXP Home SP3 (Build 2600)
Весь день потратила на трансплантацию винта на рабочей машине. Вроде успешно.
Ситуацию осложняло то, что на старом было два раздела, и куча симлинков, кидающих пользовательские данные с маленького системного раздела. Слила их в один, потом ещё разыскивая, где остались ссылки на диск D (скрипты там всякие).
Что характерно, новый винт работает так тихо, что неожиданно я поняла, что всё это время слышала старый винт.
---------- ~ ----------
читать дальшеСобственно, я давно хотела сделать это, но всё руки не доходили. Потратила, как уже сказала, целый день, поэтому нужно было выделить день, не занятый работой: понедельник или выходной. В выходной – влом, в понедельник – примерно то же самое ^^'
Плюс на машине сидюк убитый в ноль, и диск с iNFR@CD (сборка WinPE со всякими ништяками) читался с ошибками. На другой машине такой проблемы не было, когда делала тоже самое =_= А мой проверенный внешний привод враги уже упаковали и куда-то заныкали =_=
Можно загрузиться с USB, но тут тоже непонятки. То флэшка не виделась, то висло при загрузке. Собственно, так пару раз срывались попытки.
Плюс после трансплантации пришлось бы вытаскивать системник и переключать винт. Ковыряние с железом, перестановки – не самое приятное для меня занятие.
А менять винт надо было. Имеющийся на 80 гиг уже был переполнен всякими рабочими вещами, поэтому заказали на 500 гиг новый. Поэтому, дотянув до последнего, сегодня пришла на работу с намерением довести дело до конца.
В общем, схема такова. Подключаю новый винт к переходнику, а сам переходник втыкаю в USB. Гружусь с флэшки в iNFR@CD. GHOST'ом перегоняю раздел со старого винта (в корпусе компьютера) на новый (вне корпуса компьютера). Потом делаю дополнительные шаги, если требуется, и выключаю компьютер. Разбираю, вытаскиваю старый винт, ставлю новый, а старый отправляю в запасник на случай чего.
/* Пользуясь случаем хочу в очередной раз сказать, что рада, что купила этот переходник в своё время. Тогда ещё были сомнения, но уже в который раз я понимаю, что деньги потрачены не зря: S/ATA, два вида IDE, втыкаешь винт в коробочку, врубаешь адаптер в розетку, и понеслась. Это не бокс, так что переходник очень компактен. Плюс IDE поддерживает SMART, что очень хорошо на фоне того, что иные китайские IDE боксы почему-то со SMART не дружат. В общем, незаменимо для аварийных работ, когда нет желания втыкать винт в корпус компьютера. */
Такая схема хороша тем, что если что случится или работы придётся срочно свернуть, компьютер готов к работе, в нём стоит исходный винт, а не пустой новый.
В общем, скачала я свежую версию YUMI, взяла проверенную флэшку, с которой ставила дома XP на настольную машину, скатала исошник с другой флэшки, с которой пыталась загрузиться ранее, и приступила к работе. Для начала удалила папки, которые оставила после себя предыдущая установка исошника XP. Потом принялась делать флэшку. Выбрала тип системы – установщик XP, ведь WinPE той версии сделан на базе XP.
Но уже при создании загрузочной записи выскочила ошибка. Какая – БП, просто «Error». Мучилась, мучилась, решила, что может загрузиться и так – флэшка-то уже была загрузочной, а прочие файлы и так копируются.
/* Кстати, заметила, что свежая версия YUMI не создаёт папку .disk в корне. Не знаю, с чем это связано, но в оной раньше был только один маленький файл. */
Перезагружаю машину, пытаюсь загрузиться с флэшки – «Boot error».
Иду на соседнюю машину, куда я заранее перекинула образ и YUMI. Вставляю флэшку, а на ней пустой раздел с мусорным файлом. Перетыкаю в другой разъём – тоже самое. А ведь там было музона на десять гиг, флэшка-то – MicroSD карточка с плеера. Хорошо хоть дома бэкап есть =_=
Короче, YUMI убила раздел на флэшке. При чём пока я не выдернула флэшку из основного компьютера, все файлы на ней виделись и проигрывались. Это надо иметь в виду при экспериментах =_= Раньше такого не было, но вот как-то не повезло.
Отформатировала флэшку (YUMI форматирует сама, но я решила не рисковать), накатала снова образ и пошла к основной машине.
Со второго раза появилось загрузочное меню, и я выбрала первый этап установки Windows XP ^^ После этого началось то, что я в прошлый раз приняла за зависание. Очень медленно загрузчик начал читать исошник, выводя прогресс цифрами. В тот раз я подумала, что флэшка барахлит (она действительно была страшненькая ^^), но эта-то проверена! В общем, посмотрев, что работает только флэшка, и загрузчик не трогает винт, я решила подождать.
Ждала я минут пятнадцать. Как я поняла, загрузчик распаковал исошник в память и пошёл грузиться с него. Благо, что потом уже iNFR@CD не притормаживала, когда читала данные с носителя. Носитель-то – память, а не флэшка или сидюк.
Потом всё это сравнительно быстро загрузилось, и я наконец увидела рабочий стол. Сеть, как водится, в дауне, хотя загрузчик iNFR@CD говорил об инициализации сетевых служб. Но это фигня, надо просто специальной утилитой поправить, что нам в принципе совершенно не нужно.
Интересно, что в отличии от предыдущей версии iNFR@CD, к которой я привыкла (она у меня на сидюке, а эта только в виде исошника), в этой почему-то в моём компьютере было сразу два флоповода. Не знаю, связано ли это с YUMI или прикол такой от самой iNFR@CD, но на работу не влияло.
Для начала я заглянула в диспетчер дисков и инициализировала новый диск. Так, на всякий пожарный. Дальше я быстро (ну, за полчасика) перегнала системный раздел со старого диска на новый, расширив его на все 500 гиг. Кстати, именно поэтому я использую GHOST в таких делах: он умеет это делать правильно, он проверен мною, и он работает.
/* Помнится, в интернетах попадалась реплика какого-то чувака, который загадочно бросил, что «профессионалы знают проблемы GHOST». Что это за проблемы, чувак не сообщил. Видимо, игры в илитку. */
Потом была задача более творческая. Как я сказала выше, у меня была куча симлинков (junctions, если точнее), с помощью которых я переносила данные с маленького системного раздела на второй раздел.
Вообще, за философию «Два гига на систему и отдельный раздел для данных пользователя», которая намертво въелась в мозги ойтишников, пора бить по лицу. Ибо именно из этого и выросла главная проблема ондройда, когда все фоточки удалены, а программы всё равно не обновляются, ибо нет места.
Если папку для фоточек пользователя, действительно, можно перенести на второй раздел, если «Мои документы» можно перенести так же, то что делать со всякими AppSettings и даже Windows, которые имеют тенденцию тяжелеть со временем даже без установки новых программ? Опять же, любовь пользователей всё хранить на рабочем столе («Я же не на системном диске храню! Я на рабочем столе храню!»), и вот уже система орёт, что место заканчивается.
Можно взять симлинк и перенести тяжёлую папку «XYZ Soft» на второй раздел. Потом взять ещё один симлинк, а за ним ещё и ещё. В итоге получится то, что было у меня на компьютере. Спагетти. В своё оправдание скажу, что я приняла машину такой и за разделы не отвечала.
Так как соответствие папок на разделах было не прямое, нельзя было просто взять всё содержимое диска D и перелить на новый диск C. Нужно было смотреть, что на что ссылается, и подменять это.
Мне помогла программа NTFSLinksView от NirSoft, которой я заранее сделала списки симлинков на всех разделах. Читая эти списки, я и копировала данные в нужные места. Это потребовало ещё пару часиков, поскольку на втором разделе данных было гораздо больше.
Тут случилась следующая проблема. Для копирования я использовала Total Commander, бывший в составе iNFR@CD, вместо любимого FAR, не бывшего в составе iNFR@CD. Когда всё было скопировано, я решила проверить размеры папок. Так, на всякий случай. И, естественно, обнаружила, что их размеры отличаются. На сущие копейки, но всёже.
Пришлось сверять всё, постепенно углубляясь в те папки, у которых размеры отличались. В итоге я нашла в чём проблема. В файлах Descript.ion. Total Commander не умеет UTF-8 файлы описаний, покоцав их при копировании, ну ещё и кое-что «оптимизировал», убрав лишние пробелы и прочее.
Собственно, тут кроется то, что я не учла. Отличия в обработке описаний в FAR и TC. Когда копируешь файлы из папки в папку, то оба менеджера берут описание каждого и переносят на другую сторону, модифицируя тамошний Descript.ion. Тут у них поведение одинаковое. Но что если копируется папка, а к ней – файл Descript.ion? FAR копирует его как обычный файл и описаний файлов не трогает. А TC обрабатывает точно так же, как и при копировании файлов. Тоесть если копируем папку 0000, а на другой стороне есть такая же тоже с файлом Descript.ion, то возникнет конфликт, и нужно будет решать, что делать с описаниями. У TC такой проблемы нет.
Оба подхода имеют свои достоинства и недостатки, и у обоих файловых менеджеров такое поведение вшито в код, и нельзя переключаться между «Как в FAR» и «Как в TC» =_= Поэтому я отключила обработку описаний вообще и при помощи фильтра скопировала только файлы Descript.ion. Повторная проверка показала, что все папки эквивалентны.
Но и это было не всё ^^ Оказалось, что TC не умеет копировать симлинки как есть. При копировании симлинка, он пытается скопировать его как простую папку. Если симлинк не удаётся разрешить, создаётся пустая папка без каких-либо сообщений. Никаких настроек на эту тему я не нашла, поэтому уже после загрузки рабочей системы пришлось восстанавливать все подпорченные симлинки (благо таких было немного).
И снова проблемы на этом не закончились! Копирование каталога рабочего стола прервалось в самом начале. У меня там была сверхскрытая папка, про создание которой я писала уже сто лет назад. Это такая папка с именем в виде пробела и пустой иконкой. TC натыкался на неё и прекращал копирование с сообщением об ошибке.
Как оказалось, TC не только не может создать такую папку, но и не может правильно с ней работать. Я могла зайти в неё и посмотреть, что там есть, но при копировании файлов, они попадали в папку выше уровнем. Тоже самое было и при установке файловых атрибутов.
CMD.EXE мне тоже ничем не смог помочь, как и проводник. Я написала скрипт на VBS, который прекрасно создавал такую папку, но без хелпа под рукой, было лениво добиваться большего. Пришлось её отложить на потом.
/* Заранее скажу, что FAR прекрасно справился с задачей. */
В общем, когда все проблемы были улажены, я вырубила машину. После этого пришлось вытаскивать системник, менять винты местами, немного повытряхивать пыль, ставить на место... Жуть! Но через минут десять всё уже грузилось.
Где-то в этот момент я опасалась худшего. Во-первых, у меня своп был на диске D (второй раздел), которого теперь нет. Во-вторых, я не была уверена, что после копирования раздела (не всего диска) на новом диске появилась загрузочная запись. Честно говоря, подробности я не знаю, что там делает GHOST, ведь я обычно копирую диски целиком. Ну и посмотреть было негде.
В общем, боялась я зря. Система прекрасно стартовала с нового диска, и даже на отваливание свопа внимание не обратила – просто стартовала без него. Я просто зашла в настройку и назначила новый.
При запуске заартачился Аутпост, сказав, что его драйвер не найден. Видимо, там он как-то по-хитрому его искал. Но после перезагрузки всё заработало.
Так же начал определяться новый винт. Определился и выдал тот самый запрос на перезагрузку. И это при том, что с него только что стартовала система, и он прекрасно работает безо всяких перезагрузок. В общем, посмеялась.
Потом были настройки всяких скриптов, указание новых путей в программах, пересоздание некоторых симлинков, восстановление суперскрытой папки. В общем, было весело. Но теперь всё вроде бы работает, так что наблюдение продолжается.