Форум Slackware Linux

Вечер добрый! Обновился походу до сurrent и теперь после старта ось начинает грузиться а потом снова выкидывает на загрузчик.

Значит неправильно обновились.
current — это разрабатываемая версия Slackware, она предназначена для тестирования теми, кто имеет достаточную компетенцию для самостоятельного исправления возникающих ошибок.

Поставьте стабильную 14.2.

_________________
irc://freenode.net/##slackware-ru

Можно как-нить установить назад пакеты снесенные после slackpkg clean-system? (имел ума).как найти их?

Найти их названия просто, сортированы по дате удаления:или с датой удаления:
Ну а найти их -- там же, где и в прошлый раз.
Может быть в стороннем хранилище.
Если собирались слакбилдами с SBo, есть шанс, что собранные пакеты остались в /tmp. Или остались их установочные деревья в /tmp/SBo/package-имя-пакета -- тогда можно оттуда пересобрать пакет без пересборки из исходников; или на slackonly.com посмотреть уже собранный пакет, если тамошние параметры сборки соответствуют ожиданиям.
А если нет -- то собрать заново...

_________________
irc://freenode.net/##slackware-ru

берёшь дерево основного дистрибутива (14.2)
заходишь в папку slackware64 выполняешь upgradepkg --reinstall --install-new *

этот вариант гарантированно восстановит систему, фактически переустановит её.
другой вариант в /etc/slackpkg/mirrors вписать стабильную ветку(закоментировав курент) и проделать всё то же что и при обновлении, т.е.

и вся печаль, либо как предлагает bormant, но тут непонятно что у тебя сломалось, тупая установка уже удалённых пакетов может не помочь.

Hi! тогда еще вопросик.У меня все-таки получилось AUFS quashsf модули запилить,и создал бэкап (как раз перед clean-system) и собрал liveusb https://www.linux-live.org/.И как теперь (можно ли) этот бэкап установить - ума не приложу.Там бэкап в формате .sb

:facepalm: это что сейчас было??
бекап делается одной строчкой в консоли:

и восстанавливается одной строчкой:


повторение мать учения - создай ещё раз, лучше запомнишь...
а про AUFS quashsf - стоит изучить вопрос прежде чем влезать в это всё. Вот почитай для расширения кругозора: https://github.com/vaeth/squashmount
а вообще у Алиена есть целый проект живого диска(флешки) https://alien.slackbook.org/blog/slackw ... n-updated/
или в слаковской вики - https://docs.slackware.com/slackware:liveslak

PS \\ если у тебя возникают затруднения в понимании как пользоваться такими инструментами, имеет смысл повременить их использовать, а пока поизучать как это устроено и работает(имхо)

