☰

почему /media и /home /mnt/home такие большие?

tag-icon • tag-icon linux-mint disk-usage external-hdd root-filesystem
почему /media и /home /mnt/home такие большие?

Я пытаюсь получить hplip-3.14.10 на рабочем столе. Я обнаружил, что установка возвращает , make command failed with status code 2что вызвано нехваткой места на диске.

Я использовал анализатор использования диска, чтобы выяснить, что занимает все пространство.

использование диска

Я вижу, что /media занимает 12,5 ГБ. Как мне следует интерпретировать эту картинку? 12,5 ГБ дискового пространства используется в /root для внешнего жесткого диска (hdd-2 200 ГБ)? И почему это так? ЭтовнешнийUSB-накопитель, смонтированный в /etc/fstab.

Во-вторых, я заметил, что каталог /home присутствует в списке дважды. Сначала просто как /home

и непосредственно под этой строкой как подкаталог /mnt.

это тот же каталог /home, который упоминается дважды? (размеры разные, особенно больше каталог «nel»).

Или у меня сейчас 2 каталога /home?

обновление 1: вывод из df -h,вывод из ls -ld /homeи /etc/fstab:

вывод из df -h:

nico@dell-desktop ~/Downloads/hplip-3.14.10 $ df -h
df: ‘/root/.gvfs’: Toegang geweigerd
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
/dev/sda2           12G      11G  371M  97% /
udev               367M     4,0K  367M   1% /dev
tmpfs               75M     928K   74M   2% /run
none               5,0M        0  5,0M   0% /run/lock
none               374M     6,6M  368M   2% /run/shm
overflow           1,0M      92K  932K   9% /tmp
/dev/sdb1          115G      12G  103G  11% /media/HDD2-200GB
/dev/sda3          5,4G     4,5G  635M  88% /mnt/home

вывод из ls -ld /home:

nico@dell-desktop ~/Downloads/hplip-3.14.10 $ ls -ld /home
drwxr-xr-x 6 root root 4096 mei 12 18:42 /home

вывод fstab:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc    /proc   proc    nodev,noexec,nosuid     0       0
#Entry for /dev/sda2 :
UUID=6e00ca13-1769-43ef-886b-4eaedb7ab1cd       /       ext4    errors=remount-ro       0       1
#Entry for /dev/sda3 :
#UUID=6c25053b-618a-45f5-af50-97c7cd5c40c3      /home   ext4    defaults        0       2
#Entry for /dev/sdb1 :
UUID=200CF32C0CF2FB9A   /media/HDD2-200GB       ntfs-3g defaults,nosuid,nodev,locale=nl_NL.UTF-8        0       0
#Entry for /dev/sda1 :
UUID=c2043080-eb69-47ad-8728-4c254e325d6c       none    swap    sw      0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8        0       0

обновление 2: Теперь я удалил sda3 в gparted и удалил домашний каталог в /mnt. Теперь мне нужно объединить свободное пространство из sda3 в sda2. Однако мне нужно загрузить gparted с cdrom или usb, чтобы выполнить эту операцию, и я не могу сделать это с помощью teamviewer прямо сейчас.

решение1

/media/— это заглушка, в которую большинство современных дистрибутивов монтируют съемные носители при их подключении, например, жесткие диски USB, оптические носители, флэш-накопители и т. д. Один из смонтированных вами носителей идентифицирован как , HDD2-200GBкоторый отображается как файловая система объемом 12,5 ГБ, которая заполнена.

/mnt/ — это еще одна заглушка, которая обычно используется для постоянно смонтированных файловых систем. Обычно их можно найти в /etc/fstab(фильссистемавкладкале).

Если бы мне пришлось угадывать, /home/резервная копия вашего каталога или раздела была создана на другом устройстве, смонтированном на /mnt/home; я бы предположил, что у вас просто была /homeсимволическая ссылка на /mnt/home, но, как вы говорите, размеры разные.

Вы также можете взглянуть на вывод df -h, который более четко разобьет все по файловой системе, а не по пути. Поскольку файловые системы могут быть смонтированы по (почти) любому произвольному пути, это может быть менее потенциально запутанным, чем представление вложенного дерева.

Также ls -ld /homeпокажет вам, /home/является ли это фактическим каталогом или символической ссылкой, указывающей в другом месте.

Связанный контент