Описание тега rufus

@sitnaltax я бы почти наверняка согласны с тем, что "не надо", но что нам правила, адвокаты, если не думать такие вещи? Я ожидаю, что в контакте с создателями игры показало, что случаев на самом деле означало, чтобы быть обработаны таким же образом, но если это так, то они, вероятно, следовало бы издать некоторые опечатки :) @Док Книга рекордов Гиннеса печать на скриншоте написано "короткий рейс" и отрывок в Википедии есть номер рейса. Я абсолютно уверен в добавочное копирование против полных копий. При копировании между двумя каталогами, которые монтируются на том же сервере, затем `через` не полные копии. Копирование между двумя серверами я добавочное копирование. Обратите внимание, что Ubuntu и CentOS (и, предположительно, красная шляпа) пока нет `/usr/Бен/КР, только встроенной в командный интерпретатор. Просто размещая обновления, я удалил обновление-Notifier и я больше не получают ошибок.. из всего что я прочитал, кажется, она вряд ли работает, как хотелось никак.. и там вроде бы не каких проблем кроме досады от того, многочисленные всплывающие окна при входе в систему. Итак, проблема решена, я думаю..

Резюме:

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

Длинная история:

У меня есть SSD с одного раздела в ext4. Этот диск используется для того, чтобы постоянно хранить видео с камер, в короткие клипы, и cron-задание будет периодически удалять старые (в C приложения, которые удалил их, вызывая удалить()). Через некоторое время кто-то заметил, что, хотя там должны были за 5 дней видео из резервной копии, почти не было, но диск был почти полон.

Я взглянул и наивно попытался просто удалить потерянные, но диск все еще был полон. Так, я удалил все, (РМ-РФ *), но ДФ-я мне подсказывает, что 91230 индексных дескрипторов используются, хотя лс и Дю показывают ничего вообще.

e2fsck -ФВ не нашли никаких ошибок, чтобы исправить (помимо создания потерял+нашли еще), и dumpe2fs и tune2fs -я согласен с ДФ-я на количество используемых дескрипторов. Я пробовал e2fsck -б с парой резервное копирование супер-блоки, и это, казалось, не имеет никакого значения.

баобаб показывает то же самое пространство как ДФ в резюме посмотреть, но когда я нажимаю на раздел, чтобы увидеть, где пространство используется, он показывает только 4.1 КБ используется пустую потерял+нашли каталоге.

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

Я знаю, что я мог просто повторно отформатировать раздел и начать все заново, но я бы очень хотел, чтобы понять, что здесь происходит, и есть ли "правильный" способ это исправить - мне плевать, что он приносит файлы для inod'ы обратно или он делает их правильно удалять, чтобы они не использовали все пространство.

Редактировать: Запуск дамп создает резервную копию файла примерно равен размеру используемого пространства сообщает ДФ и соавт. Затем выполнить восстановление на другом диске создана сеть каталогов, что явно не так (/медиа/интерфейс USB0/20150426/10/1_20150426_100125.264/20150426/10/1_20150426_100125.264/ и это продолжается много уровней вложенности, та же структура повторения), прежде чем печатать кучу строк типа:

ожидается, что следующий файл 7823361, получил 7610674
ожидается, что следующий файл 7823361, получил 7610675

(второй ряд увеличиваем - она уходит далеко за пределы буфера моего терминала), прежде чем, наконец:

не могу найти каталог инода 11
прервать? [уя]

Выбирая Н результаты в более "не удается найти каталог узлов х", поэтому я сделала оборт.

Сдаюсь и пишу это в файл-системе урод коррупции, которая, надеюсь, не повторится.