SSD, полный после свопинга из Ubuntu (некоторая утечка?)

Я работаю над Acer Chromebook 15 с установленной Ubuntu 16.04. Мой SSD имеет общее количество на ~10.5 ГБ с используемыми только 5 ГБ. Последние несколько раз я вышел из Ubuntu или имел ее, заснули, она перезапускает в ChromeOS с предупреждением, что диск устройства полон. Существует 0 остающиеся B. Что-то внезапно поело 5 + ГБ моего диска.

Кто-либо еще услышал об этом? Мой google-fu не привел ни к каким решениям. Последнее пару раз, я смог удалить некоторые файлы загрузки, и это в конечном счете уберет себя. По некоторым причинам свопинг назад к Ubuntu помогает ему понять, что сумма является дисковым пространством, на самом деле используется. На этот раз нет ничего для удаления, и я испытываю затруднения при выяснении того, что я могу удалить, чтобы иметь комнату для переключений на Ubuntu.

Любая справка ценится.

Править:

Я ввел по абсолютному адресу вокруг немного, и похоже, что преступник находится, вероятно, в/mnt/stateful_partition. Я не уверен, где я должен пахать отсюда. Надо надеяться, это помогает сузить его.

Вывод от df -h:

Filesystem               Size  Used Avail Use% Mounted on
/dev/root                1.7G  1.6G   86M  96% /
devtmpfs                 1.9G     0  1.9G   0% /dev
tmp                      1.9G  192K  1.9G   1% /tmp
run                      1.9G  548K  1.9G   1% /run
shmfs                    1.9G   19M  1.9G   1% /dev/shm
/dev/sda1                 11G   11G     0 100% /mnt/stateful_partition
/dev/sda8                 12M   24K   12M   1% /usr/share/oem
/dev/mapper/encstateful  3.2G   59M  3.1G   2% /mnt/stateful_partition/encrypted
media                    1.9G     0  1.9G   0% /media
none                     1.9G     0  1.9G   0% /sys/fs/cgroup
imageloader              1.9G     0  1.9G   0% /run/imageloader

Вывод от mount:

/dev/dm-0 on / type ext2 (ro,relatime,seclabel)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,relatime,seclabel,size=1986368k,nr_inodes=496592,mode=755)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime,seclabel)
none on /sys/fs/selinux type selinuxfs (rw,nosuid,noexec,relatime)
tmp on /tmp type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
run on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime,seclabel,gid=605,mode=750)
shmfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000)
/dev/sda1 on /mnt/stateful_partition type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,commit=600,data=ordered)
/dev/sda8 on /usr/share/oem type ext4 (ro,nosuid,nodev,noexec,relatime,seclabel,data=ordered)
/dev/sda1 on /home type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,commit=600,data=ordered)
/dev/mapper/encstateful on /mnt/stateful_partition/encrypted type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
/dev/mapper/encstateful on /var type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
/dev/mapper/encstateful on /home/chronos type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
run on /var/run type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
run on /var/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
media on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
/dev/sda1 on /usr/local type ext4 (rw,nodev,noatime,seclabel,commit=600,data=ordered)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime,seclabel)
none on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu)
/opt/google/containers/android/system.raw.img on /opt/google/containers/android/rootfs/root type squashfs (ro,nosuid,nodev,noexec,relatime,seclabel)
/usr/share/mount-passthrough/rootfs.squashfs on /opt/google/containers/arc-removable-media/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
/opt/google/containers/arc-sdcard/rootfs.squashfs on /opt/google/containers/arc-sdcard/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
/opt/google/containers/arc-obb-mounter/rootfs.squashfs on /opt/google/containers/arc-obb-mounter/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,noprefix)
imageloader on /run/imageloader type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
debugfs on /run/debugfs_gpu type debugfs (rw,nosuid,nodev,noexec,relatime,seclabel,gid=605,mode=750)
/dev/sda1 on /home/chronos/user type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/user/02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/chronos/u-02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/root/02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)

Edit2:

Я думаю, что нашел преступника, но все еще понятия не имею, как продолжить двигаться. Вот вывод от lsblk.

NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda       8:0    0  14.9G  0 disk 
├─sda1    8:1    0  10.8G  0 part /mnt/stateful_partition
├─sda2    8:2    0    16M  0 part 
├─sda3    8:3    0     2G  0 part 
├─sda4    8:4    0    16M  0 part 
├─sda5    8:5    0     2G  0 part 
├─sda6    8:6    0   512B  0 part 
├─sda7    8:7    0   512B  0 part 
├─sda8    8:8    0    16M  0 part /usr/share/oem
├─sda9    8:9    0   512B  0 part 
├─sda10   8:10   0   512B  0 part 
├─sda11   8:11   0     8M  0 part 
└─sda12   8:12   0    16M  0 part 
loop0     7:0    0   3.2G  0 loop 
└─encstateful
  254:1    0   3.2G  0 dm   /mnt/stateful_partition/encrypted
loop1     7:1    0 449.2M  1 loop /opt/google/containers/android/rootfs/root
loop2     7:2    0     4K  1 loop /opt/google/containers/arc-removable-media/mou
loop3     7:3    0     4K  1 loop /opt/google/containers/arc-sdcard/mountpoints/
loop4     7:4    0     4K  1 loop /opt/google/containers/arc-obb-mounter/mountpo
zram0   253:0    0   5.6G  0 disk [SWAP]

Пространство, сохраненное zram0, является в значительной степени точно пространством, которое это пропускает. Некоторое исследование говорит, что имеет некоторое отношение к внешним дискам (я думаю?). Имея это в виду, я использую SD-карту для запущения программ как IPython и Matlab. Это могла бы быть проблема с ним неправильно размонтированный, но перезапускающий мой компьютер не убирает его. Если кто-то может помочь мне сбросить zram0, я думаю, что это решит проблему.

Проблема была решена! Это не была даже проблема с файлами подкачки или чем-либо как этот. Выполнение sudo du --max-depth=9 --human-readable / | sort --human-numeric-sort ведомый меня к преступнику: файл журнала менеджера моего vpn. Убирание этого убрало буквально 7,5 ГБ.

Благодаря всем это выручило!! Я ценю его значительно!!

1
задан 18 September 2018 в 22:14

1 ответ

Похоже, что установка использует/dev/zram0 устройство в качестве раздела подкачки. Вот довольно хорошее объяснение о том, как это работает:

https://wiki.gentoo.org/wiki/Zram

Я не уверен, является ли это на самом деле 'дисковой' флэш-памятью или RAM, которая используется. Можно попытаться отключить подкачку путем выполнения:

swapoff /dev/zram0 и посмотрите, устраняет ли это проблему (удостоверьтесь, что сделали это, прежде чем это будет полно).

Затем Вы можете поиск о том, как создать и включить другой раздел подкачки в случае необходимости и вероятно изменить /etc/fstab

не установить его при начальной загрузке.Удачи!

0
ответ дан 7 December 2019 в 23:14

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

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