Как восстановить флешку, восстановление данных. Восстановление поврежденного раздела NTFS, если его уменьшили до минимального размера (0 байт свободно)

В наши дни USB флэш-накопители являются ежедневными спутниками каждого пользователя персонального компьютера. Флешки компактные, удобные и доступные по цене. Кроме того, на них можно хранить большой объем информации. К сожалению, ни одно устройство в нашем мире не является совершенным. Бывают ситуации, когда флешка начинает «глючить»: некоторые файлы могут пропадать, возникают проблемы при копировании. Многих интересует вопрос: когда флешка показывает 0 байт что делать?

Форматирование решение проблемы!

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

Затем следует установить галочку в окошко «быстрое форматирование». Если этот способ не сработал, то .
Но, следует заметить, что выполнять такую операцию можно лишь в том случае, когда на флешке нет файлов или эти файлы не представляют ценности. Многие возмутятся: если на флешке нет файлов, то она и будет показывать 0байт. Однако это не так, на любой «пустой» флешке хранятся системные файлы, которые занимают некоторое количество памяти.

Восстановление файлов после форматирования

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

Если информация средней степени важности, то восстановить флешку можно самостоятельно. Благодаря возможностям сети Интернет можно восстановить USB накопитель с помощью специальных программ.

Для этого можно использовать следующие программы:

EasyRecovery – способна восстановить случайно удаленные файлы или атакованные вирусами.
R-Studio – восстанавливает документы, видео файлы, архивы. Разработана для Windows.
GetDataBack – данная программа способна восстановить практически любую информации. Важным достоинством является быстрая работоспособность.
RecoverMyFiles. Данная программа, пожалуй, самая мощная из всех перечисленных. С ее помощью можно восстановить данные не только с USB накопителя, но и данные, удаленные с корзины. Программа работает со всеми файловыми системами. Восстанавливает не только документы, но и графические материалы, видео файлы, музыку.

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

14 ноября 2016 в 17:52

Восстановление поврежденного раздела NTFS, если его уменьшили до минимального размера (0 байт свободно)

При перераспределении разделов жесткого диска на ноутбуке, я, по невнимательности, совсем не оставил свободного места под раздел с файловой системой NTFS. Система на тот момент стояла Linux Mint 18, хотя, по сути, это не имеет значения. После перераспределения места, я ужаснулся. При попытке примонтировать этот раздел, мне выдавало ошибку:

Не удалось присоединить Том 101 ГБ

Error mounting /dev/sda4 at /media/dashka/B490E48B90E45600: Command-line `mount -t «ntfs» -o «uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000» "/dev/sda4" "/media/dashka/B490E48B90E45600"" exited with non-zero exit status 13: Failed to load runlist for $MFT/$DATA.
highest_vcn = 0x204f, last_vcn - 1 = 0x263f
Failed to load $MFT: Ошибка ввода/вывода
Failed to mount "/dev/sda4": Ошибка ввода/вывода
NTFS is either inconsistent, or there is a hardware fault, or it"s a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the "dmraid" documentation
for more details.

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

Если на пострадавшем компьютере достаточно места

В этом случае качаем утилиту testdisk .

Далее желательно сделать точный бэкап поврежденного раздела на внешний носитель, как это правильно сделать, я более подробно опишу во втором способе, когда нам не хватает места. С этой утилитой все понятно, мне даже компилировать ее не пришлось. Я просто запустил исполняемый файл testdisk_static. Далее можно и самому разобраться. Если же не сработало, то следует использовать утилиту photorec. Запускается она так же, и идет в комплекте с утилитой testdisk, в той же папке. Минусы утилиты photorec - неполное восстановление, то есть все файлы будут вперемешку и утеряются дата создания, изменения, название и прочее. Максимум, что можно - это отсортировать, что куда.

Mv /путь/к/восстановленным/файлам/*.{jpg,png} ./Photo mv /путь/к/восстановленным/файлам/*.mov ./Видео\ Нокия mv /путь/к/восстановленным/файлам/*.mp4 ./Фильмы
И т.п.

Если на пострадавшем компьютере недостаточно места

В целом, все аналогично первому варианту, НО: для начала нужно сделать точную копию битого раздела с пострадавшего компьютера на компьютер, где достаточно памяти для проделывания операций выше. Это можно сделать, подключив компьютеры проводом USB-на-USB, по локальной сети, или через интернет. Я не особый умелец, поэтому для второго варианта я додумался только использовать ssh.

Как сделать этот бэкап

sudo dd if=/dev/sdaX bs=8192 | ssh hostname "dd of=/home/user/backup.img bs=8192" && echo "all right" > ~/DD.log || echo "Неудача" > ~/DD.log; ssh hostname poweroff; sudo shutdown
X - номер поврежденного раздела, смотреть в программах по типу GParted или в описании самой ошибки. ssh hostname - заменяется на вашу конфигурацию ssh(в моем случае это "ssh -p 31182 -i .ssh/id_rsa [email protected]"). Бэкап 100 ГБ у меня занял всю ночь, около 10-11 часов.

Пояснение к коду выше и некоторые полезности

Самое важное, что стоит сказать: чтобы отслеживать процесс бэкапа, нужно:

1) Запустить еще один терминал.

2) Прописать ps -a и найти PID утилиты dd.

3) Прописать while true; do sudo kill -USR1 ; sleep 10; done и ввести пароль.

4) Смотреть на процесс выполнения в терминале, где работает утилита dd.

&& echo "all right" > ~/DD.log || echo "Неудача" > ~/DD.log - команда, чтобы утром глянуть, все ли нормально cкопировалось, или нет. Результат будет записан в файле DD.log в домашней папке.

Ssh hostname poweroff; sudo shutdown - выключить компьютеры.

Хорошо, у нас есть точная копия раздела. Что дальше с ней делать-то? А тут мне пришлось сделать довольно хитрый ход. Поскольку testdisk и photorec ищут только устройства, подключенные к ПК, нужно выставить наш образ как устройство. Для этого я создал вот такую символическую ссылку:

Ln -s /dev/sdv /home/user/backup.img
Хитро, не правда ли? Теперь можно смело восстанавливать наш /dev/sdv по примеру, описанному под заголовком «Если на пострадавшем компьютере достаточно места».

Для начала советую попробовать метод пользователя S-trace :
Поставить VirtualBox, в него поставить windows (идеологическую сторону отбросим - вопрос стоИт чисто технический), затем (после установки windows) пробросить физический диск в виртуалку при помощи команды vboxmanage internalcommands createrawvmdk -filename ~/sda.vmdk -rawdisk /dev/sda (возможно придётся немного пободаться с несущей системой за право прямого доступа к /dev/sda).
a) Из под windows попробовать провести chkdsk этому разделу
b) Или же расширить его обратно при помощи стандартных средств работы с диском
c) Если раздел смонтировался, но не доступен для записи - можно провести копирование данных через «общую папку» VirtualBox или по сети между виртуалкой и несщуей системой.

P.S. С тестдиском придется потанцевать, так что для начала лучше восстановить все photorec"ом, и, если результат вас не устроит, то можно танцевать с testdisk"oм.

Ну, вот и все. Надеюсь, кому-то поможет этот пост.

Иногда в жестком диске случается ошибка при которой система не видит его размеров и не в состоянии открыть содержимое устройства. Часто в подобных ситуациях пользователь может впасть в панику, так как велик риск того, что все важные для него данные могут быть потеряны. Если эта беда приключилась с вами, можете спокойно вздохнуть, Starus Partition Recovery с легкостью поможет вам восстановить все материалы с 0-байтового жесткого диска, которые хранились на нем с момента его последнего форматирования. Применимо ко все возможным накопителям — HDD, SD-карта, USB и другим.

Как исправить 0-байт ошибку внешнего жесткого диска без потери данных

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

Для начала разберем несколько методов исправления самой неполадки.

Метод 1. Используйте Управление дисками, чтобы исправить ошибку внешнего диска.

Щелкните правой кнопкой мыши по иконке Мой компьютер и перейдите во вкладку Управление .

Перейдите в меню Управление дисками , щелкните по 0-байтовому внешнему жесткому диску и выберите Свойства .

В открывшемся окне перейдите во вкладку Безопасность , чтобы проверить не пуст ли список пользователей.

Полезные статьи

Нажмите Изменить и выберите Администратора , имя аккаунта вашего компьютера.

Если не получается ввести имя администратора, воспользуйтесь уже имеющимися пользовательскими аккаунтами.
В меню управления учетными записями раздела безопасности вы можете увидеть меню Разрешений . Поставьте галочку на Полный доступ .

Нажмите Применить и ОК .
После этого вы снова должны получить доступ к диску.

Метод 2. Используйте утилиту CHKDSK для исправления ошибки.

Теперь остается только ждать пока не завершится процесс сканирования. Утилита CHKDSK проверит ваш диск на наличие неполадок и исправит их. По окончанию восстановления вы вновь сможете пользоваться своим накопителем.

Метод 3. Исправить 0-байтовый жесткий диск при помощи стороннего программного обеспечения.

Если вы плохо знакомы со встроенными функциями Windows по восстановлению логических разделов накопителей и вам нужен более простой инструмент для восстановления своего диска, воспользуйтесь профессиональным программным обеспечением, которое позволит в два клика решить возникший вопрос — Starus Partition Recovery. Для этого скачайте приложение с нашего сайта и проведите быстрое сканирование диска.

По окончанию установки проследуйте по следующей инструкции для восстановления носителя:

Восстановление данных с не размеченного диска

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

Метод 1. Восстановить потерянные данные при помощи программного обеспечения.

Если вы хотите быстро и без часовых изучений гайдов восстановить свои данные, воспользуйтесь программой Starus Partition Recovery . Интуитивно понятный интерфейс, который не содержит в себе ничего лишнего, поможет вам в два клика решить вопрос с материалами на носителе. С помощью приложения вы можете проверить свой диск как поверхностно, так и провести глубокое сканирование для выявления самых старых файлов, которые были давно удалены.

Примечание: не сохраняйте эти данные на тот же самый диск, с которого вы их восстанавливаете.

Метод 2. Воспользуйтесь командой CMD для принудительного отображения скрытых материалов.

Если файлы на вашем устройстве скрыты, вы попросту не сможете их увидеть. Выполните следующие действия, чтобы открыть командную строку и вывести на свет все скрывшиеся данные.

Кликните по меню Пуск , откройте утилиту Выполнить , введите в появившемся окне cmd и нажмите Enter .
Или воспользуйтесь командой быстрого доступа к вышеуказанной утилите при помощи клавиш Win + R .
Наберите attrib -h -r -s / s / d x: \ *. * и нажмите Enter.
x: означает букву вашего внешнего жесткого диска, выберите свою.

По какой причине возникает 0-байтовая ошибка и как ее избежать

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

Причины ошибки:

Внутренняя системная ошибка или ошибка файловой системы.
Битые сектора на внешнем жестком диске или других устройствах хранения.
Драйверы. Может быть так, что устарел драйвер USB.
Ошибка вследствие которой были некорректно совершены операции внутри накопителя.
Вирусная атака.

Способы избежать неполадки:

Запустите командную строку (cmd), чтобы проверить и исправить внутренние ошибки, и битые сектора на устройствах хранения.
Вовремя обновляйте драйверы для своих накопителей.
Не забывайте сканировать свой ПК и накопители на наличие вредоносного ПО при помощи антивирусных утилит.
Будьте осторожны со своими накопителями, не допускайте их физических и логических повреждений.
Регулярно сохраняйте важные данные в надежное место.

Я не знаю, что происходит. В последний вечер я оставил свой компьютер с около 700 МБ свободного места на системном разделе, и сегодня на е нет свободного места, причем множество файлов, содержащих данные, в соответствии с системой составляет 0 байт, но на самом деле файлы полны прав такие как текст (и у них есть значок пустого документа). После удаления некоторых файлов я не вижу никаких изменений – по-прежнему нет свободного места. Эти файлы были удалены постоянно и не использовались при удалении.

Вчера я выполнял sync один раз и в первый раз. Сегодня я также выполнял следующие действия: root sync; sudo sh -c "echo 3 > /proc/sys/vm/drop_caches" sync; sudo sh -c "echo 3 > /proc/sys/vm/drop_caches" .

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

Более того, я заметил, что у меня нет истории команд в терминале – файл.bash_history пуст. Это из-за отказа от кеша или моего диска? Если первое, что еще было очищено среди заметных вещей, таких как история bash?

Вчера я делал диск жестко работающим из-за некоторых действий, таких как файловое серфинг и все такое, но после этого до вечера все было в порядке.

Еще одна неприятная вещь, которую я заметил, – это рабочий процесс под названием update-apt-xapian-index-dbus который все еще находится в фоновом режиме, но теперь он спит (я не мог его убить, он возвращается каждый раз, когда я так стараюсь).

Я не вижу других ошибок – система все еще работает, и она стабильна. Я хотел бы знать, что происходит с моей системой … Есть ли у вас какие-либо предложения? Как его диагностировать? Как отображать реальное свободное пространство и размеры файлов? Необходима перезагрузка?

Изменить: Еще одна вещь заключается в том, что ключевые штрихи, такие как Shift + Del, не работают. И я пытался найти файлы, созданные ночью, но find / -ctime=0 затем старые файлы, то же самое для -mtime . Я хотел бы упомянуть, что я использую Ubuntu.

** EDIT: Я только что нашел файл с именем.xsession-errors и около 650 МБ, так что, возможно, это пространство, которое я потерял (он угадывает), к нему обращаются и модифицируются сегодня час назад, но я не могу сказать (и проверить) когда он создан. Как насчет этого? Рядом с этим файлом – .xsession-errors.old измененный в день последней перезагрузки и менее 0,5 МБ. Я просто нашел свое «свободное пространство»?

И командная sync может быть причиной проблемы с разделом? Я где-то читаю, но на самом деле?

Редактирование: я открыл файл.xsession-errors и что я вижу внутри – это некоторые истинные ошибки с описанием об отображении окон и тысяч строк с Illegal character <2e> in hex string и миллионами строк с Write error: Unknow error . Думаю, это было написано, пока свободное место на диске не было доступно. Символ не всегда <2e>, но он повторяется чаще всего.

4 Solutions collect form web for “Свободное пространство: 0 байт и файлы, заполненные данными, отображаемыми как пустые”

Для определения размера файлов, если у вас есть повреждение раздела, он не собирается сообщать правильный размер, пока fs не будет проверен с помощью fsck . Вы хотите выполнить fsck -P на корневом диске, вы можете определить этот диск, запустив df -h вы должны получить что-то вроде этого.

User@server:~> df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 25G 18G 5.9G 76% / udev 2.0G 116K 2.0G 1% /dev /dev/sda1 244M 20M 211M 9% /boot /dev/sda5 4.0G 1.7G 2.2G 43% /var /dev/sda6 4.7G 1.2G 3.3G 27% /tmp /dev/sdb1 197G 127G 61G 68% /data

Вам нужно будет загрузиться в режим восстановления из grub или жить с диска (желательно). Живая среда предпочтительнее, потому что если у вас повреждение файловой системы в / , утилита fsck может быть повреждена и нанести ущерб. Если вы можете загрузиться в живую среду / , скорее всего, не будет смонтирован по умолчанию, поэтому df не поможет, запуск sudo fdisk -l отобразит доступный диск, как только вы идентифицируете, вы можете запустить fsck на предполагаемом устройстве.

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

Вероятно, вы хотите запустить fsck ASAP, как указано в другом ответе. Сначала я попытаюсь сделать резервную копию, особенно если вы можете получить доступ к содержимому файлов, несмотря на то, что они перечислены с размером 0.

Посмотрите, сохраняется ли резервная копия tar и восстановление на другой машине размер файла.

Cd /to/problem/area tar -zcf - . | ssh [email protected] tar -C /some/safe/dir -zxvf -

Если это так – резервное копирование всего, то перезагрузитесь в режим восстановления и fsck все.

Уже более года я сражаюсь с разделами и управляю коррупцией на меня без рифмы или разума. Даже из LiveCD я бы ударил змеи, когда я изо всех сил пытался получить контроль и восстановить данные. Я был готов обратиться к инструментам восстановления, но нашел надежду, что gparted с gpart может справиться с тем, что мне действительно нужно, просто для того, чтобы убрать мои данные в резервную копию, затем

К сожалению, в то время как gparted правильно идентифицировал мои папки и файлы и определил структуру моего диска, он просто сообщил, что существуют расхождения в таблице разделов, но не исправлял их. В разделе «Устройства» предлагается выполнить Data Rescue, но оказывается, что для этого вам понадобится gpart. Это не на LiveCD, и ограниченные хранилища позволили LiveCD его не иметь. Вы должны сделать полную установку с обновлениями, чтобы добраться где угодно.

Но вы не устанавливаете дату на поврежденный диск без полной перестройки. Так

Я выбрал / dev / sdb1 для того, чтобы быть root, и удостоверился, что другое место было выбрано иначе, чем раздел подкачки на съемном диске. Установщик предполагает, что любые существующие разделы подкачки также могут использоваться, но на поврежденном диске, что является опасным предположением. Установка прошла хорошо, но я сошел со своего старого дистрибутива и отправился с UbuntuGnome 16.04 в itd-место. Я хотел собрать старый дистрибутив как причину моих беды, но я был уверен

Установка прошла гладко, но все было по-другому. Несколько часов с ним меня констатировали, мне понравилось намного лучше, чем мой старый дистрибутив. Itg был немного сырым и имел некоторые багги, но все и все это было более чем прилично. Мне не понравилось, что у него был только браузер Firefox, и на нем не было gpart или parted или других инструментов для восстановления, но, глядя на подбрюшку диска DVD, у него было в два раза больше комплекта программного обеспечения, чем у моего старого дистрибутива, так что это было хорошо.

Решив не возвращаться к моему старому дистрибутиву и обнаружив неудобство работы с LiveCD, я решил сделать вторую установку во второй новый раздел. в обеих установках у меня был загрузочный процесс на / dev / sdb, а не на / dev / sda, который по умолчанию. / dev / sda был поврежден, поэтому записи не записываются до тех пор, пока я не получу учетные записи пользователей в папке / home. В противном случае я могу случайно испортить его. Каждый раз, когда вы делали новую установку или запускаете update0grup в терминале, текущая установка становится основной. Теперь я был готов загрузить съемный диск. Я ранее удалял все, кроме / home, на двух из трех разделов на / dev / sda. Из LiveCD вы должны иметь возможность монтировать разделы, затем использовать терминал и вводить следующие команды:

Sudo su root cd /m*/*/*/home

Первая команда дает вам корневой идентификатор и силу постоянно, находясь в этом сеансе терминала, без тайм-аутов. Но он оставляет $ HOME и $ USER такими, какие они есть. Однако «~» изменяется на / root. Вы можете выйти из корня, набрав «exit» или выполнив «su» для другой идентичности.

Возможно, потребуется изменить вторую команду. Он позволяет монтировать раздел под / mnt или / media или любой другой папкой, начиная с «m». Обычно это единственные в системе Linux. Но даже без «m» команда будет успешной только в том случае, если есть «домашняя» папка с двумя уровнями. Если это не диск с «домашним» на нем, выберите имя папки в разделе, чтобы помочь. Если вы не знаете, что находится в разделе, вы можете использовать эту последовательность команд, чтобы получить от вас большую часть пути:

Cd /m*/$USER; dir *; dir */

Вероятно, это приведет к просмотру. Чтобы прокручивать вверх или вниз, удерживайте клавиши Ctrl + Shift и используйте клавиши со стрелками вверх и вниз. Определите раздел, к которому вы хотите перейти, и выполните следующее: «cd». Опять же, вам нужно только ввести часть того, что есть, используя * для заполнения остальных.

Поскольку мы здесь, чтобы сохранить учетные записи пользователей и устранить все остальное, я предполагаю, что вы использовали «домашний», теперь находятся в нужном разделе. На самом деле вы находитесь в … / дома на этом этапе. Итак, все, что мы хотим удалить, – это один слой назад. Мы идентифицируем текущий уровень всего за период (.), А один уровень – с двумя периодами (..). Теперь «home» – единственная папка на этом уровне, которая начинается с «h», и это упрощает нашу работу:

Rm -r ../[!h]*

Эта команда удаляет все рекурсивно один уровень назад, который не начинается с «h». Это включает в себя файлы и папки, а также с -r, это означает, что находится в этих папках, независимо от того, есть ли у них «h» в их именах или нет. Вот и все. Теперь вы хотите попытаться отключить данные, если это возможно. Но для этого мне нужен gpart, и это означало загрузку одного из двух недавно установленных разделов. Поэтому я набрал «reboot now» и прошел процесс перезагрузки.

Он появился так, как планировалось, но после установки необходимого программного обеспечения и необходимого программного обеспечения через окно терминала с помощью apt-get и некоторых других команд я решил продолжить работу с / etc / sudoers с помощью этой команды:

Sudo echo $USER " ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers

Смотрите, его не нужно редактировать файл, если вы просто собираетесь что-то добавить к нему. Это сделало бы трюк. Теперь, когда я использую «sudo», мне не будет предложено ввести пароль.

Это было сделано, я подумал, как я хочу отключить данные. Был gpart, который сделал хорошую работу, сделав 2 из моих 3 разделов прочитанными снова, когда он был вызван gparted. С аргументом -w он может вскрыть то, что он читает в другом месте, но он, вероятно, перепишет то, что уже было. rsync позволяет синхронизировать с включенными и исключает, где вы держите то, что является самым новым, но также делает «cp -purf» без выгоды от включений и исключений. Но было не так много исключений, чтобы беспокоиться о том, кроме мусора. И был ddrescue, и я даже не изучил содержимое нескольких ISO-дисков аварийного диска, которые я загрузил. В любом случае я был заинтересован в спасении коррумпированного диска, просто удалив данные, если это возможно, и начните с них.

Тогда моя новая установка столкнулась с проблемами раздела. Теперь я с уверенностью знал, что это связано с одной из двух причин: либо ext4 waa bad, либо swap. Это были только два типа разделов, которые я использовал в течение долгого времени. Все остальное изменилось, но это были две константы, я не знал, что делать с swap, но это уже давно, и эта роль достаточно проста, так что это был маловероятный кандидат. Скорее всего это был ext4, и я мог измениться.

Я начал работать на съемном диске с LiveCD и gparted. Я понял, что могу отбросить версию и попробовать ext3. Работая мой путь назад, он бомбил хуже, чем ext4. fsck сообщит мне, что ext4 обрабатывал ext3, и он обнаружил невероятное количество ошибок на диске, который он только что отформатировал, на новом диске, который был проверен как чистый. Оказывается, нет отдельного ext? формат, и единственный способ получить старую копию ext4 – через старый LiveCD. Вам понадобится год назад или больше, и это может помочь в установке, но первое обновление заменит его на то, что оказалось дефектной версией.

Я открыл отчет об ошибке? Нет, и я не собираюсь это делать. Прежде всего, это мой личный опыт, я не могу говорить ни для кого другого. То, что это произошло на 4 ПК и шесть жестких дисков, может быть просто совпадением или отражать плохое сочетание программного обеспечения. правильно? Он нуждается в подтверждении, поэтому, если у вас также был неудачный успех, и вы используете ext4, об этом, возможно, стоит поговорить.

Во-вторых, я сыт по горло сайтами, которые ставят бремя доказательства на пользователя, или ограничивают темы и сообщения их концепцией того, что нужно. Не все хорошее выходит из формы. Если есть ошибка, им нужно поправиться с ней самостоятельно. Не накладывайте на меня пальцы на определенный пакет или комбинацию и говорите: «Вот оно! Я нашел это для вас!». Это не моя роль здесь. Я просто пользователь, а не разработчик или разработчик.

Тем не менее, мне нужно было выбрать другую структуру для моих разделов, но какой? Я искал в Интернете, но это не большая тема, и каждый оставляет ее для личного выбора. Затем я рассмотрел варианты gparted и установщика, когда вы используете «Что-то еще». Они не согласны. Конечно, есть несколько совпадений, но не так много. Вы сразу же теряете выбор ext2, ext3, aND ext4, но вам также нужно исключать FAT16, FAT32 и NTFS. Я не объясню, почему, просто не наденьте их, если вам действительно не нужна совместимость с Windows или DOS. Ну, я объясню вкратце: FAT16 bis слишком ограничен, лучше всего подходит для дискет, FAT32 слаб, а NTFS испорчен и не имеет хорошего инструмента восстановления на стороне Windows или Linux.

Вместо того, чтобы снова играть на одном типе разделов, я решаю пойти как минимум с двумя. Наложение между gparted и установщиком показало 3 м, и я выбрал jfs и xfs. Я сделал их обоим, по одному на раздел, и до сих пор никаких проблем.

Что касается восстановления данных, 3-й раздел полностью исчез. Запись таблицы разделов для свопа, 4-го раздела, перескочила с 6 до 58 ГБ, отображая значительную часть 3-го раздела. Во всяком случае, это было в значительной степени избыточным, так как я хранил там вещи, но не имел реального времени, чтобы использовать его.

Я решил использовать «cp -purf Если бы папки и файлы были неповрежденными, я бы получил их достаточно легко. Нет, я не хотел их в любом случае. Я бы восстановил / dev / sda1 / * в / dev / sdb1 /, и / dev / sda2 / * tp dev / sdb2 /. Я сделал еще один шаг: я установил / dev / sda1 и / dev / sda2 как только для чтения. Я не собирался рисковать, когда операция записи ухудшилась. Звучит совершенно маловероятно, но в последние месяцы у меня было много чего плохого, и все ухудшалось. Могу я теперь освободиться от него.

О, используемые команды:

Dir /mnt sudo -i mkdir /mnt/sda1 mkdir /mnt/sda2 mkdir /mnt/sda3 sudo mount -o ro /dev/sda1 /mnt/sda1 sudo mount -o ro /dev/sda2 /mnt/sda2 sudo mount -o ro /dev/sda3 /mnt/sda3 dir /mnt/sda1 home hope dir /mnt/sda2 hold home dir /mnt/sda3 lost+found dir /mnt/sda3/lost+found mkdir /mnt/hold1 cp -rfup /mnt/sda1/home/* /media/$USER/sdb1/home/; cp -rfup /mnt/sda2/hold/* /media/$USER/sda1/home/; cp -rfup /mnt/sda2/home/* /media/$USER/sdb2/home/; cp -rfup /mnt/sda2/hope/* /media/$USER/sda2/home/

Используя этот метод, я объединил 2 папки на / dev / sda1 в одну папку на / dev / sdb1 и сделал то же самое в отношении двух других разделов. Теперь я начну с / dev / sda и снова вернусь к работе. Гораздо быстрее и тщательнее, чем пытаться восстановить поврежденный диск, что в лучшем случае является неопределенным предложением.

Вот моя догадка о том, что произошло.

Ваш файл.xsession-errors пополнился запасом на 650 + МБ.
Это заполнило ваш домашний раздел.
Многие программы, которые все еще работают, продолжают работать и пытаются записывать файлы в домашний раздел.

Некоторые указатели ниже, которые описывают некоторые ошибки с его помощью.

Реальное дисковое пространство

Чтобы проверить использование диска на вашем компьютере, используйте команду df . Вот пример:

$ df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 10G 4.5G 4.5G 50% / /dev/sda5 25G 22.5G 0G 100% /home

Это должно показать вам свободное место на вашем диске.

Вы могли заметить что-то странное с приведенным выше примером. В /dev/sda1 указанный размер раздела составляет 10G. Однако, если вы добавите колонки Use and Avail, вы получите только 9G. То же самое с /dev/sda5 – /dev/sda5 Used and Avail падают на пару концертов под размер файловой системы. Что дает?

По умолчанию разделы ext создаются с зарезервированным пространством , небольшим процентом файловой системы, недоступным обычным пользователям, но доступным для пользователя root. В этом случае зарезервированное пространство для /dev/sda1 и /dev/sda5 составляет 10%. Вы можете просмотреть зарезервированное пространство в /dev/sda1 с помощью tune2fs -l /dev/sda1 .

Что происходит, когда программа записывает на диск

Достаточно долгое и то, что если ваш раздел заполнен, программы не могут записываться в файловую систему.

Но как это выглядит, когда программа не может писать в файловую систему? Чтобы объяснить это, вы должны вспомнить, что программы записывают в файловую систему в 2 этапа:

программа получает ОПИСАНИЕ ФАЙЛА из операционной системы (с разрешениями на запись).
программа отправляет данные в ОПИСАНИЕ ФАЙЛА. После этого операционная система может помещать в очередь эти данные для записи.

Интересно, что это соответствует представлению файлов ядра, что делает различие между следующим:

блок на диске, который описывает, насколько велик файл, разрешения и т. д., также известный как индекс
блоки на диске, которые содержат содержимое файла, а также блоки данных

inodes небольшие, относительно блоков, которые хранят данные. Большинство файловых систем различают пространство, потребляемое блоками данных, и пространство, потребляемое inodes, поэтому, когда мы делаем df -h , мы сообщаем только пространство для блоков данных. Что касается свободного пространства, inodes не учитываются.

Как это связано с вашей ситуацией?

Если диск заполнен, как и на самом деле 100% заполнен, без дискового пространства, это не значит, что ваша система больше не сможет записывать на диск. Программы все еще могут получить ОПИСАНИЕ ФАЙЛОВ, создавая пустые файлы размером 0. Однако они не смогут записывать данные в эти файлы. Многие программы либо выдадут сообщение об ошибке, либо сбой, если он не сможет записать файл из-за проблем с дисковым пространством. Но в конце дня на вашем диске останется 0-размерный файл.

Пример неудачной записи

Давайте дадим bash в качестве примера.

bash запускает и читает переменную HISTFILE , которая сообщает ему, чтобы открыть.bash_history для истории команд
в соответствии с переменной HISTSIZE , bash будет разрешать только 1000 строк истории (или что-то HISTSIZE в вашей)
вы запускаете некоторые команды, а затем выходите.
bash теперь пытается записать последние 1000 команд в вашей истории в.bash_history
1. bash получает описание файла FILE DESCRIPTOR для.bash_history
2. Linux теперь создает файл.bash_history размером 0.
3. bash отправляет 1000 строк данных в историю. ОПИСАНИЕ ФАЙЛА
4. Linux дает ошибку записи из-за дискового пространства
У вас остался 0-разрядный файл.bash_history

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

Вышеупомянутая проблема будет затронута любой программой, которая пытается записать на диск.

Но подождите, ваша система не рухнула, не так ли?

Я очень подозреваю, что ваш системный раздел (/) отделен от вашего домашнего раздела (/ home), который вы должны увидеть, если вы запустите df . Кроме того, даже если это не так, ваши системные программы, которые работают как пользователь root, должны иметь доступ к зарезервированному пространству в ваших разделах, что должно составлять от 1 до 10% от вашего общего размера раздела.

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

Как восстановить все данные на флеш-носителе?

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

«Диск (такой-то) не отформатирован. Начать его форматирование?» и запрос «да» или «нет»;
«Нет доступа к «J» или «H» папке:/ Папка или файл повреждены. Чтение диска невозможно»;
«Ошибка копирования папки или файла. Не удается скопировать «J» или «H» папку. Носитель может быть заменен»;
«Ошибка ввода или вывода на устройстве».

И при этом, при просмотре свойства съемного диска видим: «Файловая система RAW. Емкость: 0 байт; Занято: 0 байт; Свободно: 0 байт».

Наши действия в этой ситуации:

Отключите флешку и снова подключите ее к компьютеру (лучше не к хабу, а к корневому разъему концентратора).

Выполните сканирование антивирусом съемного носителя.

Если и в этом случае флешка не хочет открываться – отформатируйте ее (нажмите «Да» в окне «Диск не отформатирован»).

сначала появится окно «Съемный диск – Формат»;
установите флажок на «Быстрое» в разделе «Способы форматирования», после этого кликните «Начать»;
выскочит окно с предупреждением того, что форматирование уничтожит все данные на этом съемном носителе, жмите «ОК» для форматирования или «Отмена» для отмены форматирования;
после завершения форматирования выскочит сообщение «Форматирование завершено», после этого кликаете ОК;
закрываете окно «Формат Съемный диск».

Теперь ваша флешка вполне открывается, но она пуста и вроде бы данных на ней нет. Но они есть, их просто нужно вытащить! Итак, с восстановлением данных?

Для их «вытаскивания» нам понадобится специальная программа для восстановления файлов. Одна из лучших Easy Recovery Professional. Ищете в интернете эту программу и устанавливаете ее на ваш компьютер.

Запускаем программу;
в главном меню программы выбираем «Восстановление данных» (в левой части программы);
в следующем окне кликаем по «Format Recovery» (восстановление всех данных после форматирования);
потом немного ожидаете сканирование системы, после чего выскакивает окно с рекомендацией копирования восстанавливаемых файлов не на восстанавливаемый диск, а на другой, нажимаем ОК;
после этого выбираете переформатированный раздел, в списке выбираем предыдущую файловую систему и нажимаем «Далее»;
появляется окно «Сканирование файлов» (произойдет сканирование системы файлов);
после окончания сканирования поставьте флажки на те файлы, которые вы желаете восстановить на флешке, нажимаем «Далее»;
выбираем место, куда будут перемещены восстановленные файлы, нажав «Обзор» – «Далее»;
далее высветится окно «Копирование данных» (начнется непосредственно процесс восстановления файлов);
по завершении копирования нажимаем «Готово»;
появляется окно «Сохранение восстановления» – жмем «Да», если желаете сохранить и «Нет», если сохранять не надо;
закрываем программу восстановления и пользуемся восстановленными файлами, папками и т.д.

Восстановление данных

Примечания:

Если такая неисправность на флеш-носителе повторяется постоянно, то к вашей флешке пришла старческая смерть.
Сервис Format Recovery восстанавливает те файлы разделов, которые были случайно или специально отформатированы. Такой тип восстановления обходит структуру действующей файловой системы и отыскивает те структуры, которые связаны с предыдущей системой.
Не рекомендуем работать с потерянными данными только на флеш-носителях. Оптимальный вариант – работа с данными на жестком диске. Когда работа будет закончена скопировать все данные на флешку. Подключив ее к другому компьютеру (на котором работаете) скопировать данные на винчестер, а после работы снова скопировать все на флешку. То есть, используем флеш-носитель по своему прямому назначению – «Перенос и временное хранение файлов».
Старайтесь почаще делать резервное копирование данных на флеш-носителе!