Я периодически выполняю Bleachbit 1.0 на своей машине Lubuntu (3.13.0-35-универсальное ядро). В прошлый раз я проверил опцию вытереть свободное пространство на диске, главным образом попробовать его. Программа застряла на сообщении, говоря, что в ней выполнят приблизительно одна минута. Я уничтожил его после нескольких часов, но я боюсь, что моя система Linux испорчена. Во-первых, я нашел новую папку, содержащую несколько сотен тысяч файлов в моем корневом каталоге (не может помнить его имя: это было похоже на случайную алфавитно-цифровую последовательность). Я смог удалить его с помощью "комнату-rf", потребовался почти один час. Проблема состоит в том, что, когда я проверил свой inodes с "df-i", я получил огромную сумму для IUsed:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda6 2899968 1725783 1174185 60% /
none 220155 2 220153 1% /sys/fs/cgroup
udev 215362 514 214848 1% /dev
tmpfs 220155 521 219634 1% /run
none 220155 3 220152 1% /run/lock
none 220155 1 220154 1% /run/shm
none 220155 16 220139 1% /run/user
Почти два миллиона inodes? Вся моя файловая система использует приблизительно 10 Гбайт. Я просмотрел веб-сайты и попытался видеть, была ли большая сумма небольших файлов создана где-нибудь.
ae:/ $≻sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
[sudo] password for ae:
15 tmp
88 opt
129 sbin
132 bin
287 boot
1180 etc
3449 home
5519 lib
8101 var
96802 usr
1558827 root
Это странно. В дополнение к перечисленным каталогам у меня просто есть две ссылки в моем корневом каталоге: к initrd.img и к vmlinuz. Ничто в lost+found:
sudo ls -l lost+found/
[sudo] password for ae:
total 0
С другой стороны, и ls и "находят.-iname \*" не видят, что любой миллион с половиной файлов сообщил выше.
Я очень боюсь, что моя файловая система в беде. Я создал файл forcefsck в моем корневом каталоге и перезагрузил, но fsck говорит, что диск в порядке. Так... я имею, чтобы уничтожить раздел и восстановить его с резервного копирования Clonezilla? Я предпочел бы узнавать то, что точно проблема, и зафиксируйте ее. Я был бы благодарен, если можно помочь. У меня есть предложение также. Я не могу быть уверен, что моя проблема вызывается Bleachbit, но я считал (слишком поздно), что несколько человек жаловались на Bleachbit, застревающий при попытке вытереть свободное пространство. Bleachbit мог бы предупредить пользователей, что функция стирания экспериментальна и возможно вредна.
Если Вы хотите удалить все те мини-файлы, я мог бы предложить выполнить эти две команды:
cd /
rm -r 6jF8vak8\ H
(если "/6jF8vak8 H" является каталогом, размещающим все те файлы как Вы упоминание в комментарии.)
, Если эта команда перестала работать, это могло бы быть, потому что Вы испытываете недостаток в разрешении записать в тот каталог, в этом случае необходимо было бы использовать sudo - который потенциально опасен в корневом каталоге.
Соблюдают экстремальную осторожность и перепроверяют Ваш интервал. На самом деле, я рекомендовал бы ввести в терминальной "комнате-r 6jF" (или независимо от того, что первые несколько символов), и совершающая нападки вкладка, которая должна автоматически заполнить каталог. Если это не автоматически заполняет (и Вы находитесь в корневом каталоге), не выполняйте команду. Используя этот метод гарантирует, чтобы Вы случайно не выполняли комнату-r на самом корневом каталоге.
Другие предупреждения: