I just wanted to share my experience: on FreeBSD 10.3, I mounted my external hard drive with
$ sudo ntfs-3g /dev/da0s1 /media
Inside the hard drive, I did a mkdir to create a directory and then moved some files to it, of course with mv command. Finally I did the following command:
$ sudo sync
Then I mounted the hard drive on a Linux machine with kernel 4.4.0-78-generic. Now When I list the contents of the hard drive, the directory created on FreeBSD, named Jeff, is shown like below:
$ ls -lhrtci
ls: cannot access 'Jeff': Input/output error
total 20K
? d????????? ? ? ? ? ? Jeff
Also, when trying to remove the Jeff directory, I receive the following error message:
$ sudo rm -f -R Jeff
rm: cannot remove 'Jeff': Input/output error
I couldn’t get rid of Jeff directory on Linux machine, therefore I used the FreeBSD machine and re-mounted the hard drive on FreeBSD again. But the ls, cd and rm commands on FreeBSD generate the same Input/output error. Looks like there has been a bug on FreeBSD ntfs-3g package.
UPDATE
I moved all my data from external hard drive to a Linux machine, of course the corrupt file Jeff couldn’t be moved due to I/O error. Then I reformatted the external hard drive with both zeroing of the volume and bad sector checking like this:
$ sudo mkfs.ntfs /dev/sdb1
And then moved all the data back to the external volume. This way, I lost the corrupt file named Jeff, however, my external hard drive is clean of any I/O error.
mirochek
красный кружок с белым кирпичиком
Обновлений не делали? Покажите выводы —
sudo apt-get updatecat /etc/apt/sources.list
rom@rom-Lenovo-G570:~$ sudo apt-get update
[sudo] password for rom:
Игн http://ru.archive.ubuntu.com trusty InRelease
Получено:1 http://ru.archive.ubuntu.com trusty-updates InRelease [65,9 kB]
В кэше http://ppa.launchpad.net trusty InRelease
Игн http://extras.ubuntu.com trusty InRelease
Получено:2 http://ru.archive.ubuntu.com trusty-backports InRelease [65,9 kB]
Получено:3 http://extras.ubuntu.com trusty Release.gpg [72 B]
В кэше http://extras.ubuntu.com trusty Release
Получено:4 http://ru.archive.ubuntu.com trusty-proposed InRelease [65,9 kB]
В кэше http://ppa.launchpad.net trusty/main i386 Packages
В кэше http://ru.archive.ubuntu.com trusty Release.gpg
Получено:5 http://ru.archive.ubuntu.com trusty-updates/main Sources [262 kB]
В кэше http://extras.ubuntu.com trusty/main Sources
В кэше http://security.ubuntu.com trusty-security InRelease
В кэше http://ppa.launchpad.net trusty/main Translation-en
В кэше http://extras.ubuntu.com trusty/main i386 Packages
Получено:6 http://ru.archive.ubuntu.com trusty-updates/restricted Sources [5 352 B]
Получено:7 http://ru.archive.ubuntu.com trusty-updates/universe Sources [151 kB]
В кэше http://security.ubuntu.com trusty-security/main Sources
Игн http://www.openprinting.org lsb3.2 InRelease
В кэше http://security.ubuntu.com trusty-security/restricted Sources
Получено:8 http://ru.archive.ubuntu.com trusty-updates/multiverse Sources [5 946 B]
Получено:9 http://ru.archive.ubuntu.com trusty-updates/main i386 Packages [692 kB]
В кэше http://www.openprinting.org lsb3.2 Release.gpg
В кэше http://security.ubuntu.com trusty-security/universe Sources
В кэше http://www.openprinting.org lsb3.2 Release
В кэше http://security.ubuntu.com trusty-security/multiverse Sources
В кэше http://security.ubuntu.com trusty-security/main i386 Packages
В кэше http://www.openprinting.org lsb3.2/contrib i386 Packages
Получено:10 http://ru.archive.ubuntu.com trusty-updates/restricted i386 Packages [15,6 kB]
Получено:11 http://ru.archive.ubuntu.com trusty-updates/universe i386 Packages [340 kB]
В кэше http://security.ubuntu.com trusty-security/restricted i386 Packages
Получено:12 http://ru.archive.ubuntu.com trusty-updates/multiverse i386 Packages [13,6 kB]
В кэше http://ru.archive.ubuntu.com trusty-updates/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty-updates/universe Translation-en
Получено:13 http://ru.archive.ubuntu.com trusty-backports/main Sources [8 661 B]
В кэше http://security.ubuntu.com trusty-security/universe i386 Packages
Получено:14 http://ru.archive.ubuntu.com trusty-backports/restricted Sources [28 B]
Получено:15 http://ru.archive.ubuntu.com trusty-backports/universe Sources [34,0 kB]
Получено:16 http://ru.archive.ubuntu.com trusty-backports/multiverse Sources [1 898 B]
Получено:17 http://ru.archive.ubuntu.com trusty-backports/main i386 Packages [9 814 B]
Получено:18 http://ru.archive.ubuntu.com trusty-backports/restricted i386 Packages [28 B]
В кэше http://security.ubuntu.com trusty-security/multiverse i386 Packages
Получено:19 http://ru.archive.ubuntu.com trusty-backports/universe i386 Packages [41,0 kB]
Игн http://extras.ubuntu.com trusty/main Translation-ru_RU
В кэше http://security.ubuntu.com trusty-security/main Translation-en
Получено:20 http://ru.archive.ubuntu.com trusty-backports/multiverse i386 Packages [1 552 B]
В кэше http://ru.archive.ubuntu.com trusty-backports/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/multiverse Translation-en
Игн http://extras.ubuntu.com trusty/main Translation-ru
В кэше http://security.ubuntu.com trusty-security/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty-backports/universe Translation-en
В кэше http://ru.archive.ubuntu.com trusty Release
Получено:21 http://ru.archive.ubuntu.com trusty-proposed/main i386 Packages [120 kB]
Игн http://extras.ubuntu.com trusty/main Translation-en
В кэше http://security.ubuntu.com trusty-security/restricted Translation-en
Получено:22 http://ru.archive.ubuntu.com trusty-proposed/restricted i386 Packages [28 B]
Получено:23 http://ru.archive.ubuntu.com trusty-proposed/universe i386 Packages [23,0 kB]
Получено:24 http://ru.archive.ubuntu.com trusty-proposed/multiverse i386 Packages [733 B]
Получено:25 http://ru.archive.ubuntu.com trusty-proposed/main Translation-en [47,9 kB]
В кэше http://security.ubuntu.com trusty-security/universe Translation-en
Получено:26 http://ru.archive.ubuntu.com trusty-proposed/multiverse Translation-en [539 B]
Получено:27 http://ru.archive.ubuntu.com trusty-proposed/restricted Translation-en [28 B]
Получено:28 http://ru.archive.ubuntu.com trusty-proposed/universe Translation-en [20,1 kB]
В кэше http://ru.archive.ubuntu.com trusty/main Sources
В кэше http://ru.archive.ubuntu.com trusty/restricted Sources
В кэше http://ru.archive.ubuntu.com trusty/universe Sources
В кэше http://ru.archive.ubuntu.com trusty/multiverse Sources
В кэше http://ru.archive.ubuntu.com trusty/main i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/restricted i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/universe i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/multiverse i386 Packages
В кэше http://ru.archive.ubuntu.com trusty/main Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/main Translation-en
В кэше http://ru.archive.ubuntu.com trusty/multiverse Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/multiverse Translation-en
В кэше http://ru.archive.ubuntu.com trusty/restricted Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/restricted Translation-en
В кэше http://ru.archive.ubuntu.com trusty/universe Translation-ru
В кэше http://ru.archive.ubuntu.com trusty/universe Translation-en
Игн http://ru.archive.ubuntu.com trusty/main Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/multiverse Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/restricted Translation-ru_RU
Игн http://ru.archive.ubuntu.com trusty/universe Translation-ru_RU
Игн http://www.openprinting.org lsb3.2/contrib Translation-ru_RU
Игн http://www.openprinting.org lsb3.2/contrib Translation-ru
В кэше http://www.openprinting.org lsb3.2/contrib Translation-en
Получено 1 994 kБ за 13с (144 kБ/c)
Чтение списков пакетов… Ошибка!
E: Ошибка чтения - read (5: Ошибка ввода/вывода)
E: Списки пакетов или файл состояния не могут быть открыты или прочитаны.
rom@rom-Lenovo-G570:~$ cat /etc/apt/sources.list
# deb cdrom:[Ubuntu 14.04.3 LTS _Trusty Tahr_ - Beta i386 (20150805)]/ trusty main restricted
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty main restricted
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty universe
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty universe
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates universe
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates universe
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty multiverse
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-updates multiverse
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb-src http://ru.archive.ubuntu.com/ubuntu/ trusty-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu trusty-security main restricted
deb-src http://security.ubuntu.com/ubuntu trusty-security main restricted
deb http://security.ubuntu.com/ubuntu trusty-security universe
deb-src http://security.ubuntu.com/ubuntu trusty-security universe
deb http://security.ubuntu.com/ubuntu trusty-security multiverse
deb-src http://security.ubuntu.com/ubuntu trusty-security multiverse
## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu trusty partner
# deb-src http://archive.canonical.com/ubuntu trusty partner
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu trusty main
deb-src http://extras.ubuntu.com/ubuntu trusty main
deb http://ru.archive.ubuntu.com/ubuntu/ trusty-proposed main restricted universe multiverse
deb http://www.openprinting.org/download/printdriver/debian/ lsb3.2 contrib
Linux — одна из самых популярных операционных систем, которая широко используется в различных сферах, включая серверные системы, научные и исследовательские проекты, а также настольные компьютеры. Одной из наиболее распространенных проблем, с которой могут столкнуться пользователи Linux, является ошибка ввода-вывода. В этой статье мы рассмотрим несколько полезных советов о том, как исправить эту ошибку и вернуться к нормальной работе системы.
Ошибка ввода-вывода может возникать по разным причинам, включая проблемы с файловой системой, неисправности в жестком диске или неполадки в кабеле подключения. Для начала, необходимо проверить работу жесткого диска с помощью утилиты fsck, которая позволяет исправить ошибки в файловой системе. Для этого нужно прописать в терминале команду fsck /dev/sda , где /dev/sda – это путь к вашему жесткому диску.
Если после запуска fsck вы обнаружили, что файловая система была испорчена и ошибки были исправлены, попробуйте повторить операцию, вызвав ошибку ввода-вывода. Если проблема всё еще остается, можно попробовать заменить кабель подключения жесткого диска. В некоторых случаях, неправильное подключение или повреждение кабеля может стать причиной ошибки ввода-вывода. Проверьте, правильно ли подключен кабель и замените его, если необходимо.
Если исправление файловой системы и замена кабеля не помогли, то возможно, проблема заключается в самом жестком диске. В этом случае, для диагностики и исправления ошибок в самом диске можно использовать утилиты, такие как smartctl или hdparm. Они позволяют проанализировать состояние диска и выявить возможные проблемы, такие как битые сектора или плохая производительность. После обнаружения проблем, можно попытаться исправить их с помощью утилиты ddrescue или заменить сам диск, если его состояние крайне плохое.
Содержание
- Как обойти ошибку ввода-вывода в Linux: эффективные рекомендации
- Проверьте соединение и оборудование
- Обновите драйверы и программное обеспечение
Как обойти ошибку ввода-вывода в Linux: эффективные рекомендации
Ошибки ввода-вывода в Linux могут возникать по разным причинам и приводить к проблемам с работой вашей системы. В этом разделе мы рассмотрим несколько эффективных рекомендаций, которые помогут вам обойти эти ошибки и вернуть вашу систему в рабочее состояние.
- Проверьте подключение к устройству: Если у вас возникает ошибка ввода-вывода при работе с устройством (например, жестким диском или USB-флешкой), убедитесь, что оно правильно подключено. Попробуйте отключить и снова подключить устройство, а также проверьте кабели на повреждения.
- Проверьте целостность файловой системы: Ошибки в файловой системе могут привести к возникновению ошибок ввода-вывода. Запустите утилиту fsck для проверки и восстановления целостности файловой системы. Например, для файловых систем ext4 команда будет выглядеть следующим образом:
fsck.ext4 /dev/sda1. - Установите обновления: Ошибки ввода-вывода могут возникать из-за проблем в ядре Linux или драйверах устройств. Убедитесь, что у вас установлены последние версии ядра и драйверов, выполнив команду для обновления системы:
sudo apt update && sudo apt upgrade. - Проверьте жесткий диск на наличие повреждений: Ошибки ввода-вывода могут быть связаны с повреждением жесткого диска. Используйте утилиту smartctl для проверки состояния жесткого диска. Например, команда
sudo smartctl -a /dev/sdaпозволит вам получить подробные сведения о состоянии диска. - Используйте другой порт USB: Если у вас возникает ошибка ввода-вывода при работе с USB-устройством, попробуйте подключить его к другому порту USB на вашем компьютере. Иногда проблема может быть связана с неисправным портом USB.
- Проверьте логи системы: Логи системы могут содержать полезную информацию о проблемах ввода-вывода. Проверьте файлы журналов в каталоге /var/log, например, dmesg или syslog. Поискайте там записи, относящиеся к ошибкам ввода-вывода, чтобы получить больше информации о причинах возникновения ошибки.
- Проверьте подключенные устройства: Если у вас возникает ошибка ввода-вывода при работе с определенным устройством, проверьте, поддерживается ли оно Linux и есть ли необходимые драйверы. Иногда проблема может быть связана с несовместимостью устройства с операционной системой.
Эти рекомендации помогут вам обойти ошибку ввода-вывода в Linux и починить вашу систему. Однако, если проблема не устраняется, рекомендуется обратиться за помощью к специалисту или в сообщество Linux для получения дополнительной поддержки и решения проблемы.
Проверьте соединение и оборудование
Если вы столкнулись с ошибкой ввода-вывода в Linux, первым шагом должно быть проверка соединения и состояния оборудования. Вот несколько полезных советов, которые могут помочь вам:
- Убедитесь, что все кабели и провода должным образом подключены и надежно закреплены. Проверьте, нет ли повреждений на кабелях и разъемах.
- Перезагрузите ваше оборудование, включая компьютер, маршрутизаторы, модемы и другие сетевые устройства.
- Проверьте состояние вашей сети. Убедитесь, что другие устройства в сети работают исправно. Если только ваш компьютер имеет проблемы, то проблема скорее всего связана с вашим оборудованием или настройками.
- Проверьте наличие возможных конфликтов IP-адресов. Если у вас есть другое устройство с тем же IP-адресом, это может вызывать проблемы с вводом-выводом. Убедитесь, что каждое устройство в вашей сети имеет уникальный IP-адрес.
Если после выполнения этих шагов ошибка ввода-вывода все еще остается, возможно, проблема связана с программным обеспечением или файловой системой. В таком случае, следуйте другим полезным советам, описанным в остальных разделах этой статьи.
Обновите драйверы и программное обеспечение
Часто причиной ошибок ввода-вывода в Linux может быть устаревшее или несовместимое программное обеспечение или драйверы. Поэтому очень важно регулярно обновлять все компоненты системы.
Вот несколько рекомендаций, как обновить драйверы и программное обеспечение:
- Используйте менеджер пакетов вашего дистрибутива Linux для обновления программного обеспечения. Например, в Ubuntu вы можете воспользоваться командой sudo apt-get update, чтобы обновить репозиторий пакетов, а затем командой sudo apt-get upgrade, чтобы обновить установленные пакеты.
- Если у вас установлены драйверы из исходного кода, проверьте, нет ли на официальном сайте разработчика более новой версии. Если есть, загрузите и установите ее согласно инструкции.
- Если у вас установлены проприетарные драйверы (например, для графической карты), проверьте, есть ли более новая версия на сайте производителя. Если есть, загрузите и установите ее.
Обновление драйверов и программного обеспечения может не только исправить ошибки ввода-вывода, но и улучшить производительность и функциональность вашей системы в целом, поэтому не пренебрегайте этим важным шагом.
-bash: /usr/bin/… Ошибка ввода/вывода
15.06.2022
Сегодня разберем ошибку -bash: /usr/bin/… Ошибка ввода/вывода, возникающую при повреждении системы Linux при неправильном выключении или при пропадании электро энергии.
При такой ошибке корневой раздел системы монтируется в режиме только для чтения.
Проверяю систему на предмет монтирования режимов ro/rw. В терминале набираю:
sudo mountпример вывода данной команды (только самое важное):
...
/dev/sda1 on / type ext4 (ro,relatime)
...
/dev/sda2 on /home type ext4 (ro,relatime)
....Из вывода видно, что корневой раздел примонтирован в режиме только для чтения. Такое случается если была какая-то ошибка с системой, например выключение эл.энергии. Чтобы примонтировать корень в режиме чтения-запись (rw), выполним следующее:
mount -no remount,rw /dev/sda1
mount -no remount,rw /dev/sda2Если не помогло, то можно перезагрузить систему (жесткое выключение)
Если есть вопросы, то пишем в комментариях.
Также можете вступить в Телеграм канал, ВКонтакте или подписаться на Twitter. Ссылки в шапке страницы.
Заранее всем спасибо!!!
RSS
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
0
0
голоса
Рейтинг статьи
В первый раз столкнулся с такой проблемой: не удаляются папки с скрытыми (нечитаемыми символами в имени) файлами. Испробованы разные методы и прерыт весь интернет безрезультатно. inode папок известен но не нашёл инструмента который их может «зачистить» нащёл только для файлов (но имя файлов не читаемое) файлы определяются но их inode нет. На диске 1.3 Tb информации поэтому копировать/форматировать/копировать не предлагать, тем более интересно найти решение. В сети на аналогичные проблемы вменяемого ответа не нашёл. Как эти файлы там оказались тоже не расскажу очень мана долго выйдет. Последнее что пробовалось (от отчаяния) это BleachBit под root «удаление каталогов (безвозвратно)», не удаляет и выводит errors при этом меняет имя дирректории оставляя эти скрытые файлы там. Думаю если кто знает как по inode затереть непосредственно на диске этот каталог то это и будет решение. fsck.ext4 не предлогать — не помогает.
# fsck.ext4 -f /dev/sde1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
ext4b1800: 2737/122101760 files (0.7% non-contiguous), 344721312/488378368 blocks
SMART у диска хороший, диску нет и года, битых секторов/блоков нет.
После очередной попытки удалить папку, при загрузке система его автоматически проверяет на ошибки но их не находит.
Иногда помогал live cd, причем не дебиан, и не бликоподобные ему. Заходил «из вне» и удалял.
Не даст поколебаться Он ноге твоей, и не воздремлет хранящий тебя…
Цитата: oermolaev от 08 декабря 2015, 19:29:40переименовать пробовали?
Файлы видны только из консоли и не переименовываются, при любой попытке связанной с их записью/перезаписью выходит «Ошибка ввода/вывода». Папки — директории в которых они находятся переименовываются но толку от этого никакого.
Цитата: vovan—vovan от 08 декабря 2015, 20:51:42Иногда помогал live cd
Пробовал, с тем-же результатом, попробую ещё PartedMagic может там что есть интересное. Уже пробовал Slax.
Предполагаю что мог бы помочь какойто «Hex» редактор в котором можно по inode на диске что надо занулить. Подобный редактор есть в R-Studio но в LiveCD опция редактирования у меня почемуто не активна, может по лицензионным соображениям.
Cообщение объединено 09 декабря 2015, 09:00:00
Цитата: Aalexeey от 09 декабря 2015, 08:19:52редактор есть в R-Studio но в LiveCD опция редактирования у меня почемуто не активна
Скачал
Demo версию там есть RStudio3_i386.deb и RStudio3_x64.deb
(не надо, полная версия ниже), оказалось запись нужно/можно разрешить в настройках, после сканирования не полного я его прервал, выбрал нужные папки — дирректорию, забил их нулями и сохранил. После этого папки оказались пустыми и удалились.
Вот такая б… «египетская сила». Если кто сталкивался с аналогичным GUI/полуGUI свободно — бесплатным редактором под Linux работающим с ext4 отпишитесь.
Есть ещё R-Linux как пишут на сайте «Бесплатная полнофункциональная утилита для восстановления данных на файловых системах Ext2/Ext3/Ext4, используемых в Linux» пакеты rli_en_5_i386.deb и rli_en_5_amd64.deb, вроде как то-же самое насколько полнофункциональное не проверял ещё, русский язык есть.
Cообщение объединено 09 декабря 2015, 09:48:05
После всех манипуляций и перезагрузки (fsck видимо заметило что папки безследно исчезли) пришлось сделать это:
# fsck.ext4 -f /dev/sde1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Missing '..' in directory inode 524304.
Fix<y>? yes
Setting filetype for entry '..' in ... (524304) to 2.
Missing '..' in directory inode 524305.
Fix<y>? yes
Setting filetype for entry '..' in ... (524305) to 2.
Missing '..' in directory inode 524311.
Fix<y>? yes
Setting filetype for entry '..' in ... (524311) to 2.
Missing '..' in directory inode 524319.
Fix<y>? yes
Setting filetype for entry '..' in ... (524319) to 2.
Pass 3: Checking directory connectivity
Unconnected directory inode 524304 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524305 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524311 (/???)
Connect to /lost+found<y>? yes
Unconnected directory inode 524319 (/???)
Connect to /lost+found<y>? yes
Pass 4: Checking reference counts
Inode 2 ref count is 2, should be 6. Fix<y>? yes
Inode 524304 ref count is 3, should be 2. Fix<y>? yes
Inode 524305 ref count is 3, should be 2. Fix<y>? yes
Inode 524311 ref count is 3, should be 2. Fix<y>? yes
Inode 524319 ref count is 3, should be 2. Fix<y>? yes
Pass 5: Checking group summary information
ext4b1800: ***** FILE SYSTEM WAS MODIFIED *****
ext4b1800: 2736/122101760 files (0.7% non-contiguous), 344721311/488378368 blocks
#
Папки с файлами пока 
не появились. Я так думаю увивило оно их отсутствие из журнала но т.к. они физически затёрты нулями то и востанавливать нечего и упоминание о них было удалено/исправленно!
Aalexeey, вывод? Всё таки помогло fsck?
Цитата: oermolaev от 09 декабря 2015, 10:15:23Всё таки помогло fsck?
Нет никак не помогло, оно видило ошибки но никак не могло их исправить. В последнем случае оно просто заметило отсутствие занулённых мной папок и файлов, сделало что сделало но уже было поздно 
. Просто согласилось «ооо нам и без этих папок хорошо» 
.
А почему никто (или мало кто), как я вижу, xfs не использует? Я один такой умный? Лет десять, однако, полёт нормальный, на нескольких машинах, бывало всякое насчёт аварийных отключений/перезагрузок — и хоть бы раз хоть бы что Для дома как минимум самое то, ни забот ни хлопот.
Цитата: yoric от 09 декабря 2015, 11:57:17почему никто (или мало кто), как я вижу, xfs не использует?
Незнаю как у других но у меня причинами были: невозможность уменишить раздел при необходимости (такие необходимости у меня периодически возникали), отсутствие вменяемой софтины под винду для доступа к xfs (под ext4 это прекрасная Ext2Fsd), фрагментация и необходимость хоть и не часто её устранять (но GUI то нет).
Цитата: yoric от 09 декабря 2015, 11:57:17
А почему никто (или мало кто), как я вижу, xfs не использует? Я один такой умный?
я широко использую xfs для разделов с пользовательскими данными. А проблемы можно заполучить на любой файловой системе.
Цитата: Aalexeey от 09 декабря 2015, 12:05:03фрагментация
дефрагментация
Подумаешь, три буквы набрать. Это не raid или LVM настроить.
А вообще я лично удивлён, и не думал про фрагментацию на XFS, по аналогии с EXT, как раньше писали. Сейчас посмотрю ради интереса, домашней у меня лет 6, а на работе лет 10 уже как стоит и про дефрагментацию знать не знает
Которой 10 лет, на /boot около 15%, на всех других менее 5%. Дома один раздел, 6 лет, фрагментация 5%. Не так страшен чёрт, как его малюют