Вопросы Теги

Параметр «Мои свойства при щелчке правой кнопкой мыши» в корневой файловой системе показывает 140,8 ТБ памяти

Сначала установите сервер TightVNC sudo apt-get install tightvncserver. Настройте сервер VNC для пользователя, с которым вы хотите войти. Когда вы запускаете «vncserver» в первый раз, он попросит вас установить пароль. только разрешить туннелирование или VPN-соединения SSH. Чтобы запустить программы или сеанс при запуске сеанса VNC, измените ~/.vnc/xstartup. Вот пример. 
#!/bin/sh

xrdb $HOME/.Xresources
xsetroot -solid black
/opt/azureus/azureus &
k3b &
icewm-session &
Скопируйте следующее в /etc/init.d/vncserver. Самый простой способ сделать это - скопировать его в буфер обмена, запустить sudo -i && cat > /etc/init.d/vncserver && exit в терминале, вставить его и набрать CTRL-D. Обязательно измените переменную USER на любого пользователя, с которым вы хотите управлять сервером VNC. 
#!/bin/sh -e
### BEGIN INIT INFO
# Provides:          vncserver
# Required-Start:    networking
# Default-Start:     3 4 5
# Default-Stop:      0 6
### END INIT INFO

PATH="$PATH:/usr/X11R6/bin/"

# The Username:Group that will run VNC
export USER="mythtv"
#${RUNAS}

# The display that VNC will use
DISPLAY="1"

# Color depth (between 8 and 32)
DEPTH="16"

# The Desktop geometry to use.
#GEOMETRY="<WIDTH>x<HEIGHT>"
#GEOMETRY="800x600"
GEOMETRY="1024x768"
#GEOMETRY="1280x1024"

# The name that the VNC Desktop will have.
NAME="my-vnc-server"

OPTIONS="-name ${NAME} -depth ${DEPTH} -geometry ${GEOMETRY} :${DISPLAY}"

. /lib/lsb/init-functions

case "$1" in
start)
log_action_begin_msg "Starting vncserver for user '${USER}' on   localhost:${DISPLAY}"
su ${USER} -c "/usr/bin/vncserver ${OPTIONS}"
;;

stop)
log_action_begin_msg "Stoping vncserver for user '${USER}' on localhost:${DISPLAY}"
su ${USER} -c "/usr/bin/vncserver -kill :${DISPLAY}"
;;

restart)
$0 stop
$0 start
;;
esac

exit 0
Сделайте исполняемый файл сценария с помощью sudo chmod +x /etc/init.d/vncserver. Наконец, подключитесь к вашему серверу с клиентом VNC на порту 590X, где X - значение «DISPLAY» в сценарии vncserver. На OS X мне нравится использовать Chicken of VNC. В Windows и Linux клиент TightVNC работает хорошо.

Источник

2
задан 27 June 2012 в 01:16

15 ответов

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

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

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

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

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

2
ответ дан 4 August 2018 в 16:00

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

2
ответ дан 6 August 2018 в 00:38

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

2
ответ дан 7 August 2018 в 18:04

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

2
ответ дан 10 August 2018 в 06:51

Это известный bug gnome. Он не только считает файлы в файловой системе /, но также считает файлы, смонтированные в других файловых системах, включая /proc, который содержит виртуальный файл, представляющий все оперативные памяти, что составляет 128 ТБ на amd64.

2
ответ дан 15 August 2018 в 18:48
  • 1
    Спасибо за сообщение об ошибке, так что теперь я должен сообщить об этом, если это необходимо. Также там написано 128 ТБ , но у меня есть добавление дополнительных 12 ТБ к нему. – atenz 27 June 2012 в 10:52

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

Что говорит о запуске df -h в терминале?

3
ответ дан 25 May 2018 в 09:38
  • 1
    Спасибо за ответ. Даже у меня возникло сомнение в том, что он показывает содержимое смонтированных разделов (inodes / directory), поэтому я попробовал его как автономный [но нашел тот же результат], а для связи с сетью мой компьютер не подключен к какой-либо удаленной сети какой бы. Даже если я только представлю, что он каким-то образом связан с другими удаленными сетями, которые будут локально, для этого тоже слишком много. – atenz 27 June 2012 в 00:51
  • 2
    Да, я забыл, но теперь добавил o / p df -h. Спасибо. – atenz 27 June 2012 в 01:17
  • 3
    Ну, это определенно пересекает смонтированные разделы здесь, так как для меня было более 100 ГБ, а у меня / только 22 ГБ. Я не позволил этому закончить, хотя, поскольку это убивало мой процессор, перешагивает все. 140TB действительно похоже на то, что заставляет меня думать, что он много раз читает одни и те же файлы из-за рекурсивных символических ссылок. – dobey 27 June 2012 в 01:38

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

Что говорит вам запуск df -h в терминале?

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

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 2 August 2018 в 00:31

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 4 August 2018 в 16:00

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 6 August 2018 в 00:38

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 7 August 2018 в 18:04

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 10 August 2018 в 06:51

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

Что говорит вам запуск df -h в терминале?

3
ответ дан 15 August 2018 в 18:48
  • 1
    Спасибо за ответ. Даже у меня были сомнения в том, что он показывает содержимое смонтированных разделов (каталог inodes /), поэтому я попробовал его как автономный [но нашел тот же результат], и для сети, связанной с, ни один мой компьютер не подключен к какой-либо удаленной сети какой бы. Даже если я просто представлю, что он каким-то образом подключен к другим удаленным сетям, которые будут локально, это не слишком много для этого 140 ТБ. Возможно, это ошибка, мне нужно это выяснить. – atenz 27 June 2012 в 00:51
  • 2
    Да, я забыл, но теперь добавил o / p df -h. Спасибо. – atenz 27 June 2012 в 01:17
  • 3
    Ну, здесь определенно пересекаются смонтированные разделы, так как для меня это было более 100 ГБ, а мой / использует только 22 ГБ. Я не дал этому закончить, хотя, поскольку это убивало мой процессор, идущий по всему. Действительно, 140TB кажется большим, что заставляет меня думать, что он читает одни и те же файлы много раз из-за рекурсивных символических ссылок – dobey 27 June 2012 в 01:38

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

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