Возникла проблема при копировании файлов на жесткий диск ubuntu

Обновлено: 13.05.2024

Давно не писал про Ubuntu — не было повода, но недавно он появился. Мне не удалось скопировать на флешку файлы, о чем система радостно сообщала — «Файловая система доступна только для чтения».

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

Команду необходимо выполнить в терминале, вызвать который можно одновременным нажатием трёх клавиш — «Alt+Ctrl+T». Недоступность файловой системы была вызвана сбоем при копировании на флешку в прошлый раз. Возникли битые сектора, исправив которые, файловая система снова стала доступна для записи.

«sdb1» — идентификатор usb-накопителя в системе. Если у Вас два жестких диска, то он может отличаться от указанного. Выяснить его идентификатор можно командой:

Эта команда выведет список подключенных дисков.

Наверно идентификатор накопителя неправильный, точно sdd1, а не sdb1?

Подскажите как решить проблему, файл текстовый копирую на флешку, но скопировать не удается, появляется окно:

«Операция над файлами была завершена с ошибками.
Копирование файлов report.txt
В: /media/usb0… „

Файл не копируется.
Права доступа к файлу проверил, можно читать и писать r/w

Проблема явно в том, как Ubuntu работает с флешками (флешь исправна, проверено, все флешки так себя ведут на этой машине).

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

Извиняй, но не подскажу — не сталкивался с таким. Если решишь проблему, отпиши как исправил.

Подскажите как получить информацию о флешке, а именно о правах доступа.
Файл с флешки можно скопировать на диск Ubuntu
Предполагаю проблема с правами.

Что из команд проверено:
sudo fdisk -l

множество сайтов облазил, но так ничего не понял.
та же ошибка но с самим телефоном.
было дело копировал сериальчик на внутреннюю память телефона (samsung galaxy s 2 i9100 телефончик рутированый, рутировал примерно года 1,5 назад-работал нормально без сбоев) во время копирования случайно выдернул usb шнур.
при повторном подключении ничего не заметил, с телефона все спокойно скидывается на пк а на тел с пк ни в какую. файлы на внутренней памяти и на флешке не возможно удалить через пк и менеджер файлов в телефоне, даже скриншоты не сохраняются. телефон перешел в режим только чтение.
помогите решить проблемку.

ps. root explorer только смог перемонтировать файловую систему для чтения и записи но только на момент удаления любого файла.

pss. вот я и подумал раз root explorer смог перемонтировать файловую систему и для чтения и для записи (хоть и временно) вот у меня и загорелась надежна что не все потеряно.
НАДЕЮСЬ ЧТО МНЕ ТУТ ПОМОГУТ.

Я перепробовал все, чтобы установить его на свой ноутбук, но ничего не работает (также повторно загрузите образ ISO).

На целевом жестком диске могут быть поврежденные сектора.

Чтобы проверить sda1 объем для плохих секторов в Linux, запустите fsck -c /dev/sda1 . Для диска C: в Windows это должно быть chkdsk c: /f /r .

ИМХО chkdsk способ будет более подходящим, так как он переназначит плохие блоки на жестком диске, в то время как Linux fsck просто помечает такие блоки как непригодные для использования в текущей файловой системе.

Цитата из man fsck.ext2

-c Эта опция заставляет e2fsck к использованию badblocks(8) программе сделать только для чтения сканирования устройства для того , чтобы найти какие - либо плохие блоки. Если обнаружены какие-либо поврежденные блоки, они добавляются в индекс плохих блоков, чтобы предотвратить их размещение в файле или каталоге. Если эта опция указана дважды, то сканирование плохих блоков будет выполнено с использованием неразрушающего теста чтения-записи

Я форматирую мой установочный USB на низкий уровень из windows, перемонтирую iso, и он работает . мой жесткий диск работает отлично, но этот USB pendrive нет. Большое спасибо за ответ У меня та же проблема, и я попробовал свежую загрузку с сайта Ubuntu и решил поблагодарить за поддержку -1 chkdsk может только переназначить плохие блоки, если файловая система поддерживает это, то есть только FAT. Аналогичным образом, fsck может работать только на существующих файловых системах, что не очень полезно, при попытке создать новую файловую систему во время установки системы. Если кто-то хочет просто обнаруживать плохие блоки независимо от каких-либо файловых систем, его следует использовать badblocks(8) напрямую. Кроме того, современные жесткие диски и SDD переназначают поврежденные блоки, если вы попытаетесь записать на них (и остались неиспользованные резервные блоки). Плохие блоки также являются признаком того, что диск умирает и больше не должен использоваться. Когда я сделал 'chkdsk' из Windows, он не возвращал ни ошибок, ни плохих блоков. Поэтому мне пришлось использовать окна, Disk Management Utility чтобы удалить неудачную установку Ubuntu и оставить ее нераспределенной. Попробовал установить снова и все заработало. @ Сергей - я только что получил этот жесткий диск, и он совершенно новый. это значит, что я должен получить новый?