Я хотел именно скриптами LinuxLive ёб!! ( https://xakep.ru/2011/03/15/54799/),поэтому и собрал ядро с aufs модулем.А quashsf просто подгрузился (modprobe)
Сейчас я загружаюсь работаю с ЖИВОГО.

Цитирую https://xakep.ru/2011/03/15/54799/
Предположим, ты настроил свою систему, поднял все сетевые службы, отредактировал их конфиги. Но завтра из-за очередного перепада напряжения сгорел винт. Опять все заново настраивать? Если ты накануне создал LiveCD, то тебе нечего беспокоиться. Заменил винт, загрузился с LiveCD (конечно, это будет LiveDVD, но по старинке мы здесь и далее будем называть его LiveCD) и установил систему вместе со всеми параметрами на новый винт. И все! На всю эту операцию будет потрачено полчаса. Пользователи и начальство будут тебе благодарны за столь оперативное «воскрешение» сервера. А теперь представь, что ты создал обычный бэкап с помощью tar/tgz. Тебе нужно минимум 40 минут на установку системы, потом время на восстановление бэкапа, плюс один лишний ребут. Однозначно времени будет потрачено больше

как это сделать?:
загрузился с LiveCD (накануне создал LiveCD) и установил систему вместе со всеми параметрами.

Как как... Загрузился, смонтировал, скопировал.

_________________
irc://freenode.net/##slackware-ru

можно понять порыв автора на хакере, рекламирующего свою наработку. Это даже полезный опыт, ситуации бывают разные, но! Не всегда понятна логика людей идущих за хлебом в магазин в соседнем подъезде и при этом одевающих походный рюкзак с набором выживания в ядерной войне и запасам продуктов на месяц...
Развернуть бекап из тара и установить из лайфСиДи - это по сути одна я та же операция, какие там профиты в пять минут ?! непонятно. Ну да каждый по своему чудит.

А можно плиз поподробнее.
У меня / на sda2, /boot на sda1, /home на sda3. Допустим смонтировал sda2 например в /mnt, но при копировании не все копируется.Дойдя до /proc начинаются вопросы - пропустить удалить (и как и что вашпе копировать?- все папки /etc /bin /lib /proc и т.д?).Потом смонтировал sda3 скопировал туда /home также с лайфа.Теперь иксы стартуют,но при попытке залогиниться от пользователя говорит: cannot enter admin using /.

Не надо копировать виртуальные ФС. Правда оно само так получится, если не пытаться копировать запущенную систему. Ведь /proc и /sys -- всего лишь точки монтирования, пустые каталоги на самой ФС. /dev раньше был каталогом с файлами устройств, сейчас там тоже виртуальная devtmpfs. /home в вашем случае -- тоже пустой каталог на /, только точка монтирования, его содержимое лежит на отдельном разделе.

У многих команд есть полезный ключик -- only one filesystem -- при операциях бэкапа/восстановления бывает полезен.

Ну и подготовка /mnt в вашем случае:

_________________
irc://freenode.net/##slackware-ru

OK! Вот тебе рабочий вариант бекапа с помощью лайфСиДи по шагам:
1. делаем бекап рабочей системы по твоему описанию. Отдельный вопрос с /boot на чём ты ездишь мне не ведомо, но предположу что на grub'е.
Итак грузимся с лайфСиДи.
монтируем корень :

собственно делаем сам бекап:

ключ --exclude= исключает из бекапа соответствующий каталог(как уже заметил bormant, точки монтирования не нужны в бекапе, при бекапе из работающей системы самой себя в исключения нужно ещё добавить и /dev и /run, но это уже продвинутый уровень)))
когда тар отработает в главном дереве смонтированной системы появится архив backup.tgz, его можно переместить в хранилище по усмотрению.
далее каталог /boot, для этого:

по окончании так же перемещаем архив в хранилище.
Выходим:
/home бекапится аналогично.


PS/// маленький но важный фикс ! Точка в конце команды tar важная команда не потеряйте, она говорит тару запаковать всё в текущем каталоге.


2.Теперь восстановление, тут варианты могут быть, развертывание на чистый носитель или восстановление покорёженной системы, последнее не всегда имеет смысл, т.к. не страхует от мусора оставшегося после тех действий которые привели к выходу системы из строя, поэтому приведу только вариант развертывания на чистый носитель(на котором заранее уже создана конфигурация файловых систем и партиций аналогичная исходной системе)
Для этого грузимся в лайфСиДи и монтируем новый носитель:

дальше корень. Тут есть тонкость - т.к. место чистое. необходимо создань точки монтирования не вошедшие в бекап(если мы просто реплицируем бекап на старую систему или при его создании не исключили их с помощью --exclude= этот шаг не нужен)

тут маленькое уточнение - каталог /dev и /home мы не исключили из бекапа, но это только для способа внешнего бекапа с помощью лайфа, так как наполнение первого создаётся ядром при загрузке то в бекапе отключенной системы в нём останется только то что мы туда самостоятельно поместим и возможно первичные ноды консоли, но для страховки я это продублировал, лишним не будет, а вреда не нанесёт, а второй, насколько я понимаю у тебя на отдельной партиции, т.е. в отключённой системе это просто пустой каталог.
Дальше разворачиваем :

ну и последний штрих сам /home(если нужно)

Всё, теперь восстанавливаем загрузчик:

