jim945
mazahaka
Пишу
mount -B /dev/sda5 /mnt/boot
выдает:
mount: mount(2) failed:not a directory
(не является каталогом).
mount /dev/sda5 /mnt/boot
Rdf опечатался.
И ненадо там ничего чистить. А то граб еще снесешь
Абсолютно верно, накопипастил 5 штук, а ключик убрать забыл))
boot на отдельном разделе?
тады надо с лайфсд
mount /dev/sda7 /mnt
mount -B /dev /mnt/dev
mount -B /proc /mnt/proc
mount -B /sys /mnt/sys
mount -B /dev/sda5 /mnt/boot
pacman -r /mnt -Syy
pacman -r /mnt -S linux

пс. и перед монтированием /dev/sda5 в /mnt/boot, почисть /mnt/boot, а то у тя там лишнее ядро валяется с прошлых экспериментов… хотя есть не просит - пусть себе лежит))
Вспоминаю как я первый раз ставил debian: друга попросил привезти 2сд фром Москов - у него на работе был халявный безлим - у самого инета небыло. И вы не поверите, практически с нулевыми знаниями и отсутствием инета я поставил debian. Правда разбивку ставил автоматом, так как малек не понимал какие точки монтирования для чего. Это было лет 10 назад…

Теперь арч (наше время) - поставить его новичку без распечатанной инструкции “линукс фром скратч” что-то невероятное. Кто-то скажет: пусть школота отсеивается… оно конечно так, но эта школота лет через 5 будет костяком сообщества, а часть из них подадутся в разрабы. Это я к тому, что сил у девелоперов на аиф не осталось, а пилить системд, перемещать либы из корня в юзер, сколько угодно. Может оно и к лучшему, но инитскрипт работал без проблем, как часики, и особой необходимости срочно линять с него не было.

Обновления… это вообще песня. Без чтения новостей и форума можно угодить в забавную ситуацию. Опять же вспомню дебиан, после того как мы прокинули сетку и подрубили безлимит в складчину, у меня в автозагрузке крутился скриптик типа:
while true; do apt-get update && apt-get upgrade; sleep 2h; done &

Помню кто-то говорил как классно, что в арче после установки пакета автоматом всякая гадость не прописывается в запуск и ее не надо отключать… привет системд.

Небольшое резюме:
+ непрерывный цикл
+ сильное (точнее, сильнейшее… по крайней мере пока) коммунити
+ makepkg с его PKGBUILD'ами крайне удобен
- куча мелких и не очень глюков. Оно и понятно, все-таки роллинг релиз. Хотя, когда работающая локаль отваливается, потом восстанавливается дикими хуками в инитрамфс, и еще раз по кругу
- направление развития дистрибутива (это сугубо личное, кому-то может нравится)
- крайне много времени (все относительно) уходит на обслуживание системы
А по сабжу: уже не беспокоит.
В bios'е и системе одинаковое (+4) время, еще со времен винды пошло. Для синхронизации использую ntp. Время сразу после загрузки правильное вне зависимости от того есть инет или нету. Компьютер по разным часовым регионам не разъезжал и разъезжать не будет, поэтому utc нафиг не нужен.
Правда systemd еще не пробовал может там ждет засада…
tux
установить aif на лайвсиди и запустить?
Думаю в extra он не надолго. Так как поддержки у него не осталось, то прямая дорога в аур за первым грубом. Он не обновлялся с 11 года и в свете последних движняков, я бы не очень доверял его работоспособности… не зря его убрали с установочника.
sleepycat
доброе время суток. Собственно сабж. В свое время не нашел аналога, вот сегодня задался вопросом. Есть советы бывалых, собтвенно чем лучше, надежней?
если ext4, то штатный дефрагментатор e4defrag.

corner
При штатной проверке дисков (по cron) делается и так называемая дефрагментация.
Если интересно - man fsck.
странно.. у меня по cron никакой проверки не выполняется. А та что выполняется по кол-ву mount'ов, слава богу дефрагментацией не занимается.
1. Да меня и D устраивает, я к тому, что d не работает…
2. А на счет памяти имелось ввиду обратить внимание на строчку “-/+ buffers/cache”. Что лучше, темп занятый на 200метров держать на жестком, тем самым увеличиваю память доступную для буферочков или держать этот хлам в оперативе (ну или пока какойнить проге не понадобится оперативы поболее) так как буферочки не могут вытеснить tmpfs в своп? это вопрос риторический.

да чето-то долго я ответ рожал((
Ну свопа у меня еще меньше, чем рамы. А на счет свободной памяти.. набери в консоли free может наведет на какие-нибудь мысли. Уж лучше у меня пару “лишних” метров уйдет на кеш, чем будет висеть в темпе до перезагруза после сборки пакета или еще какой-нить хрени.
Не у всех оперативы по 8гигов. Мне с одним сложновато темп держать в раме. Я привык (переучиваться уже поздно))) заниматься всяким баловством, аля сборка пакетов, записи трансляций, снятие дампов и т.д. во времянке. Тот же флэш кешируется в папку темп (хотя счас вроде кудато перетащили) и нету особого желания скопытиться на середине фильма из-за нехватки памяти.

ПС. Баг в том, что поля файлов tmpfiles.d/*.conf обрабатываются не как положено
man tmpfiles.d
Ссылка на fstab - вообще эпично. Я могу привести ссылку на rc.conf, сомневаюсь, что у кого-то он один в один, как в вики. Конфиги на то и существуют, чтобы их править под себя. Или подразумевается, что /tmp нельзя держать на жестком?))))
Natrio
D /tmp 1777 root root -
Пришлось такую же хрень делать. А на счет бага… кто-то уже подсуетился