У меня тоже была эта проблема при установке .

Целевой машиной стал совершенно новый ноутбук Asus K53e. Установочный образ был ubuntu-11.10-desktop-amd64.iso (64-разрядная версия ). Я записал этот образ на компакт-диск . Errno 5. Записал его на загрузочную флешку . Errno 5 снова :( Я пытался 4 или 5 раз.

fsck сказал, что весь корневой раздел был в порядке (через 10 часов). memtest86 + сказал, что все 6 ГБ оперативной памяти тоже хорошо. Я попытался установить непосредственно при загрузке живого образа ( Установить Ubuntu ). Я также попробовал кнопку Try Ubuntu , затем запустил установку с живого рабочего стола. Опять Errno 5.

В итоге получается, что скачанный iso-файл был как-то устаревшим или неправильным. Ты можешь в это поверить!?

в результате dmesg (я думаю) или где-то в /var/log при проверке после сбоя установки сбросил меня обратно на рабочий стол (Try Ubuntu).

В общем, убедитесь, что вы проверили хеш MD5 загруженного ISO-файла! (Я знаю. Я знаю. Я тоже редко проверяю!)

В любом случае, я снова скачал 64-битную Ubuntu 11.10 и на этот раз мне предложили в диалоговом окне Сохранить как вместо того, чтобы попросить выбрать зеркальный сайт. При загрузке контрольная сумма совпадает :) Установка в порядке :)

Причин возникновения проблем с доступом к файлам в Ubuntu может быть несколько.

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

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

Форматирование

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

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

Проверить диск на наличие ошибок можно не только на Windows. Убунту также обладает достаточным арсеналом для этого. Сделать это можно и с помощью команд, и пользуясь специальным приложением. Сначала разберём способ, использующий стандартные средства.

Просматриваем список накопителей:

Проверяем конкретный накопитель:

В примере взят sdf, но у вас название диска может отличаться.

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

GParted

Для начала эту программу необходимо установить. Сделать это легко при помощи команды:
sudo apt-get install gparted
Открываем GParted. Перед нами будут выведены все носители. Среди них должен быть и проблемный недоступный — если утилита увидит ошибки, то она пометит его восклицательным знаком.
Теперь открываем наш диск и нажимаем на кнопку «Раздел», расположенную сверху.
В выпавшем меню выбираем «Проверка на ошибки». Программа отсканирует диск и, возможно, найдёт неполадки, после чего файловая система станет доступной не только для чтения.

Права доступа

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

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Вероятно, многим из читателей покажется странным, что такой тривиальный процесс, как установка Ubuntu 10.04 удостоился отдельного постинга. Наверное, в большинстве случаев Ubuntu устанавливается без каких-либо проблем путем выбора рекомендованных опции в визарде инсталлятора. У меня, например, было так, когда я ставил Ubuntu 8.x на Acer ZG5. Но в этот раз я устанавливал Ubuntu 10.04 на Dell Latitude D610.

Про SQAUSHFS: [Errno 5] Input/output error
Первая попытка установки началась с того, что я скачал Ubuntu Desktop Edition LiveCD iso-файл и записал его на CD-RW. Однако, в ходе установки (в процессе копирования файлов) возникла ошибка [Errno 5] Input/output error:

Как видно из снимка экрана, проблема может быть в следующем: неисправность CD/DVD диска, CD/DVD-привода, жесткого диска или перегрев компьютера.

Вариантов для научного тыка достаточно! Я прожег еще одну CD-RW болванку - не помогло, прожег CD iso-образ на DVD-RW - не помогло (но было интересно узнать, что загрузочный CD-образ можно прожигать DVD и он тоже будет загрузочным). Сделал из LiveCD LiveUSB - таже самая проблема сохранилась. При изменении исходного носителя суть проблемы сохранялась, менялся только процент выполнения копирования файлов, на котором возникала ошибка - было 24%, 35% и 40%.

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

