Как интерпретировать busybox “главный” вывод?
Я раньше делал отдельные разделы для /, /home, /usr/local и /var, но я всегда, казалось, закончил со своего рода взаимодействиями через разделы. Если бы я действительно устанавливал другой дистрибутив, то я хотел бы удалить неиспользованный dotfiles для простоты, таким образом, я все еще сделал резервное копирование и вытер /home.
Что касается создания a /var раздел, я сделал столько сайтов в школе (приблизительно ~100) с таким большим различием в размерах между медиа, которые тяжелые сайты и текст только осуществляют, который для меня было невозможно точно оценить, что сумма пространства выделяет.
Теперь, у меня просто есть один раздел для всего, и я не приезжаю, в какой-либо степени заполняя его. Персональные медиа (фильмы, игры, шоу) идут на внешний HD, так, чтобы я мог взять его в дом друга. Для виртуальных машин, которые должны быть виртуальными устройствами в virtualbox, если Вы хотите переместить их, мне нравится иметь выделенный флеш-накопитель для каждого.
Я никогда не видел, что HD отказывает, но если бы он сделал, я не думаю, что имело бы значение, как физический диск был разделен; это просто было бы мертво. Самая опасная вещь, которую я когда-либо делал со своим HD, изменяет размер разделов, который больше не необходим.
VSZ (или VIRT, в зависимости от версии top) - это объем памяти, отображенный в адресном пространстве процесса. Она включает в себя страницы, поддерживаемые исполняемым файлом процесса и разделяемыми библиотеками, его кучу и стек, а также все остальное, что он отобразил.
В случае показанного вами примера, виртуальный размер больше, чем объем физической памяти в системе, поэтому обязательно некоторые (большинство!) страницы в адресном пространстве процесса физически не присутствуют в оперативной памяти. Это не проблема: многие программы содержат большое количество кода и отображают много общих библиотек, но на самом деле они используют только определенные части этого кода, или, по крайней мере, используют только определенные части кода одновременно, что позволяет кернелу выкидывать неиспользуемые части из памяти всякий раз, когда они не используются, или даже никогда не загружать их в первую очередь.
Ваша версия top, похоже, не показывает колонку RES, которая бы сказала вам, сколько памяти в адресном пространстве процесса в настоящее время находится в оперативной памяти.