Здравствуйте.
Сегодня при попытке установить deb пакет с google-chrome столкнулся с проблемой:
(Чтение базы данных … на данный момент установлено 128690 файлов и каталогов.)
Распаковывается пакет google-chrome-stable (из файла …/google-chrome-stable_current_amd64.deb) …
dpkg: ошибка при обработке параметра /home/pavel/Загрузки/google-chrome-stable_current_amd64.deb (--install):
не удалось скопировать извлечённые данные «./opt/google/chrome/libpdf.so» в «/opt/google/chrome/libpdf.so.dpkg-new»: ошибка записи (На устройстве кончилось место)
dpkg-deb: ошибка: подпроцесс вставка уничтожен по сигналу (Обрыв канала)
При обработке следующих пакетов произошли ошибки:
/home/pavel/Загрузки/google-chrome-stable_current_amd64.deb
Анализатор использования дисков показывает следующее:
2,9G /usr
160M /home
du: невозможно получить доступ к «/proc/11300/task/11300/fd/4»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/11300/task/11300/fdinfo/4»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/11300/fd/4»: Нет такого файла или каталога
du: невозможно получить доступ к «/proc/11300/fdinfo/4»: Нет такого файла или каталога
0 /proc
1,0K /opt
1,0K /srv
2,0K /media
84K /root
1,0K /lib64
12K /lost+found
7,3M /bin
120M /lib
7,3M /sbin
0 /sys
17M /boot
1,0K /selinux
1,0K /mnt
1,1M /run
355M /var
0 /dev
4,2M /etc
1,0K /.pulse
61K /tmp
3,5G /
Хравн, спасибо за помощь. Я не могу понять почему разные цифры у разных утилит. Я не претендую на гениальность и разбивал я жесткий диск по подсказкам установщика и гугла, где-то отсебячил и додумывал. Это не первая установка дебиан, проблем не было, в файловую систему никогда не вникал. Да, я где-то напортачил, но, вот чесное слово, не пойму где. Увеличить корень с 333 Мб до скольки? Там использовано чуть более 50%.
moshell, спасибо, возможно, как-нибудь разберусь с LVM.
Я полагаю, что корень зол это /opt/, под который следовало выделить отедельный раздел при такой разбивке. Тут и напортачил.
Смущает то, что Анализатор использования дисков дает неверную информацию. Чтож Баобабу видней.
Попробую поискать по этому поводу полезную информацию.
можно посмотреть что и как смонтировано командой mount без аргументов
mount
Показать
text
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1014182,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=812560k,mode=755)
/dev/disk/by-uuid/59bb3451-a292-4ca2-ab7b-675c4848d8de on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,stripe=4,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=4951060k)
/dev/sda10 on /home type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sda9 on /tmp type ext4 (rw,relatime,user_xattr,barrier=1,stripe=4,data=ordered)
/dev/sda6 on /usr type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sda7 on /var type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
/dev/sda10 on /opt type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
Все же df для поиска пропавшего места информативнее. А Анализатор использования дисков просто заврался. Не знаю с чем это связано, так и не нашел времени выяснить.
По дороге домой дошло. Тяжёлый день, smaharbA, прошу простить.
Ну так никакой практической выгоды я и не искал, разве что в перспективе восстановление, перенос и т.п. поэкспериментировать есть где, когда доберусь до чтения про файловую систему. Исключительно ради опыта =)
yars - не совсем так, хотя и это тоже, в варе все дистры хранят массу информации, всевозможные домашние папки спецусеров + архив репозиториев (временный и/или постоянный) + все пытаются туда поместить свои базы (тот же мускуль и постгри, если специально не заморочиться) + "служебный" темп + логи + куча кешей всего и вся, по этому его либо на достаточный по размерам раздел/носитель либо вообще не бить корень. Ладно бут и хом еще можно понять для чего отделять, а вот все остальное так и тянется со времен доисторического материализма когда были не разделы, а устройства и рядили куда побыстрее, а куда побольше.
Лично я давно уже решил что делить особо смысла нет, если это обычный десктопный компьютер.
Если же 2 диска, и lvm не катит, просто монтирую второй куда нужно.
И кстати иметь разбивку дисков аж до sda10 не совсем здоровое решение.
