<?xml version='1.0' encoding='UTF-8'?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" version="2.0"><channel><atom:id>tag:blogger.com,1999:blog-9198236885838885123</atom:id><lastBuildDate>Thu, 29 Aug 2024 01:20:33 +0000</lastBuildDate><title>Проблемы с компьютером и восстановление данных</title><description>Восстановление данных, восстановление винчестера, восстановление после форматирования, восстановление дисков.</description><link>http://pc-problemy.blogspot.com/</link><managingEditor>noreply@blogger.com (Unknown)</managingEditor><generator>Blogger</generator><openSearch:totalResults>37</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-738617823674492944</guid><pubDate>Sun, 17 May 2009 15:09:00 +0000</pubDate><atom:updated>2009-05-17T09:17:44.832-07:00</atom:updated><title>Восстановления данных с лазерных дисков</title><atom:summary type="text">…такой объем информации можно уничтожить в один миг разве что динамитом, потому что существуют дублирующие  системы и у скорости обработки есть предел  Джон Варли &quot;Нажмите ENTER&quot;Заявляя о своей поддержке многосессионных дисков, операционные системы Windows 9x и Windows NT (вплоть до W2K включительно) тактично умалчивают о том, что поддерживают их лишь частично. Каждая сессия – это вполне </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_17.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-6846839936220542462</guid><pubDate>Thu, 14 May 2009 14:09:00 +0000</pubDate><atom:updated>2009-05-14T07:11:39.644-07:00</atom:updated><title>Восстановление удаленных файлов под Linux: заключение</title><atom:summary type="text">Доступность исходных текстов драйвера файловой системы значительно упрощает исследование ее внутренней структуры, которая кстати говоря очень проста и восстановление данных на ext2fs/ext3fs – плевое дело. Файловые системы UFS и FFS, работающие под Free BSD, устроены намного сложнее, к тому же достаточно скудно документированы. А ведь Free BSD занимает далеко не последнее место в мире </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/linux_6637.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-8442889371927884079</guid><pubDate>Thu, 14 May 2009 14:06:00 +0000</pubDate><atom:updated>2009-05-14T07:09:34.333-07:00</atom:updated><title>Восстановление удаленных файлов под Linux: техника восстановления удаленных файлов</title><atom:summary type="text">В ext2fs полное восстановление даже только что удаленных файлов, невозможно. В этом смысле она проигрывает как FAT, так и NTFS. Как минимум теряется имя файла. Точнее говоря, теряется связь имен файлов с их содержимым. При удалении небольшого количества хорошо известных файлов это еще терпимо (имена-то ведь сохранились!), но что делать, если вы удалили несколько служебных подкаталогов, в которых </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/linux_1685.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-3027645068436488118</guid><pubDate>Thu, 14 May 2009 14:05:00 +0000</pubDate><atom:updated>2009-05-14T07:06:16.847-07:00</atom:updated><title>Восстановление удаленных файлов под Linux</title><atom:summary type="text">подготовка к восстановлению  Прежде, чем приступать к восстановлению, обязательно размонтируете дисковый раздел или на худой конец перемонтируете его в режим &quot;только на чтение&quot;. Лечение активных разделов зачастую только увеличивает масштабы разрушения. Если восстанавливаемые файлы находятся на основном системном разделе у нас два пути – загрузится с LiveCD или подключить восстанавливаемый жесткий</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/linux_3977.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-520762794529096173</guid><pubDate>Thu, 14 May 2009 14:01:00 +0000</pubDate><atom:updated>2009-05-14T07:02:26.785-07:00</atom:updated><title>Восстановление удаленных файлов под Linux: инструментарий</title><atom:summary type="text">Программ, пригодных для восстановления данных, под Linux совсем немного, намного меньше, чем под Windows NT, да и тем до совершенства как до Луны. Но ведь не разрабатывать же весь необходимый инструментарий самостоятельно?! Будем использовать то, что дают, утешая себя тем, что нашим предкам, работающим на динозаврах машинной эры, приходилось намного сложнее.  редактор диска  Чаще всего линуксоиды</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/linux_14.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-4465580137922339488</guid><pubDate>Thu, 14 May 2009 13:58:00 +0000</pubDate><atom:updated>2009-05-14T07:00:59.632-07:00</atom:updated><title>Восстановление удаленных файлов под Linux: введение</title><atom:summary type="text">Каждый из нас хотя бы однажды удалял ценный файл (а то и весь корневой каталог целиком!). резервной копии нет. времени на поиски утилит для восстановления — тоже. как быть? к счастью, все необходимое уже включено в ваш любимый дистрибьютив и всегда находится под рукой. если говорить кратко: debugfs, lsdel, stat, cat, dump, undel. если чуть подлиннее — читайте эту статью, рассказывающую о </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/linux.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-1373141699196229424</guid><pubDate>Wed, 13 May 2009 15:18:00 +0000</pubDate><atom:updated>2009-05-13T08:19:19.712-07:00</atom:updated><title>Восстановление удаленных файлов под BSD: чем восстанавливать?</title><atom:summary type="text">Копания Stellarinfo (stellarinfo.com) выпустила утилиту &quot;Phoenix&quot;, предназначенную для восстановления данных и поддерживающую практически все популярные файловые системы, которые только известны на сегодняшний день (и UFS в том числе). Демонстрационную копию можно сказать по адресу http://www.stellarinfo.com/spb.exe. Обратите внимание на расширение файла. Это exe. Судя по графе &quot;Platform </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/bsd_3355.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-75067457652127513</guid><pubDate>Wed, 13 May 2009 15:14:00 +0000</pubDate><atom:updated>2009-05-13T08:16:38.554-07:00</atom:updated><title>Восстановление удаленных файлов под BSD: техника восстановления файлов</title><atom:summary type="text">Начнем с грустного. Поскольку, при удалении файла ссылки на 12 первых блоков и 3 блока косвенной адресации необратимо затираются, автоматическое восстановление данных невозможно в принципе. Найти удаленный файл можно только по его содержимому. Искать, естественно, необходимо в свободном пространстве. Вот тут-то нам и пригодятся карты, расположенные за концом описателя группы цилиндров.  Если нам </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/bsd_6466.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-9010971434641878833</guid><pubDate>Wed, 13 May 2009 11:09:00 +0000</pubDate><atom:updated>2009-05-13T04:10:34.365-07:00</atom:updated><title>Восстановление удаленных файлов под BSD: на обломках империи</title><atom:summary type="text">При удалении файла на UFS-разделе происходит следующее (события перечислены в порядке расположения соответствующих структур в разделе и могут не совпадать с порядком их возникновения):     q       в суперблоке обновляется поле fs_time (время последнего доступа к разделу);  q       в суперблоке обновляется структура fs_cstotal (кол-во свободных inod&#39;ов и блоков данных в разделе);  q       в группе</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/bsd_13.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-6181038536541712792</guid><pubDate>Wed, 13 May 2009 10:50:00 +0000</pubDate><atom:updated>2009-05-13T04:03:50.260-07:00</atom:updated><title>Восстановление удаленных файлов под BSD: структура UFS</title><atom:summary type="text">Внешне UFS очень похожа на ext2fs – те же inod&#39;ы, блоки данных, файлы, директории… Но есть и отличия. В ext2fs имеется только одна группа inod&#39;ов и только одна группа блоков данных для всего раздела. UFS же делит раздел на несколько зон одинакового размера, называемых группами цилиндров. Каждая зона имеет свою группу inod&#39;ов и свою группу блоков данных, независимую ото всех остальных зон. Другим </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/bsd-ufs.html</link><author>noreply@blogger.com (Unknown)</author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_2nk2ElLPaRQ/SgqmSt7Y19I/AAAAAAAAADU/CcEq6doP28I/s72-c/1.jpg" height="72" width="72"/><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-2341950850691870433</guid><pubDate>Wed, 13 May 2009 10:48:00 +0000</pubDate><atom:updated>2009-05-13T03:49:58.479-07:00</atom:updated><title>Восстановление удаленных файлов под BSD: немного истории</title><atom:summary type="text">UFS (расшифровывается как UNIX File System) — это основная файловая система для BSD-систем, устанавливаемая по умолчанию. Многие коммерческие UNIX&#39;ы также используют либо саму UFS, либо нечто очень на нее похожее. В противоположность ext2fs, исхоженной вдоль и поперек, UFS крайне поверхностно описана в доступной литературе и единственным источником информации становятся исходные тексты, в которых</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/bsd.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-8511432854309088331</guid><pubDate>Tue, 12 May 2009 18:08:00 +0000</pubDate><atom:updated>2009-05-12T11:09:09.905-07:00</atom:updated><title>Загрузочный сектор – техника восстановления</title><atom:summary type="text">Осознавая значимость загрузочного сектора, Windows NT при форматировании диска создает его зеркальную копию (правда, только на NTFS разделах). Windows NT 4.0 располагает ее посередине логического диска, а Windows 2000 – в последнем секторе раздела. Если partition table цела, просто перейдите в начало следующего раздела и отступите на сектор назад (Windows 2000) или поделите количество секторов </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_3259.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-4797266223291694174</guid><pubDate>Tue, 12 May 2009 18:07:00 +0000</pubDate><atom:updated>2009-05-12T11:07:46.899-07:00</atom:updated><title>Загрузочный сектор – базовые концепции</title><atom:summary type="text">Первый сектор логического диска носит название загрузочного (boot). Он содержит самозагрузочный код (bootstrap code) и важнейшие сведения о геометрии диска без которых раздел просто не будет смонтирован! Структура boot-сектора определяется архитектурными особенностями конкретной файловой системы, в частности NTFS boot sector выглядит так:             смещение         размер         назначение</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_7556.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-3502440500424077260</guid><pubDate>Tue, 12 May 2009 17:59:00 +0000</pubDate><atom:updated>2009-05-12T10:59:43.896-07:00</atom:updated><title>Типы динамических дисков</title><atom:summary type="text">простые (simple)               практически ничем не отличаются от обычных разделов, за исключением того, при переразбиении диска отпадает необходимость в перезагрузке. Базовый тип для всех остальных динамических дисков.  избыточность:                   нет  эффективность:                низкая     составные (spanned)        состоят из одного или нескольких simple-дисков, находящихся в различных </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_7909.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-1395743435307852387</guid><pubDate>Tue, 12 May 2009 17:44:00 +0000</pubDate><atom:updated>2009-05-12T11:05:45.502-07:00</atom:updated><title>Динамические диски</title><atom:summary type="text">Динамические диски, впервые появившиеся в Windows 2000 – это все тот же программный RAID, призванный преодолеть ограничения стандартных механизмов разбиения с учетом ошибок своего прямого предшественника программного RAID&#39;а Windows NT, хранящего конфигурационную информацию в системном реестре, что во-первых, препятствовало его перемещению с машины на машину, а во-вторых делало очень уязвимым к </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_7163.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-5167708013944900323</guid><pubDate>Tue, 12 May 2009 17:44:00 +0000</pubDate><atom:updated>2009-05-12T10:44:30.411-07:00</atom:updated><title>Master boot record – техника восстановления</title><atom:summary type="text">Существуют множество утилит для автоматического восстановления master boot code и partition table (Get Data Back, Easy Recovery, Active Data Recovery Software и т. д.). До некоторого времени они вполне успешно справлялись со своей задачей, восстанавливая даже полностью уничтоженные таблицы разделов, однако с появлением емких винтов, преодолевших барьер в 2 Гбайт с помощью всевозможных расширений,</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/master-boot-record_12.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-8084467660669773364</guid><pubDate>Tue, 12 May 2009 17:39:00 +0000</pubDate><atom:updated>2009-05-12T10:41:07.864-07:00</atom:updated><title>Master boot record – базовые концепции</title><atom:summary type="text">Первые жесткие диски были небольшого (даже по тем временам) размера и форматировались практически так же, как и дискеты, однако их объемы стремительно росли и MS-DOS уже не могла их целиком адресовать. Для преодоления этого ограничения был введен механизм разделов (partitions), разбивающий один физический диск на несколько логических, каждый из который имел свою собственную файловую систему и </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/master-boot-record.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-9086111642576620248</guid><pubDate>Tue, 12 May 2009 17:38:00 +0000</pubDate><atom:updated>2009-05-12T10:39:37.705-07:00</atom:updated><title>Автоматизированные доктора</title><atom:summary type="text">Более убогой утилиты, чем ChkDsk – стандартный дисковый &quot;доктор&quot;, входящий в штатный комплект поставки Windows, – по-видимому не придумать даже сценаристам из Голливуда. Система диагностики ошибок упрощена до минимума – доктор лишь информирует о факте их наличия, но отказывается говорить, что именно по его мнению повреждено и что он собирается лечить, поэтому последствия такого &quot;врачевания&quot; могут</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_7039.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-7632598421601769672</guid><pubDate>Tue, 12 May 2009 17:35:00 +0000</pubDate><atom:updated>2009-05-12T10:37:44.906-07:00</atom:updated><title>Редактор диска</title><atom:summary type="text">Настоящие профессионалы восстанавливают разрушенные логические структуры непосредственно в дисковом редакторе, не доверяя никаким автоматизированным утилитам (кроме своих собственных), поскольку никогда не известно наперед, какой подлости от них следует ждать. Так будем поступать и мы, делая основной упор именно на ручном восстановлении. Коль скоро дисковый редактор станет нашим главным </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_5388.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-2410949081839812101</guid><pubDate>Tue, 12 May 2009 17:34:00 +0000</pubDate><atom:updated>2009-05-12T10:35:16.143-07:00</atom:updated><title>Выбор носителей для копирования</title><atom:summary type="text">Времена, когда восстанавливаемый винчестер было можно скопировать на пару пачек дискет, давно прошли и теперь процедура спасения данных значительно усложнилась. Пишущие приводы (особенно DVD) – хороший выбор и пара пачек болванок вмещает в себя жесткий диск любой разумной емкости, однако достойных программ прожига под MS-DOS нет и по-видимому уже и не будет. Существующие утилиты (включая их </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_6304.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-6595678954830911425</guid><pubDate>Tue, 12 May 2009 17:32:00 +0000</pubDate><atom:updated>2009-05-12T10:43:28.195-07:00</atom:updated><title>Загрузочная дискета</title><atom:summary type="text">Средства восстановления и диагностики, расположенные на основном жестком диске, годятся разве что для обучения, а для реальной работы они бесполезны. Даже если сбой окажется не настольно серьезным, чтобы воспрепятствовать загрузке Windows, попытка &quot;лечения&quot; диска в многозадачной среде носит весьма непредсказуемый характер. Записывая что-либо на диск в обход драйвера файловой системы вы здорово </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_2869.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-2157877698963748313</guid><pubDate>Tue, 12 May 2009 17:30:00 +0000</pubDate><atom:updated>2009-05-12T10:32:45.359-07:00</atom:updated><title>Инструменты</title><atom:summary type="text">Даже если у вас золотые руки и светлая голова, при восстановлении данных ни за что не обойтись без инструментов. В идеале вы должны быть готовыми разработать все необходимое для работы самостоятельно. Восстановление данных – довольно кропотливая и рутинная работа и при реанимации 80 – 120 Гбайтного диска без автоматизации никуда. Недостаток всех известных дисковых докторов – отсутствие </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_2348.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-8500411413637780035</guid><pubDate>Tue, 12 May 2009 17:29:00 +0000</pubDate><atom:updated>2009-05-12T10:30:23.045-07:00</atom:updated><title>Структура диска – базовые концепции</title><atom:summary type="text">Физически жесткий диск представляет собой запечатанную банку с одной или несколькими одно или двухсторонними пластинами, насажанными на шпиндель. Чтение/запись данных осуществляется блоком магнитных головок, каждая их которых обслуживает одну из поверхностей пластины. Информация хранится в форме концентрических колец, называемых треками (track) или дорожками. Треки, расположенные на равном </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_6074.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-7659325748240549396</guid><pubDate>Tue, 12 May 2009 17:28:00 +0000</pubDate><atom:updated>2009-05-12T10:29:18.363-07:00</atom:updated><title>Если вдруг случился сбой и данные оказались утеряны…</title><atom:summary type="text">Прежде всего – не паникуйте! Заниматься восстановлением можно только на трезвую голову. Непродуманные, лихорадочные действия только усугубляют ваше и без того незавидное положение!  Не используйте никаких автоматизированных &quot;лечилок&quot;, если полностью в них не уверенны. Последствия такого лечения могут быть катастрофическими, а результаты &quot;восстановления&quot; – необратимыми. То же самое относится и к &quot;</atom:summary><link>http://pc-problemy.blogspot.com/2009/05/blog-post_12.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item><item><guid isPermaLink="false">tag:blogger.com,1999:blog-9198236885838885123.post-7108930089217716994</guid><pubDate>Tue, 12 May 2009 17:27:00 +0000</pubDate><atom:updated>2009-05-12T10:28:26.401-07:00</atom:updated><title>Восстановление данных на NTFS разделах</title><atom:summary type="text">Долгое время главным козырем противников NTFS был следующий аргумент – чем вы будете ее восстанавливать, если она умрет? А мрет она, как показывает практика, достаточно часто. При всей своей надежности, NTFS не застрахована от потрясений. Ошибки оператора, вирусы, сбои питания, зависания ОС, дефекты поверхности, отказ электроники… С каждым днем человечество все сильнее и сильнее становится </atom:summary><link>http://pc-problemy.blogspot.com/2009/05/ntfs_12.html</link><author>noreply@blogger.com (Unknown)</author><thr:total>0</thr:total></item></channel></rss>