нет

про убунту не скажу, а генту я переводил. но там разница не большая.

эта самое - бекапим /home/username (настройки пользователя) и /etc (глобальные настройки системы), если там были правки. бекапим список пакетов (команда зависит от системы). ставим с 0 64битную ос - восстанавливаем настройки. profit

> поэтому полная переустановка не подходит.

это только в винде так.

ЗЫ. Если /home сделан отдельным разделом - дела обстоят еще проще

ЗЫЫ. нормально там запускаются 32 битные программы.

Правки были не только в /home и /etc, а даже и в /usr и /var и где-то ещё ) Все не вспомнить.
И да /home на отдельном разделе.

> /usr и /var и где-то ещё

это зря IMHO. при обычном обновлении пакетов затрется ведь с большой вероятностью. я бы переставил и больше туда не лез)

сам правлю разве что /srv - в /usr точно не лезу. в /var вроде как тоже, хотя раньше надо было иногда

За это принято руки отрывать.

Так или иначе можно смело переустанваливать, потому как все эти изменения затрутся в скором времени. Это эталонный пример сферического ССЗБ в вакууме.


Все настройки лежат в /home/username/ в файлах и директориях, начинающихся с точки. Достаточно забекапить только их.

> Все настройки лежат в /home/username/ в файлах и директориях, начинающихся с точки. Достаточно забекапить только их.

и качать все заново?

Ну, я думал, пронданные бекапить - это само собой разумеется.

блин так они ж в /usr походу)

Данные? В /usr? Да вы упоролись. :)

дык тогда бы не заморачивался с переустановкой - я других причин не вижу кроме как /usr/pron

Прон в /home/блаблабла :D
А в /usr че-то когда-то делал, но не помню что ). За год использования система постоянно доводилась до удобного использования для себя. И чего только с ней не делал. Поэтому как-то не хочется потерять результат работ. Сейчас как работает - меня полностью устраивает. Поэтому и спрашивал, возможно ли без заморочек сделать все. Но видимо нет. (

Друг. В жизни надо иногда что то менять. Компьютер - лучшее средство чтобы не покалечить окружающих при этом) Так что переустановка системы это быстро, просто и безболезненно. Кроме того, раз ты не помнишь, что менял, значит оно не нужно, поверь!

Ну тогда объясните более подробно что и как делать в плане бекапа. Что лучше использовать и т.д. Забекапить /home не смогу, просто некуда, 400 Гб занимает ) Обязательно так же сохранить /etc. А так же полный список установленных пакетов. Ну и т.д.
Ещё не разу не работал с бекапом на Линуксе. Как-то не приходилось раньше )

Вот тут должен быть ехидный комент про поттеринга и всё на одном разделе. Ищи винт на время, потому как по-другому никак. Можно, конечно, на живой системе потихоньку собрать генту или LFS, а потом подменить имеющуюся собранной, но вряд ли это тебя заинтересует.

cd /etc && tar -cjvf /var/backup/etc.tar.bz2 ./
Про пакеты я уже говорил.

ну почему же никак. загрузиться с livecd типа riplinux, забэкапить etc, потереть все кроме /home уменьшить раздел до размеров /home. в освободившемся месте сделать новые разделы /,/boot и т.д. Есть риск потерять все при изменении размера, поэтому лучше использовать бесперебойник

Очень много шансов потерять всё при ресайзе. Если бы был какой-нить костыль типа llvm, было бы проще.

вот у него же /home на отдельном разделе. значет при следующей установке его просто не надо форматировать. забекапить /etc и все

Вот тут ответ.

За 400 Гб эт я конечно перегнул палку, но все же почти весь.
Разметка такая:

NTFS - ~20 GB
/boot - 250 MB - ro - ext2
swap - 4 GB - -- - ------
/ - 20 GB - -- - ext4
/tmp - 10 GB - nodev, noexec, nosuid, atime - ReiserFS
/var/log - 10 GB - nodev, noexec, nosuid, noatime - ReiserFS
/home - ~400 GB - nodev, nosuid - ext4

Размечалось под расчет того, что комп будет полусерваком. Т.е. апачи, sql и т.д.

А как сохранить ключи к репозитариям? У меня их довольно много добавлено.

sudo launchpad-getkeys

Пишет такой команды. И установить тож нельзя (

Потому что надо поискать на лачпаде ;)

man apt-key на предмет действий export, чтобы сохранить и add, чтобы потом восстановить.

Если мне не изменяет память, убунта не может работать нормально с noexec на /tmp. Там вроде бы для работы dpkg запускаются pre-/post-install скрипты.

Извиняюсь, эт просто с темы по разметке скопировал. Были ошибки как раз из-за noexec. Пришлось убрать. И ro с бута убрал. Хотя сейчас могу вернуть. Так как ядро поставил 3.5.2, а со всеми выше плохо работает )

