Удаленные файлы не увеличивают доступное свободное пространство, как сообщает df -h

У меня была знакомая проблема:

Я запускаю Ubuntu 12.04 на своем нетбуке (Acer Aspire One D255E), и у меня есть следующая проблема с настройками яркости: если я хочу настроить яркость с помощью fn -key, я могу изменить только три шага яркости, но мой нетбук имеет девять шагов яркости.

Ruben Bakker дал эти инструкции, которые решили проблему.

Я запускаю Ubuntu 12.04 на своем нетбуке (Acer Aspire One D255E), и у меня есть следующая проблема с яркостью Настройки: Если я хочу настроить яркость с помощью клавиши fn, я могу изменить только три шага яркости, но мой нетбук имеет девять шагов яркости.

gksudo gedit /etc/default/grub
Вы найдете эту строку в новом открывшемся окне:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Измените его на:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
Сохраните и закройте окно и введите его в терминал:
sudo update-grub
Затем перезагрузитесь. Радуйся :)

Легко исправить. В терминале:

0
задан 4 July 2012 в 21:31

7 ответов

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 25 July 2018 в 18:12

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 2 August 2018 в 00:26

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 4 August 2018 в 15:54

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 6 August 2018 в 00:33

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 7 August 2018 в 17:58

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 10 August 2018 в 06:47

Пожалуйста, покажите выходные данные du -c / | grep total и df -hi, чтобы судить, куда делось пространство. Также обратитесь к этому сообщению о очистке кеша Postgresql .

РЕДАКТИРОВАТЬ: Возможно, вы захотите либо пропылесосить и переиндексировать базу данных, либо создать дамп и восстановить. Увеличение размера для многих операций DELETE - это особенность, а не ошибка Postgresql. Смотрите здесь .

0
ответ дан 15 August 2018 в 18:42
  • 1
    Пожалуйста, смотрите мой обновленный ответ – Homunculus Reticulli 4 July 2012 в 21:08
  • 2
    Пожалуйста, смотрите мой обновленный ответ на ваше обновление! – dotancohen 4 July 2012 в 21:31
  • 3
    Отлично, я рад, что об этом позаботились. Просто любопытство: почему вы выбрали Postgresql вместо MySQL? – dotancohen 4 July 2012 в 23:10
  • 4
    Я всегда предпочитал PG как по техническим, так и по деловым причинам. Первое, что привлекло меня (около 10 лет назад), было то, что тогда PG был более корпоративным, чем MySQL. Мне также понравилась лицензия PG. Наконец, я разработал много библиотек расширений C, которые я использую в своих SQL-запросах на PG. – Homunculus Reticulli 5 July 2012 в 00:36
  • 5
    @HomunculusReticulli: Понятно, спасибо. – dotancohen 5 July 2012 в 00:54

Другие вопросы по тегам:

Похожие вопросы: