Резервное копирование больше не работает

Question 1

Попробуйте это:

Установите dconf-tools. Запустите dconf-editor. Переключитесь на com → canonical → indicator → sound. Добавить , 'Exaile' в «заинтересованные медиа-игроки»:

Готово.

В качестве альтернативы вы можете запустить:

gsettings set com.canonical.indicator.sound interested-media-players "['rhythmbox', 'Exaile']"

Question 2

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

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

Освободите место на вашей корневой файловой системе. Найти logfiles в / var / log, который, возможно, вырос слишком большой и не был изменен последним, скажем, 3 дня: find / var / log -xdev -mtime +3 Переместить их в другом месте за пределами вашего корня fs или сжать их ( gzip / bzip2) Установить deja dup для резервного копирования небольшого каталога Создать файл в / tmp: touch /tmp/tstamp Запустить deja-dup Найти файлы, которые он изменяет с помощью find / -xdev -newer /tmp/tstamp

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

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

У вас есть отдельные разделы для / home, / tmp и т. Д. ?

Marcin Kaminski · Answer 1 · 25 May 2018 в 04:28