При восстановлении данных с повреждённого диска ошибки при копировании — нормальное явление.
Важно не пугаться, а правильно понять причину и выбрать безопасное решение.
❌ Ошибка: cannot create symbolic link … Operation not permitted
Пример:
cp: cannot create symbolic link '/media/sdc/Desktop/Desktop': Operation not permitted
Причина
- В исходной папке есть символические ссылки (symlink).
- Внешний носитель (обычно флешка):
- FAT32
- exFAT
- Эти файловые системы не поддерживают символические ссылки.
❗ Это не проблема прав и не ошибка Linux.
✅ Решение
Копировать реальные файлы, а не ссылки:
cp -r -L /mnt/sda3/vl/Desktop /media/usb/recovery/
Или более надёжный вариант:
rsync -av --copy-links /mnt/sda3/vl/Desktop/ /media/usb/recovery/Desktop/
❌ Ошибка: Permission denied
Причина
- Недостаточно прав для чтения файлов
- Копирование без
sudo
✅ Решение
Добавить sudo:
sudo cp -r -L /mnt/sda3/vl/Documents /media/usb/recovery/
❌ Ошибка: Input/output error
Причина
- Повреждённые сектора на диске
- Диск начинает «сыпаться»
⚠️ Что это значит
Чтение конкретного файла невозможно — диск физически повреждён.
✅ Решение
- Пропустить файл и копировать дальше
- Или использовать
rsync, он устойчивее:
rsync -av --ignore-errors /mnt/sda3/vl/ /media/usb/recovery/
- При большом количестве ошибок — делать образ диска (
ddrescue)
❌ Ошибка: Read-only file system
Причина
- Диск смонтирован только для чтения (
ro)
Важно
⚠️ Это НЕ ошибка, а защита данных.
Что делать
Ничего.
Это означает, что:
- Linux не пишет на проблемный диск
- данные в безопасности
❌ Ошибка: файлы копируются, но не все
Причина
- Повреждённые файлы
- Ошибки чтения
- Ссылки, которые не удалось разыменовать
✅ Решение
- Копировать по папкам, начиная с самых важных
- Использовать
rsyncвместоcp
🔑 Рекомендованный инструмент для восстановления
Для копирования при восстановлении данных лучше использовать rsync, а не cp:
rsync -av --copy-links --ignore-errors /mnt/sda3/vl/ /media/usb/recovery/
Почему:
- не падает при ошибках
- показывает прогресс
- корректно обрабатывает ссылки
- используется профессионалами при восстановлении данных
Краткий вывод
Ошибки при копировании — не повод паниковать.
В большинстве случаев они связаны не с Linux, а с:
- особенностями файловых систем;
- повреждёнными секторами;
- защитой от записи.
Главное — не писать на проблемный диск и начинать копирование с самого важного.
Полезные мелочи в терминале при восстановлении данных (antiX Live)
При работе с Live-системой и повреждённым диском важны не только команды, но и мелкие приёмы, которые экономят время и снижают риск ошибки.
🔹 Автодополнение (Tab) — обязательно использовать
Если папки или файлы имеют русские имена:
cd /mnt/sda3/vl
cd До<Tab>
Терминал сам подставит:
cd Документы
📌 Работает всегда
📌 Не нужен интернет
📌 Не требуется русская раскладка
🔹 Просмотр содержимого без копирования
Перед копированием полезно убедиться, что файлы читаются:
ls
ls -l
Для больших папок:
ls | less
🔹 Копировать по частям, начиная с важного
Не копируйте всё сразу.
Правильный порядок:
- Документы
- Фото
- Видео
- Остальное
rsync -av --copy-links /mnt/sda3/vl/Документы /media/usb/recovery/
🔹 Если команда зависла
Иногда диск «думает» долго — это нормально.
Если зависание слишком долгое:
Ctrl + C— прервать команду безопасно- Ничего не ломает
- Можно продолжить с другой папки
🔹 Повтор последней команды
↑ (стрелка вверх)
- листает историю команд
- удобно при повторных копированиях
🔹 Копирование с сохранением структуры
Для восстановления лучше rsync, чем cp:
rsync -av --copy-links --ignore-errors \
/mnt/sda3/vl/ /media/usb/recovery/
🔹 Как понять, что диск «сыпется»
Признаки:
- долгие паузы;
- ошибки
Input/output error; - резкое падение скорости.
📌 В этом случае:
- не копировать всё подряд;
- сначала самое важное;
- рассмотреть
ddrescue.
🔹 Проверка, что файлы реально скопировались
ls /media/usb/recovery
Или:
du -sh /media/usb/recovery
🔹 Безопасное завершение работы
После копирования:
sudo umount /mnt/sda3
sudo umount /media/usb
Только потом отключать диск.
❗ Чего делать не нужно
- ❌
chkdsk - ❌ форматирование
- ❌ установка ОС
- ❌ проверка «на ошибки»
До копирования данных — строго запрещено.
Краткий вывод
При восстановлении данных важны не сложные команды,
а аккуратность, терпение и мелкие приёмы работы в терминале.
Что такое символическая ссылка (symlink)
Символическая ссылка — это указатель на файл или папку.
Она не содержит данные, а лишь говорит системе:
«Настоящий файл находится вот здесь».
Пример из жизни:
📄 Ярлык на рабочем столе в Windows — это почти то же самое.
Как выглядит символическая ссылка
Допустим, есть файл:
/home/user/docs/file.txt
А есть ссылка на него:
/home/user/Desktop/file.txt
На самом деле данных в Desktop нет — это просто переадресация.
Как увидеть символическую ссылку
ls -l
Пример вывода:
lrwxrwxrwx 1 user user 25 янв 10 file -> /home/user/docs/file
🔹 l в начале — это link
🔹 -> показывает, куда она указывает
Чем символическая ссылка отличается от обычного файла
| Обычный файл | Символическая ссылка |
|---|---|
| Содержит данные | Содержит путь |
| Можно открыть напрямую | Ведёт к другому файлу |
| Весит столько, сколько данные | Весит пару байт |
| Самодостаточный | Без цели — бесполезен |
Почему это важно при восстановлении данных
🔥 Ключевой момент
Если копировать файлы обычным способом:
cp -r
👉 будет скопирована сама ссылка,
👉 а реальный файл может остаться на повреждённом диске.
Результат:
- файл «есть»
- а открыть нельзя
Как правильно копировать символические ссылки при восстановлении
✅ Правильный способ — rsync
rsync -av --copy-links /mnt/sda3/ /media/usb/recovery/
Что делает --copy-links:
- переходит по ссылке
- копирует настоящие файлы
- а не «пустые указатели»
Пример наглядно
📁 На старом диске:
Фото/ -> /media/data/photos
Без --copy-links:
- скопируется папка
Фото - внутри пусто ❌
С --copy-links:
- реально копируются все фотографии ✅
Когда символические ссылки ломаются
- при переустановке системы
- при переносе дисков
- при восстановлении частями
- если путь назначения изменился
Когда не стоит копировать ссылки как файлы
Иногда symlink ведёт:
- в
/proc - в
/sys - на системные каталоги
📌 В пользовательских данных (Документы, Фото, Видео) — безопасно
📌 В системных разделах — не нужно
Коротко и по делу
Символическая ссылка — это не файл, а стрелка на файл.
При восстановлении данных стрелки бесполезны — нужны сами файлы.
Имеет ли смысл cp -r при восстановлении?
🔹 Ответ: иногда — да, иногда — нет
Зависит от того, что именно ты копируешь.
Когда cp -r ИМЕЕТ смысл
Если в папке:
- обычные файлы (doc, jpg, mp4 и т.п.);
- нет символических ссылок,
то:
cp -r
✔️ скопирует реальные файлы
✔️ они нормально откроются на USB
👉 В этом случае cp -r полностью достаточен.
Когда cp -r НЕ ИМЕЕТ смысла
Если в папке есть символические ссылки, а USB:
- FAT32
- exFAT
То cp -r:
- либо выдаст ошибку (как у тебя);
- либо скопирует пустую ссылку.
Результат:
- файл «есть»;
- открыть его нельзя ❌
👉 В этом случае да, cp -r бесполезен.
Почему это происходит (простая логика)
cp -r по умолчанию:
- копирует ссылку как ссылку
- не идёт «по стрелке»
А USB:
- не умеет хранить такие «стрелки»
Как cp -r сделать полезным
Добавить ключ -L:
cp -r -L /mnt/sda3/vl/Desktop /media/usb/recovery/
Теперь cp:
- идёт по ссылке
- копирует настоящие файлы
- на USB всё открывается
Почему мы всё равно рекомендуем rsync
Потому что:
rsync -av --copy-links
делает то же самое, но:
- устойчив к ошибкам диска;
- не падает при первом сбое;
- показывает прогресс;
- стандарт де-факто для восстановления.
Итог (самое важное)
cp -rне «плохая» команда,
она просто не предназначена для восстановления данных по умолчанию.
Для восстановления:
rsync -av --copy-links → ⭐ лучший вариант
cp -r → ❌ может подвести
cp -r -L → ✅ уже можно
Полноценную картинку терминал не показывает, но примерно понять, что за изображение — можно.
Вариант 1. Посмотреть мини-превью прямо в терминале (если поддерживается)
🔹 chafa (лучший вариант)
Показывает ASCII-превью изображения.
chafa image.jpg
Если команды нет:
sudo apt update
sudo apt install chafa
✔️ Видно форму, ориентацию
✔️ Понимаешь — фото, скрин, портрет
❌ Не для качества, а для ориентира
Вариант 2. Посмотреть информацию об изображении (без показа)
🔹 file
file image.jpg
Пример вывода:
JPEG image data, 4032x3024, Exif
Ты сразу видишь:
- тип файла
- разрешение
- фото это или иконка
🔹 identify (если есть ImageMagick)
identify image.jpg
Покажет:
- размер
- формат
- глубину цвета
Вариант 3. Быстро открыть в графическом просмотрщике (проще всего)
Самый практичный способ при восстановлении:
xdg-open image.jpg
или
rox image.jpg
✔️ Откроется обычный просмотрщик
✔️ Можно быстро проверить, «живое» ли фото
✔️ Без лишних настроек
📌 Это не запись на диск, безопасно.
Вариант 4. Посмотреть первые байты (когда файл подозрительный)
xxd image.jpg | head
Если видишь:
JFIF/Exif→ JPEGPNG→ PNG
Это полезно, если:
- файл с расширением
.jpg, но не открывается - проверяешь, не «битый» ли он
Что не нужно делать
❌ Не редактировать
❌ Не пересохранять
❌ Не «чинить» изображения
До завершения копирования — только просмотр.
Как посмотреть изображение при восстановлении данных
В терминале Linux нельзя увидеть полноценную картинку, но можно:
- получить мини-превью (
chafa);- узнать тип и размер (
file,identify);- безопасно открыть изображение через
xdg-open.
Краткий вывод
- Нужно понять, что это за файл →
file - Нужно примерно увидеть изображение →
chafa - Нужно быстро проверить фото →
xdg-open