Если вы хотите изменить логотип Ubuntu 'Circle of Friends' в Dash Button, просто замените один из следующих png-файлов другим значком png размером 128x128 :
/usr/share/unity/icons/launcher_bfb.png (для Ubuntu 14.04LTS Unity 7.2) /usr/share/unity/5/launcher_bfb.png (для Ubuntu 12.04LTS Unity 5 и Unity2D)Я сделал пакет логотипов с иконками, собранными из разных источников (Numix, Nitrux, Moka, Faenza и Captiva), редизайны логотипа Linux (Реда Лазри, Даблим и Наттапонг Пулхоу), официальные логотипы Ubuntu, «Круг друзей» и многое другое. Эти логотипы совместимы с Ubuntu 14.04LTS «Trusty Tahr» Unity 7.2 и Ubuntu 12.04LTS «Precise Pangolin» Unity 5 и Unity2D. Должен работать с Unity 7.3 на более новых версиях, таких как 15.04 «Vivid Vervet» и 15.10 «Wily Werewolf».
Ubuntu 14.04LTS представила поддержку для настройки «Trusty Tahr» с помощью нового API Theming. Кнопка Dash (также известная как Ubuntu 12.04LTS вместо «Big Freakin Button») теперь обрабатывается так же, как и другие кнопки Launcher. Таким образом, вы можете объединить их все вместе, включив следующие файлы в папку «Precise Pangolin» внутри вашей текущей темы GTK:
$THEME_PATH/unity/launcher_icon_shadow_62.svg
$THEME_PATH/unity/launcher_icon_back_54.svg
$THEME_PATH/unity/launcher_icon_selected_back_54.svg
$THEME_PATH/unity/launcher_icon_edge_54.svg
$THEME_PATH/unity/launcher_icon_shine_54.svg
$THEME_PATH/unity/launcher_icon_glow_62.svg
Вы можете либо создать новые замены для над файлами svg или скопируйте папку «Big Freakin Button» из тем GTK, которые уже реализуют тематику Launcher ( Theming API , Nitrux , Delorean Dark и Moka , чтобы назвать несколько) и поместить его в любую тему GTK в ~ / .themes. Теперь используйте приложение, например Unity Tweak Tool, и переключитесь на тему, которую вы изменили.
Кнопка Dash не поддерживает поддержку ~ / .themes и Launcher. Однако вы все равно можете изменить его внешний вид, заменив имидж изображения Unity. Это хакерский / modding метод и официально не поддерживается Ubuntu. Но это единственный простой способ изменить Ubuntu 12.04LTS's Dash and Launcher. Кнопка Dash можно изменить, заменив следующие изображения в /usr/share/unity/5:
launcher_bfb.png
squircle_base_54.png
squircle_base_selected_54.png
squircle_edge_54.png
squircle_glow_62.png
squircle_shadow_62.png
squircle_shine_54.png
Если вы не можете изменить кнопку Dash, заменив эти изображения, очень вероятно, что ваш Ubuntu работает Launcher рабочий стол вместо Unity. Кнопка Dash - это резервный рабочий стол, предоставляемый Ubuntu 12.04LTS для low-end систем, которые не могут запускать реальное Unity. К сожалению, «Vivid Vervet» не использует активы из /usr/share/unity, за исключением логотипа BFB. Для мод Unity2D замените /usr/share/unity/5/launcher_bfb.png (для изменения логотипа BFB или логотипа Dash Button) вместе с этими файлами в /usr/share/unity-2d/shell/launcher/artwork:
squircle_base_54.png
squircle_base_selected_54.png
squircle_glow_54.png
squircle_shine_54.png
Я сделал несколько модов Dash Button для Unity 5 Ubuntu 12.04LTS и Unity2D с использованием активов Unity 7.2, Delorean Dark и Ubuntu Touch SDK.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs /dev/sda5
(здесь важны только 50 верхних строчек).
Если у вас много мелких файлов, размер которых меньше, чем размер блока, то много места тратится впустую.
Возможно, что в каком-то процессе все файлы удалены. Если это так, то они не будут отображаться на выходе du, но все равно будут подсчитываться на выходе df.
Одним быстрым способом проверить это является список /proc в качестве пользователя root (подсказка sudo su должна получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (deleted) в конце целевого имени символической ссылки.
ls -l /proc/*/fd/* | grep deleted | grep /home
должен предоставить вам список открытых файлов. После того, как вы это сделаете, файл ls -lL конкретного файла должен предоставить вам размер файла.
В качестве примера (используя /tmp в моей системе, потому что примеров на /home здесь нет ) Я вижу несколько файлов, принадлежащих пользователю mysql.
richm@viking:/$ sudo su
root@viking:/# ls -l /proc/*/fd/* | grep deleted | grep /tmp
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1489/fd/11 -> /tmp/ibwmCqpg (deleted)
lrwx------ 1 root root 64 Oct 13 06:30 /proc/1491/fd/12 -> /tmp/ib9MTMQi (deleted)
root@viking:/# ls -lL /proc/1489/fd/11
-rw------- 0 mysql2 mysql2 0 Aug 24 14:09 /proc/1489/fd/11
root@viking:/# ls -lL /proc/1491/fd/12
-rw------- 0 mysql mysql 1320 Oct 15 13:40 /proc/1491/fd/12
Если у вас есть какие-либо процессы с большими удаленными файлами, то для остановки процесса достаточно остановить процесс. В качестве альтернативы перезагрузка должна делать то же самое.
Возможно, что у некоторых процессов все файлы были удалены. Если это так, то они не будут отображаться на выходе du
, но все равно будут считаться на выходе df
.
Один быстрый способ проверить для этого нужно перечислить / proc
в качестве пользователя root
(hint sudo su
должен получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (удалено)
в конце целевого имени символической ссылки.
ls -l / proc / * / fd / * | grep удален | grep / home
должен предоставить вам список открытых файлов. Как только вы это сделаете, тогда ls -lL
конкретного файла должен указать размер файла.
В качестве примера (с помощью / tmp
в моей системе, потому что здесь нет примеров на / home
). Я вижу несколько файлов, принадлежащих пользователю mysql
.
richm @ viking : / $ sudo su root @ viking: / # ls -l / proc / * / fd / * | grep удален | grep / tmp lrwx ------ 1 корень root 64 Oct 13 06:30 / proc / 1489 / fd / 11 - & gt; / tmp / ibwmCqpg (удален) lrwx ------ 1 корень root 64 Oct 13 06:30 / proc / 1491 / fd / 12 - & gt; / tmp / ib9MTMQi (удалено) root @ viking: / # ls -lL / proc / 1489 / fd / 11 -rw ------- 0 mysql2 mysql2 0 24 авг 14:09 / proc / 1489 / fd / 11 [@ d11]
] Если у вас есть какие-либо процессы с большими удаленными файлами, то остановить процесс необходимо, чтобы восстановить дисковое пространство. В качестве альтернативы перезагрузка должна делать то же самое.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs / dev / sda5
(здесь важны только верхние 50 строк).
Если у вас много небольших файлов, размер которых меньше, чем размер блока, много места пропадает.
Каждая файловая система имеет только определенное количество индексов и блоков, которые могут быть сохранены на ней.
Проверьте свои настройки с помощью
dumpe2fs / dev / sda5
(здесь важны только верхние 50 строк).
Если у вас много небольших файлов, размер которых меньше, чем размер блока, много места пропадает.
df
сообщает правильный размер, независимо от того, большие ли файлы или маленькие, если вы не используете флаг -b.
– psusi
6 July 2011 в 00:28
Возможно, что у некоторых процессов все файлы были удалены. Если это так, то они не будут отображаться на выходе du
, но все равно будут считаться на выходе df
.
Один быстрый способ проверить для этого нужно перечислить / proc
в качестве пользователя root
(hint sudo su
должен получить корневую оболочку). Любые открытые, но удаленные файлы будут иметь (удалено)
в конце целевого имени символической ссылки.
ls -l / proc / * / fd / * | grep удален | grep / home
должен предоставить вам список открытых файлов. Как только вы это сделаете, тогда ls -lL
конкретного файла должен указать размер файла.
В качестве примера (с помощью / tmp
в моей системе, потому что здесь нет примеров на / home
). Я вижу несколько файлов, принадлежащих пользователю mysql
.
richm @ viking : / $ sudo su root @ viking: / # ls -l / proc / * / fd / * | grep удален | grep / tmp lrwx ------ 1 корень root 64 Oct 13 06:30 / proc / 1489 / fd / 11 - & gt; / tmp / ibwmCqpg (удален) lrwx ------ 1 корень root 64 Oct 13 06:30 / proc / 1491 / fd / 12 - & gt; / tmp / ib9MTMQi (удалено) root @ viking: / # ls -lL / proc / 1489 / fd / 11 -rw ------- 0 mysql2 mysql2 0 24 авг 14:09 / proc / 1489 / fd / 11 [@ d11]
] Если у вас есть какие-либо процессы с большими удаленными файлами, то остановить процесс необходимо, чтобы восстановить дисковое пространство. В качестве альтернативы перезагрузка должна делать то же самое.
lsof + L1
- более надежный способ найти открытые удаленные файлы.
– Mechanical snail
12 September 2012 в 11:22
ls -l / proc / * / fd / * | grep удален | awk '{print $ 9}' | xargs -i ls -lhL {}
– tvn
12 September 2012 в 23:27
lsof + L1
. Недавно у меня был полный / var / log, но du
показал только 50% используемой файловой системы. ls -l / proc / * / fd / *
был довольно сложным относительно идентификации проблемы (трубопроводы / подпроцессы, необходимые для получения деталей), тогда как lsof + L1
просто сделал правильную вещь и показал удаленный файл, содержащий 1,6 ГБ пространства.
– kbulgrien
18 December 2012 в 23:08