Ускоряем pacman при работе с базой данных

Нет. tar надо распаковывать в корень. Посмотри содержимое pacman.db.tar.bz2. Оно там от корня идет /var/lib/pacm/blablabla
Разберемся, голубчик!
В ауре пакет pacman-cage автоматом делает тож самое, только фс ext2
уупс du /var/lib/pacman.db 151M чето многовато, попробую твой метод.
IIaBeJI
В ауре пакет pacman-cage автоматом делает тож самое, только фс ext2
да, только там ФС монтируется в демонах.
IIaBeJI
уупс du /var/lib/pacman.db 151M чето многовато, попробую твой метод.
Ну, правильно. Изначально создавался 150MB. Без подвоха. Мой тоже 100MB весит, как и создавался. Смотри du -hs /var/lib/pacman
Разберемся, голубчик!
ext2/ext3 не очень эффективны для работы с большим количеством маленьких файлов. особенно на небольших разделах: индексные дескрипторы заканчиваются быстрее чем свободные блоки, в результате, места ещё хоть жопой жуй, а создать новый файл уже не получается - нету свободных дескрипторов.
systemd должен умереть.
Значит так. Система монтирования, описанная в это топие, не работает!!!. Потому, что ФС базы содержит журнал, и при попытки записи в журнал пишет ошибку, т.к. / еще не перемонтировался в rw при загрузке.

Т.о. лучше не использовать журнал для базы ФС или не писать велосипеды, а пользоваться инструментами вроде pacman-cage :)
Разберемся, голубчик!
По результатам пи… разговора на канале, вектор:
<hatred> amigo: почему ты утверждаешь что оно в RO???
<amigo> посмотри sysinit
<hatred> уже смотрю
<hatred> заинтересовало
<amigo> оно в rw потом уже перемонтирует
<amigo> в общем, уже пробовал перегружался
<hatred> amigo: ты гонишь
<amigo> че?
<hatred> stat_busy “Mounting Local Filesystems”
<hatred> /bin/mount -n -o remount,rw /
<hatred> /bin/rm -f /etc/mtab*
<hatred> # make sure / gets written to /etc/mtab
<hatred> /bin/mount -o remount,rw /
<hatred> # Write /proc, /sys and /dev to /etc/mtab
<hatred> if ; then
<hatred> /bin/grep -e “/proc ” -e “/sys ” -e “/dev ” /proc/mounts >> /etc/mtab
<hatred> fi
<hatred> # now mount all the local filesystems
<hatred> /bin/mount -a -t $NETFS -O no_netdev
<hatred> stat_done
<hatred> сначала rmount, а потом только подключение всех остальных
<hatred> *remount
<karnath> hatred: http://gopaste.org/add
<hatred> karnath: не такой уж большой листинг
<hatred> karnath: не занудствуй)
<karnath> Большой.
<amigo> хз, ща некогда. принтер на w7 отвалился, а надо печатать срочно :)
<amigo> потом посмотрю
<hatred> amigo: так что ты просто где-то гонишь
<hatred> помоему там нужно loop девайсину указывать…

<amigo> ох, епт
<amigo> ты гени
<amigo> й
<_loggerhead> .

<amigo> hatred, отпиши это на форуме
<hatred> народ, вопрос, а куда ман по fstab делся?
<hatred> amigo: я не помню навскидку как это делать

ну поняли, да..
systemd должен умереть.
убери pass для проверки, поставь 0
и попробуй в инитрд загрузку модуля loop добавить.
потому как запись для файла у меня прокатывает, значит просто при загрузке чего-то не хватает. самому ребутаться лень)
systemd должен умереть.
Help!!!!!!!!!!
ne mogu zagruzitsia

Pri proverke failovoy sistemi oshibka:

Superblock last mount (time ….., now …..) is in the future
…. - pokazivaet raznoe vremia
h4tr3d
убери pass для проверки, поставь 0
и попробуй в инитрд загрузку модуля loop добавить.
потому как запись для файла у меня прокатывает, значит просто при загрузке чего-то не хватает. самому ребутаться лень)
точно! спасибо тебе, добросердечный h4tr3d :)
Разберемся, голубчик!
точно будет, когда проверишь, пока я пальцем в небо тыкаю :) и зачем ты пионера убил!?

2пионер: ввести пароль рута, и запустить проверку на ту файловую систему, на которую ругань. И заодно сразу исправь /etc/fstab, убери из амигиной строчки последнюю 1 и замени на 0
systemd должен умереть.
 
Зарегистрироваться или войдите чтобы оставить сообщение.