чрутимся и запускаем grub:

Всё, можно перезагружаться в восстановленную систему.

х.з.Это ведь разделы поломатой системы.А езжу на LILO

lilo восстанавливается той же самой процедурой только вместо grub-install вызывается lilo.

ничего сложного.
Читай внимательно, что не понятно вопросы задавай . Бэкап самое простое и самое первое действие которое смысл имеет освоить в любых декорациях, когда понимаешь каждый свой шаг проблем не возникнет, думаю так я.
ПС. Пофиксил команду tar в предыдущем посте, до этого невнимательно скопировал вариант "живого" бекапа работающей системы самой себя, да, при желании систему можно бекапить прямо "в лет" безо всяких внешних инструментов, но там всё несколько сложнее, актуально для удалённой работы с рабочим сервером, но это другая история.

Спасибо Вам за Ваше терпение.I really want to study Недопонимаю или вообще не понимаю следующее:
# cd /mnt
# tar cvpzf backup.tgz --exclude=proc --exclude=lost+found --exclude=backup.tgz --exclude=mnt --exclude=sys .
Зачем делать бекап сломанной системы?(sda1 sda2 sda3- ).Да и я уже туда накопировал х.з. чего.
Live - sdb4

не-не, абстрагируйся от своих заморочек и читай текст:

это просто инструкция "как сделать “«себяшку» рабочей системы «на всякий пожарный».
Если же вменяемого бекапа нет, а система загублена и неработоспособна, естественно её бекапить нет никакого смысла. В этом случае либо переустановить с нуля, либо вдумчиво разбираться в причинах фейла и скурпулёзно восстанавливать.
Как восстановить систему я написал в этом посте - viewtopic.php?p=15131#p15131 , если есть желание «рискнуть всем», то можно за основу взять не основную ветку, а курент, но важно тут внимательность при чтении https://mirror.yandex.ru/slackware/slac ... ngeLog.txt , обращаем особое внимание на два критических момента :
первое - записи с тегом "Removed.", т.е. удалённые пакеты из системы, функционал которых перенесён в другие пакеты, избыточен или вреден.
второе, крайне важное - " Added." , например такая вроде бы "мелочь" - "Added /etc/cgconfig.d/ directory." или "l/jmtpfs-0.5-x86_64-1.txz: Added." эти мелкие или принципиальные фиксы значительно влияют на систему в целом и могут быть причиной её полной неработоспособности при неправильном обращении.
slackpkg позволяет это всё разрулить - в случае "Removed." это параметр "clean-system" , а в случае " Added." параметр "install-new".
И третий момент - если при обновлении появились новые или были удалены какие-то пакеты, то обязательно нужно проверить после обновления систему инструментом "new-config".
Как это применять я уже написал в приведенной ссылке.

Если есть желание то можно весь этот финт ушами с востановлением-обновлением при помощи slackpkg проделать из лайфа с той системой что есть, если повреждения не критичны, то вариант положительного исхода весьма вероятен. Для этого нужно внимательно прочитать мои посты в этой ветке и совместить их, простое копирование команд без понимания сути своих действий гарантия фееричного провала.
Делается это так :
Первое - монтируем поломанную систему и входим в chroot по инструкции про лило, но не запускаем сам лило.
Второе - вызываем slackpkg из самого первого поста и работаем как с обычной системой.
Третье - переустанавливаем загрузчик и проверяем что получилось.

Вот так это будет выглядеть в консоли:

Но прежде чем это всё делать стоит изучить что означает каждая команда. Я не совершенен,мог где-то и напороть - доверяй, но проверяй.

chroot: failed to run command '/usr/bin/env':Input/output error

а ну да, расположение...
в Слаке малость по другому - окружение помещено в корневой /bin, вот так правильно:

вот по этому и надо изучать систему, а не тупо копировать команды, если есть желание покрасоваться "а смотри как я могу, прямо с флешки...", то надо просто понимать что означают те или иные команды, тогда будет достаточно намёка как поступать.

Поправил остальные посты, чтоб не было путаницы...