Тогда было сделано предположение, что проблемы возникают из-за особенностей драйверов (модулей ядра), которые обеспечивают работу с диском, либо из-за каких-то других проблем на системном уровне. Для исключения их влияния были использованы следующие опции загрузки (boot options): acpi=off, noapic, nolapic, hw-detect/start_pcmcia=false (и возможно еще какие-то). Не помогло.

Еще я снимал неродной модуль памяти размером 1Гб, т.к. из-за перегрева (а в Москве в это время стояла ужасная жара) могли возникать ошибки в памяти. Не помогло.

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

Когда я вернулся к установке Ubuntu, то обнаружил, что в момент возникновения ошибки “[Errno 5] Input/output error” в /var/log/syslog появляются следующие строки:
[ 288.909464] SQUASHFS error: zlib_inflate error, data probably corrupt
[ 288.909481] SQUASHFS error: squashfs_read_data failed to read block 0x11b3773e
[ 288.909490] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909494] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
.

То есть, проблема возникает при чтении из файловой системы SQAUSHFS и, конретно, из файла filesystem.squashfs, в котором она размещена в данном случае.

Для того, чтобы убедиться, что проблема не связанна с нестабильным чтением с USB-диска я скопировал на жесткий диск и смонтировал его оттуда. Попробовал скопировать все файлы со смонтированной файловой системы на соседний диск. Возникли аналогичные ошибки, но теперь я мог видеть, с какими конкретно файлами возникают проблемы. Это были какие-то help-файлы и часть FireFox. Все это можно было доустановить потом, когда основная часть системы установиться. Поэтому возникала идея как-то отключить контроль корректной распаковки SQAUSHFS, но либо это невозможно, zlib_inflate выдает ошибку не по причине сравнения контрольных сумм, либо я просто не нашел как это сделать.

Последнее упражнение с перемонтированием filesystem.squashfs привело меня к выводу, что проблема либо с цельностью filesystem.squashfs, либо возникают ошибки в вычислениях из-за аппаратных проблем (было жарко - CPU и память могли перегреваться), либо ошибка в реализации алгоритма распаковки.

Попробовал скачать CD ISO-образ еще несколько раз из разных источников. Посчитал MD5, но он не сходился с тем, что был на сайт. Только вот проблема в том, что MD5 я считал какой-то бесплатной утилитой под Windows, которой вряд ли можно доверять. Тогда я скачал еще одну, теперь у меня было три разных MD5-хэша: один на сайте Ubuntu и два посчитанные разными утилитами. Все он расходились. Можно было еще пойти дальше и скопировать CD ISO-образ под Linux, загрузившись под LiveCD, но это все-равно не решило бы проблему. Я бы только узнал, что у меня образ битый или что он нормальный. Ошибка SQAUSHFS все-равно осталась бы.

На каком-то из форумов я обнаружил, что при такой ошибке как у меня успешно происходит установка с Alternative CD в текстовом режиме. Тогда я скачал этот ISO-образ - он уже предназначался для записи на DVD, т.к. занимал примерно 4Гб. Чудесным образом установка удалась , однако меня ждала следующая (как оказалось потом) проблема GRUB не устанавливался и выдавал ошибку “error: unknown filesystem” и консоль grub rescue>.

Про GRUB: error: unknown filesystem
Пришлось начать с того, чтобы восстановить основную загрузочную запись (MBR) и загрузить хотя бы Windows XP. Сделать это нужно было из под Linux LiveCD командой sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda. Файл содержит первые 404 байт стандартного загрузчика, поэтому, во-первых, не затирает таблицу разделов, а, во-вторых, успешно восстанавливает исходное состояние системы. Еще после восстановления я на всякий случай сделал резервную копию всей MBR (включая таблицу разделов): sudo dd if=/dev/sda of=mbr.bak count=1.

Первое предположение (после того, как было сдалан вывод, что [Errno 5] Input/output error и error: unknown filesystem не связанны), почему не работает GRUB, заключалось в том, что GRUB, который размеще в Alternative CD не поддерживает файловую систему Ext4. Попытка установки Ubuntu на Ext3 привела к тому же результату.

Опять же на одном из форумов была обнаружена рекомендация создавать раздел с операционной системой ближе к началу диска. Пришлось немного поперетаскивать данные по диску и раздел с Ext3 был создан на отметке примерно 40Гб от начала диска. И это помогло! Видимо GRUB не умеет загружать Linux, если раздел этой файловой системы находится слишком далеко от начала диска (в моем случае примерно 200 Гб).

Читайте также: