☰

Где aptitude хранит файлы во время обновления?

tag-icon • tag-icon upgrade partitioning update-manager
Где aptitude хранит файлы во время обновления?

Я поддерживаю ноутбук с Ubuntu в другом штате (поэтому у меня нет к нему физического доступа). Это EeePC с двумя внутренними дисками: флэш-накопитель на 4 ГБ с корневой файловой системой и диск большего размера (~12 ГБ) с разделом /home на нем (и большим количеством свободного места). Пользователь попытался выполнить обновление до 11.10, но обновление не удалось, поскольку в корневом разделе недостаточно свободного места для выполнения обновления.

Я помню, как однажды столкнулся с похожей проблемой на ноутбуке, у которого был только один физический диск, но плохо продуманная схема разделов; я думаю, что я просто создал символическую ссылку на каталог из слишком маленького раздела rootfs на больший раздел. В этом случае, я думаю, лучшим решением будет привязать-монтировать любой каталог, который Ubuntu хочет использовать для хранения своих загруженных файлов на большем диске.

  • Какой каталог (или каталоги) является наиболее важным и его необходимо «переместить» на больший диск?

  • Если я могу обойтись только монтированием привязки одного каталога, нужно ли мне сделать это один раз, в начале установки, или мне нужно добавить привязку-монтирование в fstab (т. е. поскольку файлы все еще нужны после перезагрузки, поэтому привязка-монтирование должна быть постоянной)?

  • Есть ли более простой или лучший способ выполнить обновление? (Ни новая установка, ни переразбиение на разделы сейчас невозможны)

решение1

Ну, для каталога, где apt, aptitude и любая другая система управления пакетами, которую вы используете, хранит загруженные пакеты, это /var/cache/apt/archives. Если вы скопируете эти файлы в ту же папку кэша на другом ПК, вы избавите себя от необходимости загружать их снова из интернета.

Остальное я не совсем понял. Если бы вы могли изменить или добавить что-то еще, я мог бы объяснить подробнее. Извините, приятель.

решение2

Более половины маленького жесткого диска было в /usr, поэтому я просто переместил /usr в (незашифрованный) раздел /home и примонтировал /home/usr к /usr, вот так:

sudo su -
mv /usr /home/
mkdir /usr
mount --bind /home/usr /usr
echo "/home/usr /usr bind defaults,bind 0 0" >> /etc/fstab

sudo находится в /usr/bin, поэтому лучше сначала войти в систему как root, чтобы не остаться без сеанса root, если что-то пойдет не так (во время операции mv /home/usr принадлежал пользователю root с правами доступа 700). mount, ls и mkdir находятся в /bin.

Обязательно имейте запасной план на случай, если вы попробуете это сделать: я не могу сосчитать количество вещей, которыемогпойти не так. Кроме того, если бы я собирался сделать это снова, я бы, вероятно, попыталсякопия/usr в /home сначала (вероятно, используя что-то вроде rsync, cpio или tar для сохранения атрибутов файлов?) и протестируйте привязку-монтирование перед удалением оригинального /usr. Но в этот раз мне повезло, и все получилось.

решение3

Откройте терминал, выполнив поиск в панели, а затем, как только появится приглашение user@computer:~$, введитеточно:

sudo apt-move path-to-your-12GB-device

и введите свой пароль, когда sudo его запросит. Он не будет показан (даже звездочки). Как только вы user@computer:~$снова получите запрос, вы готовы к работе.

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