У меня есть ноутбук ASUS, который я пытаюсь переделать в машину Linux, к которой я купил новый жесткий диск на 750 ГБ. Вчера я установил Ubuntu 14.04 LTS и следовал общим рекомендациям по созданию различных разделов диска, фактически оставив немного больше места, чем предлагалось, поскольку жесткий диск довольно большой.
Я также зашифровал свой домашний каталог во время установки (не уверен, что это является причиной проблемы, которую я собираюсь описать).
Сегодня вечером я пытаюсь установить несколько программ, которые я регулярно использую, например Spotify и Dropbox. Мне удалось установить обе, однако Dropbox, похоже, думает, что у меня закончилось место на диске (утверждает, что у меня осталось только 500 МБ или какая-то ерунда). Я не понимаю, почему. Он находится в моем каталоге /home/mydirectory, который, как я (полагаю), настроен на самый большой раздел, около 700 ГБ. Даже если бы я хотел синхронизировать все, что у меня есть в моей базе данных, это все равно всего 30 ГБ, так что у меня явно много места.
Когда я "проверил диски", чтобы увидеть, где проблема, я заметил, что, по-видимому, большая часть этого диска используется (зарезервирована?) моим личным (зашифрованным) каталогом. Возможно ли переместить БД в этот каталог? Как мне вообще разместить там вещи?
Я изначально зашифровал его из соображений безопасности, но теперь я сомневаюсь, стоило ли оно того. Мне не дали никаких опций от DB, когда я его устанавливал, но я знаю, что могу "переместить" каталог. Любая помощь или предложения приветствуются.
Редактировать 05-16-15
По Вашему предложению я узнал следующую информацию:
пользователь@Asus:~$ df -H Файловая система Размер Использовано Доступно Использовано% Смонтировано на /dev/sda9 17G 15G 658M 96% / нет 4.1k 0 4.1k 0% /sys/fs/cgroup udev 4.1G 4.1k 4.1G 1% /dev tmpfs 814M 1.3M 813M 1% /run нет 5.3M 0 5.3M 0% /запуск/блокировка нет 4.1G 6.6M 4.1G 1% /run/shm нет 105M 41k 105M 1% /запуск/пользователь /home/user/.Частный 17G 15G 658M 96% /home/greywolf пользователь@Asus:~$
Глядя на это, я понимаю, почему он думает, что у меня заканчивается место. Однако это все еще озадачивает меня, поскольку у меня есть том на 700+ ГБ, который здесь вообще не указан. Что еще более странно, так это то, что до того, как открыть это сообщение для редактирования, я увидел его смонтированным (даже открыл свойства) — теперь его нет. Когда я пытался установить здесь, я думал, что сохранил самый большой том для /home. Я не продвинулся в этом процессе так далеко, что не могу просто начать заново. Если бы у вас был жесткий диск на 750 ГБ для установки Ubuntu, какие разделы вы бы создали во время процесса запуска и в каких объемах? Возможно, это то, что мне нужно попробовать снова. (У меня не было этой проблемы в прошлый раз, поэтому не уверен, почему она у меня сейчас)
gparted выдал мне следующее:
пользователь@Asus:~$ sudo gparted ====================== libparted: 2.3 ====================== (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 7 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 6 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 26 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 25 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 33 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 32 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 36 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 35 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 39 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 38 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 42 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 41 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 45 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 44 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 48 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 47 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 51 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 50 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 54 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 53 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 57 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 56 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 60 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 59 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 65 не был найден при попытке его удаления (gpartedbin:4874): GLib-CRITICAL **: Исходный идентификатор 64 не был найден при попытке его удаления
Кажется, он все еще работает. Он также вызвал gparted gui, скриншот которого я сделал, но не уверен, как его здесь разместить.
Результаты с горы:
пользователь@Asus:~$ монтирование /dev/sda9 на / тип ext4 (rw,errors=remount-ro) proc в /proc тип proc (rw,noexec,nosuid,nodev) sysfs в /sys введите sysfs (rw,noexec,nosuid,nodev) нет в /sys/fs/cgroup тип tmpfs (rw) нет в /sys/fs/fuse/connections тип fusectl (rw) нет в /sys/kernel/debug тип debugfs (rw) нет в /sys/kernel/security тип securityfs (rw) udev на /dev тип devtmpfs (rw,mode=0755) devpts на /dev/pts тип devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs в /run введите tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none в /run/lock тип tmpfs (rw,noexec,nosuid,nodev,size=5242880) нет в /run/shm тип tmpfs (rw,nosuid,nodev) none в /run/user тип tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) нет в /sys/fs/pstore тип pstore (rw) systemd в /sys/fs/cgroup/systemd введите cgroup (rw,noexec,nosuid,nodev,none,name=systemd) /home/user/.Private на /home/user введите ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=9c8812d31a548113,ecryptfs_fnek_sig=7e7a38601164a67f) gvfsd-fuse в /run/user/1000/gvfs введите fuse.gvfsd-fuse (rw,nosuid,nodev,user=пользователь) /dev/sda5 на /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48 тип ext4 (rw,nosuid,nodev,uhelper=udisks2) /dev/sda8 на /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e тип ext4 (rw,nosuid,nodev,uhelper=udisks2) /dev/sda7 на /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c тип ext4 (rw,nosuid,nodev,uhelper=udisks2) пользователь@Asus:~$
Я на 99% уверен, что sda8 — это большой раздел.
Вот содержимое файла fstab:
# /etc/fstab: статическая информация о файловой системе. # # Используйте 'blkid' для печати универсального уникального идентификатора для # устройство; это можно использовать с UUID= как более надежный способ именования устройств # это работает даже если диски добавляются и удаляются. См. fstab(5). # # # / был на /dev/sda9 во время установки UUID=b187f237-9f0d-4644-b6eb-880a2c131f7e / ошибки ext4=перемонтирование-ro 0 1 # во время установки swap был на /dev/sda10 #UUID=b7b9eb33-8e0a-4f48-9196-e582abe50b10 нет подкачка sw 0 0 /dev/mapper/cryptswap1 нет подкачки sw 0 0
После выполнения некоторых рекомендаций (ниже) df -h теперь показывает следующее:
Файловая система Размер Использовано Доступно Использовано% Смонтировано на /dev/sda9 16G 15G 336M 98% / нет 4.0K 0 4.0K 0% /sys/fs/cgroup udev 3.8G 12K 3.8G 1% /dev tmpfs 777M 1.2M 776M 1% /run нет 5.0M 0 5.0M 0% /запуск/блокировка нет 3.8G 3.8M 3.8G 1% /run/shm нет 100M 48K 100M 1% /запуск/пользователь /home/user/.Частный 16G 15G 336M 98% /home/user /dev/sda5 687M 44M 594M 7% /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48 /dev/sda8 650G 70M 617G 1% /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e /dev/sda7 6.8G 16M 6.4G 1% /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c
Как вы видите, /sda8 — это большой раздел. Честно говоря, я думал, что сделал его разделом /home, но это явно не так, что и вызывает всевозможные проблемы.
решение1
Редактировать: resize2fs не сработало. Попробуйте "resize2fs /dev/sda9" в терминале.
Или вы можете установить и использовать gparted для редактирования разделов.
Я думаюЭта почтато, что вы ищете. Gparted будет лучшим инструментом для использования.Руководство пользователя Gpartedдолжно помочь вам начать чувствовать себя комфортно при его использовании.