ext4 ext4 ext4 )

По поводу файловых систем там написано все верно. Когда-то хотел ещё отдельно раздел для торрентов с "nodev, noexec - XFS". Но в итоге они в отдельной папке в /home, и никаких проблем.

А не подскажите обратную команду, чтобы распаковать все по своим местам? )

А вот тут одной командой лучше не делать ничего. Потому как будут косяки.
1. fstab надо оставить тот, что на новой системе, потому как там uuid'ы свои.
2. passwd/shadow и подобные pam'овские файлы лучше не перезаписывать вслепую.
3. udev'овские правила тоже не всегда стоит руками перезаливать. Иногда они меняются в зависимости от архитектуры.
4. Если сильно поменялись версии пакетов, буду косяки с настройкой этих пакетов.
5. В некоторых конфигах в связи с изменениями архитектуры будут иначе прописаны пути(вместо /usr/lib /usr/(lib32|lib64)/).
Это только то, что так сходу в голову пришло.
Т.е. лучше переносить непосредственно диры с конфигами из бекапа для конкретных программ. Это безопаснее. В процессе увидишь, если какая-то программа ведёт себя не так, как на старой системе, значит забыл конфиг для неё и накатываешь. Если же всё будет нормально, то значит те изменения и не нужны. :)

Спасибо за предупреждение. Но на всякий случай решил проделать все на виртуалке. Ща установлю туда новую систему. Установлю все, что мне надо и посмотрю как оно себя ведет. И что надо заменить, а что надо оставить. И когда точно со всем определюсь - тогда проделаю все уже на реальной машине.

Для debian'а и его потомков это: dpkg -l | awk '{print $2}'

как сделать так, чтоб выход этой программы сохранился в, допустим, ~/packets.txt?

dpkg -l | awk '{print $2}' > ~/packets.txt?

Спс, я так и подумал, но решил для уверенности переспросить :)

Не могу отредактировать предыдущий коммент. В итоге оказывается у меня установлено пока 3440 пакетов. Офигеть, даже и не думал что так всего много )

И так, список пакетов то я сохранил. А как заставить установщик установить все из этого списка, что он сможет?

apt-get install $(cat package.list)

Ребят, а как быть с пакетами установленными в ручную?
И как быть с пакетами собранными и установленными из исходников?

З.Ы. Попробовал на виртуалке заменить директорию /etc/apt на свою старую /etc/aptю Все репозитории сохранились и даже ключи к ним. Кроме одного, но не очень нужного, и одного с ошибкой (это репы скайпа).

> с пакетами установленными в ручную?

установить

> собранными и установленными из исходников?

пересобрать видимо под новую архитектуру

Никогда. Нет. НИКОГДА не ставь софт из исходников в бинарных дистрах. Если надо собрать что-то чего нет или не устраивает, собери из этого пакет и поставь с помощью пакетного менеджера. А в не бинарных дистрах напиши ебилд, подключи к локальному оверлею и поставь.

Люди, ну сколько же можно превращать систему в помойку, а потом из-за этого страдать?

небольшое взаимонепонимание, но похоже ты ближе к правде. автор - man checkinstall. пересобирать ведь все равно придется, если ppa нету)

Есть только одна проблема. А исходники эти я того ..... удалил :) И не помню что уже ставил. Говорю ж всякое делал с системой в течении года )

если ты не помнишь что ставил - оно не нужно.

Чекинстал гарантирует только то, что ты сможешь потом удалить программу. Да и то, не всегда верно. Сборка пакета позволяет вписать программу в общую систему, ничего не поломав. Разрулить конфликты файлов если возикнут(настроить update-alternatives, к примеру), чётко отследить зависимости и не ставить их руками при переустановке, переносить пакеты между системами и т.д. и т.п. Т.е сделать жизнь проще.

Просто делал все по инструкции. Если было написано ./configure, а затем make & make install. То так и делал. Вот после ваших слов, теперь буду знать как нужно поступать )

Не поверишь. Для сборки пакета в большинстве случаев достаточно ввести те же пару команд, только вместо ./configure, dpkg-buildpackage, а вместо make install dpkg -i. ;)

checkinstall проще. иногда больше и не надо - собра "по инструкции" и вместо make install - Текст ссылки

Я знаю, что такое checkinstall и даже неоднократно им пользовался. И потом решал проблемы, в кратце перечисленные тут.

я топик стартеру ответил - он то не знает)
может ему и хватит

Чтобы не спорить - вынес отдельной ссылкой
Сборка ПО и создание .deb-пакетов из исходников в Debian-системах

Вот это правильно. :)