Установка и восстановление

Руководство по системной отладке Linux

За последние два года я представил вам достаточно большое количество утилит для системного администрирования. Мы узнали, как правильно анализировать круг проблем путем тщательного исследования симптомов и выявления причин. Мы изучили strace и lsof, которые являются достаточно мощными инструментами. Мы сфокусировались на профилировании и аудите системы. Мы поклонялись всемогущему отладчику GNU Debugger (gdb). Теперь пришло время объединить мощь всех этих программ в одном мега-руководстве.

Сегодня мы будем использовать все эти утилиты плюс некоторое количество приемов и советов, изложенных в моих руководствах по хакингу, чтобы попробовать попытаться решить казалось бы неразрешимые проблемы. Мы рассмотрим вопрос с нескольких точек зрения, каждый раз используя разные инструменты и показывая новые грани проблемы, пока не разрешим ее. Это будет нелегко, однако это, вероятно, будет уникальным многоцелевым руководством по системному администрированию и отладке среди тех, которые вы прочитали за очень долгое время.

Имеющаяся проблема

Итак, предположим, что у нас медленно происходит загрузка приложений. Вам приходится ждать 5 - 10 секунд, пока появится окно программы. Иногда все работает быстро, но вы не можете понять, почему. Обычно проблема возникает после выхода из сеанса или перезагрузки. Самое неприятное то, что если вы запускаете те же программы с помощью sudo или как or root, никаких задержек не наблюдается и все, кажется, работает нормально. Как же диагностировать такую проблему?

Правила!

Если вы хотите стать компетентным системным наладчиком, есть несколько желательных к исполнению правил, которым вы должны следовать, когда пытаетесь решить трудную задачу. Хорошо, если вопрос тривиальный и решается за пару минут. Однако если вы и ваши коллеги не можете разрешить проблему в течение часа, необходимо подумать и решать ее методически.

Будьте методичным

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

Всегда начинаем с простого

Теоретически, вы можете попробовать решить любую проблему сразу с помощью gdb, но вряд ли это будет рациональным использованием вашего интеллекта и времени. Вы должны всегда начинать с простых вещей. Проверьте системные логи на наличие странных ошибок. Запустите top, чтобы проверить загрузку процессора и потребление памяти.

Сравнение с исправно работающей системой

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

Теперь мы готовы копнуть глубже.

Симптомы

Нормально работающая система загружает xclock (простая графическая утилита, которую мы использовали в качестве теста) менее чем за секунду. При наличии проблем ее загрузка может занять до 10 секунд. Теперь мы знаем, что проблема имеется, но не знаем, в чем она заключается.

Strace

На данном этапе хорошей идеей будет использование strace. Прежде чем отслеживать каждый системный вызов в бесконечных логах, мы может оценить ситуацию в целом, запустив программу с флагом -c и посмотреть ее вывод.

Лог strace в нормально работающей системе

Вот что мы видим в данном случае:

Лог strace в проблемной системе

То же самое при наличии ошибок:

Сопоставление данных strace

Я привел рядом два результата strace. Видно, что поведение системы в двух вышеописанных случаях кардинально отличается.
В нормально работающей системе четыре верхних системных вызова - это read, mprotect, open и fstat. Всего у нас от нескольких десятков до нескольких сотен вызовов, среди которых имеется некоторое количество ошибок, связанных, вероятно, с поиском файлов в $PATH. Еще один важный элемент - время выполнения, которое составляет 1-2 милисекунды на каждый из четырех вызовов.
В проблемной системе лидируют open, munmap, mmap и stat. Более того, количество вызовов теперь измеряется тысячами, а время выполнения в 10-20 раз больше, чем было в нормальной системе.

Ltrace

Теперь мы воспользуемся ltrace и возможно узнаем что-то еще. Налицо значительная разница в поведении системных выводов, но мы не знаем, что является причиной проблемы. Возможно мы сможем это выяснить, изучив поведение библиотек, для чего и предназначена ltrace. Мы снова будем использовать флаг -c, чтобы увидеть конечный результат.

Лог ltrace в нормально работающей системе

Здесь целый пласт новой информации. Самая затратная функция библиотеки - создание виджета xclock, которая занимает 20 милисекунд, что составляет почти 40% от всего времени выполнения. На втором месте XftFontOpenName.

Лог ltrace в проблемной системе

Здесь мы видим кое-что другое. Лидирует функция The XftFontOpenName, которая выполняется в течение 18 секунд. На втором месте создание виджета с не менее впечатляющими 16 секундами. Больше ничего заслуживающего внимания не обнаруживается.

Сопоставление данных ltrace

Мы можем определенно сказать, что с шрифтами что-то не так. В нормальной системе вызов соответствующей библиотеки происходит практически мгновенно, в то время как в проблемной он длится почти 20 секунд. Сопоставляя логи, мы можем теперь прояснить картину. Большая длительность вызова функции, отвечающей за создание виджета, объясняет столь медленное появление окна программы. Более того, это прекрасно совмещается с огромным количеством системных вызовов и ошибок. Теперь у нас есть ключ к решению проблемы.

Дополнительный анализ с помощью vmstat

Некоторые могут сказать, что у нас уже достаточно информации - проблема в шрифтах. Но если вы не уверены на все 100%, можно попробовать узнать еще больше с помощью vmstat.

Нормально работающая система

vmstat выдает полезную информацию об использовании памяти и CPU. Мы уже говорили об этой утилите ранее, поэтому я не буду повторяться. Сегодня нас интересуют поля метрик CPU в последних пяти столбцах вывода программы, особенно два из них, помеченные как us и sy, а также поля cs и in в разделе system.
Поля us и sy показывают степень использования процессора пользователем и системой соответственно. Поля cs и in относятся к переключениям контекста и прерываниям. Первая метрика показывает примерно, как часто запущенный процесс отказывается от своего места в очереди запросов в пользу другого ожидающего процесса. Другими словами, это переключение контекста между процессами. Прерывания показывают, сколько раз работающие процессы получали доступ к оборудованию, например доступ к диску для чтения данных из файловой системы, опрос экрана или клавиатуры и т.д.
Давайте посмотрим, что происходит, когда мы запускаем программу xclock. Игнорируем первую строку, так как в ней показаны средние значения с момента последнего запуска системы. Мы можем видеть краткий всплеск нагрузки на процессор, который хорошо соотносится с большим количеством прерываний и переключений контекста. Время запуска xclock показано в четвертой строке.

Проблемная система

Здесь ситуация несколько отличается. Мы можем видеть значительное увеличение нагрузки на процессор в течение почти 5 - 7 секунд. Однако у нас намного меньше переключений контекста и намного больше прерываний. О чем это говорит? Мы видим, что xclock, который является интерактивным приложением и поэтому должен обрабатываться как интерактивный процесс, при запуске ведет себя как вычислительный (пакетный) процесс.
От интерактивных процессов мы ждем как можно большей отзывчивости, что подразумевает множество переключений контекста и низкую активность процессора, так что мы получаем от планировщика динамический приоритет и тратим как можно меньше времени на вычисления, отдавая контроль пользователю. Однако в нашем случае процесс имеет намного меньше переключений контекста и намного сильнее нагружает процессор, что типично для пакетных процессов. Это означает, что производится намного больше вычислений: наша система читает шрифты и создает кэш, в то время как мы ждем запуска xclock. Это также объясняет повышение активности системы ввода/вывода, так как данные операции выполняются в нашей локальной файловой системе.

Сейчас важно подчеркнуть, что вышеприведенный анализ будет совершенно бесполезен, если вы не знаете, как работает ваш процесс и что он должен делать. Однако, если у вас есть хотя бы намек на идею, даже скучный список чисел в выводе vmstat может дать вам огромное количество информации.

Решение проблемы

Я полагаю, мы получили достаточно информации, чтобы решить ее. Что-то не то со шрифтами. Факт столь долгого запуска приложения говорит о том, что кэш шрифтов создается каждый раз заново, что, в свою очередь, свидетельствует о том, что запущенная пользователем программа не имеет доступа к системному кэшу шрифтов. Это также объясняет, почему при запуске программы с правами root подобной проблемы не наблюдается.
Приложение работает медленно. Логи strace показывают открытые ошибки. Теперь мы можем запустить полную сессию strace и найти точные пути этих ошибок. Мы будем использовать флаг -e для открытых системных вызовов, чтобы сократить вывод, и мы будем увеличивать длину строки используя флаг -s, чтобы получить всю информацию о потерянных путях. Мы хотим узнать о шрифтах, недоступных для чтения пользователем.
Но нам не нужно этого делать, так как эту информацию мы уже получили с помощью ltrace, которая показала, что проблема кроется в чтении шрифтов. Этот библиотечный вызов блокирует создание виджета, поэтому приложение запускается медленно. vmstat обеспечил нас дополнительной информацией, которая помогла сузить круг поиска.
Если мы проверим системный кэш шрифтов, расположенный в /var/cache/fontconfig, мы увидим, что эти шрифты созданы с правами доступа 600, то есть они доступны для чтения только root. Если мы сменим права на 644, мы решим проблему и все наши программы будут запускаться быстро. Кроме того, тем самым мы сэкономим дисковое пространство, так как не будет необходимости создания своей копии шрифтов для каждого пользователя в своей домашней директории.

Использование lsof для отладки системы

Теперь я хотел бы кратко описать другую проблему. Она полностью отличается от предыдущего примера. Более того, в данном случае strace и ltrace полностью бесполезны, так как процесс завис. Мы на самом деле не понимаем, что происходит, но все утилиты, описанные выше, помочь нам не могут. Встречайте lsof.
Итак, у нас есть процесс Java, который завис и не отвечает. Java всегда выглядела непривлекательно и поставлялась с отвратительным механизмом обработки исключений, но мы должны отследить ошибку, а все обычные инструменты не могут дать нам никакой полезной информации. Вот, что мы видим в выводе strace:

futex(0x562d0be8, FUTEX_WAIT, 18119, NULL

Но если вы проверите этот процесс с помощью lsof, то увидите что-то вроде этого:

java 11511 user 32u ipv4 1920022313 TCP
rogerbox:44332->rogerbox:22122 (SYN_SENT)

Мы можем видеть, что Java использует два порта IPv4 для внутренней коммуникации. Она отправляет пакет с одного порта в другой, инициализируя TCP-соединение. По каким-то причинам сервер, прослушивающий порт 22122, не отвечает.
На этом этапе вы можете проверить, почему пакет не принимается сервером. Нет ли проблем с маршрутизацией? К локальной машине это, вероятно, не относится, но, возможно, место назначения пакета находится в другом месте? Нет ли проблем с файерволом? Можете ли вы подключиться к соответствующей машине и порту с использованием telnet? На этой стадии у вас еще нет всех инструментов для исправления ошибки, но вы уже знаете, что является причиной проблем с Java. Поэтому для всех практических целей можно считать, что проблема решена.

Заключение

Я уверен, что вам понравилось это руководство. Я постарался объединить в этой статье все - рациональное мышление, методический подход к решению проблемы, разнообразное использование отладочных утилит для выявления причин проблемы, включая сравнение системных вызовов и библиотечных функций между нормально работающей и проблемной системами, использование vmstat для понимания поведения процессов, и так далее. В качестве бонуса мы изучили использование lsof для ошибок, связанных с сетевыми функциями.
Теперь вы сможете изменить подход к администрированию системы. Возможно, решение сложных проблем упростится, если вы будете придерживаться дисциплины последовательного продвижения к решению с использованием описанных методов и утилит. Если вы встретите затруднения, то всегда можете обратиться к моим руководствам, в которых описано более тридцати утилит и скриптов, которые могут помочь вам в путешествии в самое сердце системы. На этом все.

Взято отсюда.

Феерически кривой бэкап tar-ом: что я делаю не так? [Решено] (истина в комментариях)

Окончательно разочаровавшись в различного рода гуёвых бэкаперах с их кнопками "сделать зашибись" (поскольку бэкапы, ими создаваемые, в тяжёлых ситуациях не спасали, и служили более для самоуспокоения; в последнюю пару месяцев – так и вовсе приходилось жить совсем без бэкапов, но это уже другая история...), решился я всё-таки научиться пользоваться для этого tar-ом.

Предварительно перелопатив кучу форумов и руководств и создав в своей голове полнейщую мешанину, предпочёл на практике ограничиться одними лишь указаниями с wiki ubuntu ...Руководствоваться мешаниной – довольно затруднительно, а там – одна последовательная инструкция, да и источник, как мне казалось, заслуживает большего доверия, чем сотни разрозненных комментов на десятках форумов. Забегая вперёд, отмечу, что инструкцию я выполнил, а получилась, тем не менее, лажа. Я постараюсь максимально подробно описать свои действия и их результат и надеюсь, что вы поможете мне проанализировать их и понять, что я сделал не так.

Оговорю сразу, что желаемым результатом для меня был полный бэкап системы, пакетов и пользовательских данных, который я мог бы, при желании, развернуть на чистые разделы, получив ту же настроенную и обжитую систему, которую имею сейчас (какие-либо пляски с бубном над восстановленной системой, необходимые для того, чтобы она заработала корректно - крайне нежелательны). Итак...

Гружусь с LiveCD... Создаю точки монтирования и прикручиваю к ним разделы:

sudo mkdir /mnt/{linroot,tera}
sudo mount /dev/sdb1 /mnt/tera //монтирую в /mnt/tera большой ntfs раздел, на котором и будет храниться бэкап (здесь и далее за четырьмя пробелами и двойным слэшем - комменты, которые в консоль я, естественно не писал)

sudo mount /dev/sda7 /mnt/linroot -o ro //монтирую корневой раздел своей Кубунты в /mnt/linroot в режиме "read only"

sudo mount /dev/sda5 /mnt/linroot/home -o ro //home - на подобающее ему место

Затем, создаю папку под бэкап и, собственно, сам бэкап:

sudo mkdir -p /mnt/tera/BackUp/Linux/Full //папки BackUp и Linux на диске существуют заблаговременно, Full - создаётся
<b>sudo tar -cvzpf /mnt/tera/BackUp/Linux/Full/full-30-01-11.tar.gz /mnt/linroot --exclude=/mnt/linroot/home/user1/Музыка --exclude=/mnt/linroot/home/user2/Музыка</b> //имена юзеров изменены, в остальном - строка передана буквально

Архив создал, решаю проверить, что получилось... Создаю на том же ntfs разделе папку для тестовой разпаковки:

sudo mkdir -p /mnt/tera/BackUp/Linux/Test
sudo mkdir -p /mnt/tera/BackUp/Linux/Test/root

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

sudo tar --same-owner -xvpf -C /mnt/tera/BackUp/Linux/Test/root /mnt/tera/BackUp/Linux/Full/full-30-01-11.tar.gz
Получаю в ответ: "Нет такового файла или каталога", - а, заметьте, делал это строго по инструкции в авторитетном источнике (блин, я что, единственный, кто её прочёл?). Чешу репу, думаю: "Логично..." - и, матеря коллективный разум авторов упомянутого wiki, ставлю источник после f, а назначение после -С

<b>sudo tar --same-owner -xvpf /mnt/tera/BackUp/Linux/Full/full-30-01-11.tar.gz -C /mnt/tera/BackUp/Linux/Test/root </b>

Процесс пошёл и продолжался приблизительно столько же времени, сколько и архивация, но завершился прекрасной в своей лаконичной информативности фразой: "Выход с ошибкой из-за предыдущих ошибок". Провёл поиск по консольному выводу (он сохранялся полностью) буквосочетанием "ошиб" и никаких соответствующих сообщений в процессе разархивации не обнаружил. Поиск по "error" не осилил по причине обилия в архиве файлов "error.png". Этот факт можно считать проблемой №1: уважаемые, чем мог быть обусловлен выход с подобным сообщением и как бы это выявить? Какова связь таковой концовки с кривостями восстановленной информации, приведёнными ниже?

Далее, проверяю, что получилось. В каталоге /mnt/tera/BackUp/Linux/Test/root, который я воображаю своим линуксовым корневым разделом, наблюдаю не привычные папки линуксового корня, а одинокий каталог mnt, за ним - linroot и только в нём - папки корня. КО нашёптывает мне, что если бы такое дерево выросло у меня на линуксовом разделе в реальных условиях, то работать бы "восстановленная" система не стала... Это можно назвать проблемой №2: я сделал что-то не так при создании архива, его распаковке или, если распаковка будет проводиться непосредственно в /mnt/linroot, то дублирующих существующую структуру элементов не создастся? В любом случае, как добиться того, чтобы папок /mnt/linroot в архиве не создавалось, а распаковка происходила непосредственно туда, куда я указываю (вдруг я в следующий раз точки монтирования иначе поименую)?

Проблема №3, делающая созданный мной бэкап полностью непригодным к использованию: все файлы и каталоги получили владельца root и разрешающие права "всем на всё". Заметим, что p и --same-owner я не пропускал, выполняя инструкцию с дотошностью, достойной истинного арийца. Как? Почему? За что мне это?

Флажки "исполняемости" на месте (блин, хоть что-то), но атрибуты суидности (а вместе с ними, вероятно, и гуидности, и липкости - просто я не помнил наизусть ни одного файла, у которого они должны были быть проставлены) отвалились... Полагаю, что описывать, чем именно это затруднит работу с восстановленной системой, было бы излишним. И это проблема №4. Какие составные части нужной магической формулы скрыли от профанов составители wiki?

И, наконец, проблема пятая и самая весёлая: размер разархивированного бэкапа вырос по сравнению с оригиналом с 7 749 892 338 байт до 10 119 811 031, количество файлов возросло с 198 343 до 281 008 и даже папок (мой мозг! это-то как может произойти!) тысчёнки четыре прибавилось! Это чудесно, когда после краха системы и восстановления из бэкапа мы получаем в утешение и награду за труды не только спасённое старое, но и кучу нового, только было бы это новое чем-то полезным... Прирост наблюдается как в директориях корневого раздела, так и в пользовательских. tar настоящий джентльмен, поэтому больше всего любит делать подарки прекрасным дамам: если в корне и в моей пользовательской папке прирост был около двухкратного, то количество файлов в директории жены увеличилось приблительно в 50 раз. На примере той же пользовательской директории жены было выявлено, что прирост кроется где-то в скрытых папках - нескрытые числом и размером оригиналу соответствовали. Симлинки (единственная возможная причина, пришедшая мне в голову, хотя и это могло бы объяснить лишь размер, но не количество файлов), при этом, внешне остались симлинками.

Прошу участников форума помочь мне проанализировать вышеперечисленные проблемы, объяснить мне их происхождение и научить-таки меня, неразумного, создавать работоспособные бэкапы tar-ом (я поставил себе целью освоение именно этой утилиты, так что, альтернатив покорнейше прошу не предлагать). За сим благодарю всех, кто сумел хотя бы дочитать сей опус до конца и перехожу в режим ожидания.

P.S. Да, ещё один вопрос. Очень интересно, сколько народу из прочивших это сорвалось проверять свои бэкапы, и что они в это время говорили?

"Магическая кнопка SysRq" или "Что делать, если все нахрен повисло" (РЕШЕНИЕ)

Есть на клаве у всех неприметная кнопочка - SysRq (System Request), которая обычно расположена на всем известной кнопке PrntScrn (Print Screen). Кнопка напрямую связана с ядром, поэтому может выручить нас во всех случаях, кроме Ядерной Паники (kernel panic, мигающие индикаторы Num Lock и др(?)). Чтобы она работала, необходимо скомпилировать ядро с ее поддержкой, за это отвечает параметр конфига ядра CONFIG_MAGIC_SYSRQ, он должен быть выставлен в Y, как правило, по умолчанию он включен.

Используется она в следующей комбинации: Alt+SysRq+буква, где буква означает некоторое действие. Вот список наиболее применимых комбинаций:

Alt+SysRq+R - unraw - забирает контроль над мышью и клавиатурой у Х-сервера, что полезно, если Х-севрвер завис: так можно перейти в консоль, убить Х-сервер или проверить логи. Но вот экран иксы могут и не вернуть, поэтому дальше либо действовать на ощупь, либо Ctrl+Alt+Del для корректной перезагрузки;
Alt+SysRq+E - terminate - послать сигнал завершения работы SIGTERM всем процессам, кроме init.
Alt+SysRq+I - kill - послать сигнал немедленного завершения работы SIGKILL всем процессам, кроме init.
Alt+SysRq+S - sync - пытается синхронизировать все примонтированные файловые системы, при этом пишет в консоли "Emergency Remount R/O" - когда этот процесс закончится, должно написать "Emergency Remount Complete";
Alt+SysRq+U - unmount - пытается перемонтировать все примонтированные файловые системы в режим "только-чтение";
Alt+SysRq+B - reboot - немедленная перезагрузка системы, прямо как клавиша RESET (без синхронизации и размонтирования файловых систем);

Запомнить эти клавиши можно по непонятному слову REISUB или, наоборот, более понятному BUSIER (англ. занятой). А для фанатов английского предложением "Raising Skinny Elephants Is Utterly Boring" O_o.

Кроме этих, есть еще сочетания, их список можно посмотреть в консоли (полноэкранной (Ctrl+Alt+F{1-12}), а не эмуляторе, типа konsole или xterm), нажав Alt+SysRq+H (Help), выведутся слова, в которых большим регистром будет обозначена буква, которая участвует в сочетании. Дополнительные магические сочетания с описаниями можно узнать тут или тут.

В общем, во избежании проблем, в критических ситуациях не пользуйтесь резетом, а по мере возможности применяйте данную магию.

См. также:

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

Clonezilla - бесплатный аналог Partition magic, Acronis, Norton Ghost и т.д

Сегодня я расскажу вам про Clonezilla off site
Будьте в курсе новинок,которые заменяют платные программы,а делают свою работу как минимум не хуже.

Clonezilla - БЕСПЛАТНЫЙ аналаг Particion magic,Acronis, Norton Ghost и т.д
При создании образа раздела/диска копируются только занятые блоки данных, допускается возможность сжатия образа. Полученный образ можно записать как локально, так и на удаленный сервер (ssh, smb, nfs).
В отличие от простого копирования командой dd, которая копирует и свободное место, в Clonezilla входят несколько утилит, обрабатывают поток данных до утилиты dd, полностью игнорируя свободные блоки.
Поэтому в образ войдут только данные.

Так-же не стоит забывать, что получаемый образ - это образ созданный с помощью утилиты dd, и архиватора (опционально) с которым можно работать на любой UNIX системе, и Вы не привязаны к одному дистрибутиву(продукту).

Clonezilla ...what is it ?
You're probably familiar with the popular proprietary commercial package Norton Ghost®, and its OpenSource counterpart, Partition Image. The problem with these software packages is that it takes a lot of time to massively clone systems to many computers. You've probably also heard of Symantec's solution to this problem, Symantec Ghost Corporate Edition® with multicasting. Well, now there is an OpenSource clone system (OCS) solution called Clonezilla with unicasting and multicasting!

выдержка с офф сайта:
* Free (GPL) Software.
* Filesystem supported: ext2, ext3, reiserfs, xfs, jfs of GNU/Linux, FAT, NTFS of MS Windows, and HFS+ of Mac OS (testing feature provided by partclone). Therefore you can clone GNU/Linux, MS windows and Intel-based Mac OS. For these file systems, only used blocks in partition are saved and restored. For unsupported file system, sector-to-sector copy is done by dd in Clonezilla.
* LVM2 (LVM version 1 is not) under GNU/Linux is supported.
* Multicast is supported in Clonezilla SE, which is suitable for massively clone. You can also remotely use it to save or restore a bunch of computers if PXE and Wake-on-LAN are supported in your clients.
* Based on Partimage, ntfsclone, partclone, and dd to clone partition. However, clonezilla, containing some other programs, can save and restore not only partitions, but also a whole disk.
* By using another free software drbl-winroll, which is also developed by us, the hostname, group, and SID of cloned MS windows machine can be automatically changed.

Как видно из выдержки с офф сайта, программа поддерживает большинство файловых систем!

Так же помимо LiveCD есть серверный вариант.
Clonezilla поддерживает PXE установку образов. Этот вариант я рассматривать не буду. Кому интересно об этом можно почитать тут тру статья

Приступим:

1) Идём на Clonezilla.org и оттуда закачиваем последний Stable Live CD
Пишем его на CD или в случае использования Grub4DOS делаем следующие:
Монтируем образ :

mkdir -p /mnt/iso mount -o loop /tmp/clonezilla-live-1.2.1-23.iso /mnt/iso

2) Монтируем раздел Flash, на который будем копировать файлы Clonezilla

mkdir -p /mnt/flash mount /dev/sdb1 /mnt/flash # sdb - моя Flash, а sdb1 мой 1-й раздел Flash c Grub4DOS cp -r /mnt/iso/live /mnt/flash # копируем папку live из iso образа, в котором содержаться файлы Clonezilla

3) В файл menu.lst вписываем:

title Clonezilla
root (hd0,0)
kernel /live/vmlinuz1 boot=live union=aufs ocs_live_run=”ocs-live-general” ocs_live_extra_param=”" ocs_live_keymap=”" ocs_live_batch=”no” ocs_lang=”" vga=791 ip=frommedia nolocales
initrd=/live/initrd1.img

4) Сохраняем, поздравляю, у Вас теперь Live Flash версия Clonezilla с загрузкой через Grub4DOS

Теперь остаётся следовать инструкциям мастера Clonezilla.
Если вдруг Вы вышли в командную стоку и не знаете как запустить мастера, выполните:

sudo -i # получите права root’a и можете например монтировать диски, и т.д clonezilla # запуск мастера

По окончании клонирования Вы получите образ, который можно легко восстановить через Clonezilla или любой другой Live Linux дистрибутив.
Если Вам понадобятся отдельные файлы ил образа, то Вы можете просто скопировать их из образа, привязав его к виртуальному устройству.

How to: OEM установка Kubuntu (единая настройка нескольких машин)

Не далее как сегодня озадачили меня следующим образом:
Дано: 12 однотипных ноутбуков, на борту FreeDOS.
Надо: установить на них полноценную ОС, не входя в доп. расходы. Обеспечить защиту от вирусов и криптографическую защиту данных пользователя (ноутбуки будут много гулять, вместе с владеющими ими менеджерами). Оформить ОС в едином корпоративном стиле.

Естественно в плане ОС выбор пал на Kubuntu 12.04, тут без вариантов. Антивирусная защита обеспечивается тем, что это linux + ставим Clamav для проверки съёмных носителей. Криптографическая защита - encryptfs, есть по стандарту. А вот с единообразным и привычным пользователю интерфейсом пришлось повозиться. Менеджеры привыкли в Windows 7, поэтому стандартный набор виджетов при старте системы может вогнать их в лёгкий ступор, следовательно нужно сделать интерфейс максимально похожим на Windows 7.

Итак начнём. 12 болванок несущие в себе kubuntu 12.04.1 LTS alternate, нарезаны, вставлены и загружены в режиме OEM установки. Пока происходит установка, мы займёмся подготовкой набора виджетов и остальной требухой.

На своей машине (Kubuntu 12.04 LTS) находим следующую папку:
/usr/share/kubuntu-default-settings/kde4-profile/default/share/apps/plasma-desktop/init/
там лежит один-единственный файл: 00-defaultLayout.js
Этот скрипт отвечает за набор виджетов, которые будут отображены на рабочем столе у вновь созданного пользователя. Для придания рабочему столу виндоподобности редактируем его следующим образом:

Развернуть/свернуть скрытый текст.

var activity = new Activity("folderview");
activity.writeConfig("url", "desktop:/");

var screenrect = screenGeometry(0);
//if (!(screenrect.right < 1024 || screenrect.bottom < 768)) {
//    activity.addWidget("twitter");
//}

var panel = new Panel("panel");
panel.location = "bottom";
launcher = panel.addWidget("launcher");
launcher.globalShortcut = "Alt+F1"
panel.addWidget("icontasks");
panel.addWidget("showdesktop");

systray = panel.addWidget("systemtray");
i = 0;
if (hasBattery) {
    systray.currentConfigGroup = new Array("Applets", ++i);
    systray.writeConfig("plugin", "battery");
}
systray.currentConfigGroup = new Array("Applets", ++i);
systray.writeConfig("plugin", "message-indicator");
systray.currentConfigGroup = new Array("Applets", ++i);
systray.writeConfig("plugin", "org.kde.networkmanagement");
systray.currentConfigGroup = new Array("Applets", ++i);
systray.writeConfig("plugin", "notifier");

clock = panel.addWidget("digital-clock");
clock.writeConfig("showDate", "true");
clock.writeConfig("displayEvents", "false");

panel.addWidget("trash")

теперь переходим в папку:
/usr/share/kubuntu-default-settings/kde4-profile/default/share/config/
здесь нас интересует kwinrc его содержимое меняем на:

Развернуть/свернуть скрытый текст.

[Desktops]
Number=1

[Style]
PluginLib=kwin3_oxygen

[Effect-Cube]
CapColor=0,0,0

[Windows]
TitlebarDoubleClickCommand=Maximize

[Plugins]
kwin4_effect_boxswitchEnabled=true
kwin4_effect_coverswitchEnabled=false
kwin4_effect_cubeEnabled=false

[Effect-CoverSwitch]
TabBox=true
TabBoxAlternative=false

Уже почти всё. осталось немного отредактировать стандартные файлы тем для KDM и Ksplash, заменив стандартную картинку на корпоративную обоину и переписав тему KDM для отображения списка пользователей (сделано по образцу Caledonia KDM theme), так-же заменяем обоину по умолчанию на нашу, корпоративную, путём подмены ссылки kde-default в /usr/share/wallpapers.

Теперь копируем модифицированные файлы на машины пользователей, заменяя ими оригинальные. Так же выполняем следующие команды (естественно от рута):

Развернуть/свернуть скрытый текст.

# скрипт замены офиса
apt-get -y purge libreoffice
apt-get -y install calligra
apt-get -y autoremove

У нас используется .odt поэтому лучше заменить кривоватую либру на нативный для KDE Calligra Office Suit

Ну вот и всё. Получив ноутбук пользователь видит стандартное меню OEM-постнастройки (выбор языка, имени пользователя, установки пароля etc.)
При этом войдя впервые в свой профиль он видит интерфейс, максимально похожий на привычный ему Windows 7.

P.S. Я сознательно опустил все действия, связанные с созданием ссылок на приложения на рабочем столе и редактирования файлов тем, как к делу не относящиеся.

UPD. По просьбам трудящихся прикрепляю скриншоты, сделанные с виртуалки, рабочих ноутов сейчас в зоне видимости ни одного =)
1. Главный экран меню постнастройки.

2. Экран входа (стандартные логотипы Caledonia сохранены).

3. рабочий стол по умолчанию.

Корпоративное оформление (тему, обоину и логотипы) не покажу, ибо пропиетарщина и реклама ;)

Вложение	Размер
1.png	427.72 кб
5.png	502.94 кб
6.png	490.9 кб

ReiserFS. Востановление удалённых файлов.

Источник
Краткая выдержка:
Лучше, конечно же, важные файлы не удалять. Если же это произошло (например, я убил папку с настройками, так как думал, что прога смотрит не на неё), то может помочь следующий способ.

1. Сразу же после удаления файла (чем больше времени пройдёт, тем меньше вероятность успеха операции) преступаем к процедурам. Для начала, размонтируем раздел, где лежали потёртые файлы:
# umount /home
2. Смотрим в /etc/fstab на каком устройстве живёт нужный раздел:
# cat /etc/fstab /dev/sda1 / reiserfs notail 0 1 /dev/sda2 /home reiserfs defaults 0 2
3. Запускаем процесс. Прога шаманит достаточно долго.
# reiserfsck --rebuild-tree -S -l /root/recovery.log /dev/sda2
4. После окончания работы проги в корне восстанавливаемого раздела появляется папка lost+found, куда будут помещены восстановленные файлы. Папка доступна только корню, так что $ sudo chmod -R 777 /mnt/local/lost+found/ поможет.

Мне более-менее помогло, хотя все файлы что я хотел вернуть я так и не вернул, а те что вернул оказались копиями столетней давности, зато на винте нашлись файлы, про которые я уже и забыл :)
Всё-таки делать так я никому не советую, так как выяснилось, что данная операция повредила мне некоторые "живые" файлы на разделе.

SuperGrubDisk - Инструкция для программы восстановления Grub и не только. (Решение)

Сегодня я расскажу о замечательной программе SuperGrubDisk. Обычно я использую ее для быстрого восстановления Grub, хотя это всего лишь одна из многих ее возможностей.

SGD

We want Linux newbies to restore their new toy, but also help the Linux advanced user make potentially dangerous operations to the MBR in a safe way. Super Grub Disk is also a teaching tool to help you learn more about bootloaders and the booting process. After all, booting is the most important thing your computer does -- without the boot process, you would not have an operating system to use!

Использование

SGD часто бывает полезной.Вот несколько примеров:

* GNU / Linux установлен в вашем ПК, переустановка Windows сделала невозможной загрузку GNU / Linux (Grub больше не появляется при загрузке). Вы можете восстановить Grub автоматически.
* У вас есть Windows, которая установлена на второй жесткий диск и она не хочет грузиться. С помощью Super Grub Disk Вы сможете загрузить ее.
* Вы не можете загрузить Windows потому что ваш MBR поврежден или установка Grub выполнена некорректно. С Super Grub вы сможете загрузить Windows с необходимого раздела жесткого диска.
* Сообщение No Active Partition Found. С диском Super Grub вы можете активировать необходимый раздел.

Бесплатность

Super Grub Disk распространяется под лицензией GNU Public License (GPL). Это означает, что программа является бесплатной, но самым важным моментом является то, что исходный код доступен каждому человеку свободно, на условиях, которые описаны в лицензии GPL.

Для продвинутых

Интерфейс командной строки доступен для самых продвинутых пользователей с новыми мощными командами Grub, что даже позволяет использовать переменные. узнать об этом подробнее можно в документации.

---
Это было вступление, а сейчас я расскажу о том, как создать загрузочные диски SuperGrub.

Создание загрузочного cd диска

1. Скачать Super Grub Disk Cdrom.
2. После распаковки у вас будет ISO образ.
3. Вам необходимо записать этот ISO образ непосредственно cd-диск.

Как сделать Super Grub Disk дискету.

1. Положите пустую или неиспользованную дискету в дисковод для гибких дисков.

Windows

1. Используйте Rawritewin программу.
///Справка:RawWrite (или RAWRITE) является необходимым инструментом для создания загрузочных дисков и других образов дискет.
2.С помощью "..." кнопки выберите SGD образ дискеты.
3. Щелкните на кнопке Создать.
4. Подождите, пока процесс будет выполнен на 100%.

Linux

dd if=/path/to/floppyimage of=/dev/fd0

Отмонтируйте дисковод, чтобы быть уверенным что данные записываются на дискету.

Как сделать Super Grub Disk USB

Примечание: При использовании этого метода ваши данные на usb устройстве сохраняются. Этот метод нуждается в системе GNU / Linux ...

1. Отмонтируйте и извлеките ваше USB устройство.
2. Откройте терминал и выполните:
mount

1. Вставьте USB диск. Откройте окно с содержанием диска.

Теперь в выводе Mount вы должны увидеть ваш USB диск, которого не было в первом выводе Mount.
У меня вывод был такой: /dev/sdc1 on /media/KINGSTON type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)

Теперь мы узнали, как называется устройство USB: / dev/sdc1 (теперь вы должны продолжать использовать инструкцию с вашим собственным именем USB-устройства, который может называться / dev/sda1 или что-то подобное).

Скачайте образ Super Grub USB. Распакуйте его во временную папку. Скопируйте и вставьте boot папку в корень USB, чтобы при открытии вашей флешки вы видели папку boot (Вы не должны видеть super_grub_disk_0.9753 или нечто подобное).

1. Закройте окно флеш диска

1. Найти значок флеш диска на рабочем столе.
2. Щелкните правой кнопкой мыши на ней
3. Выберите отсоединить том. Не выбирайте безопасного извлечения!

Теперь необходимо получить суперпользователя.
sudo -i # в ubuntu su - # в других ОС
sync
Сейчас мы будем использовать /dev/sdc (/dev/sdb это диск, а /dev/sdb1 это партиция) устройство в grub для того чтобы ассоциировать его с виртуальным устройством (hd3).
grub grub>device (hd3) /dev/sdb grub>root (hd3,0) grub>setup (hd3)
Мой вывод был примерно таким:
grub> setup (hd3) setup (hd3) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/fat_stage1_5" exists... yes Running "embed /boot/grub/fat_stage1_5 (hd3)"... 23 sectors are embedded. succeeded Running "install /boot/grub/stage1 (hd3) (hd3)1+23 p (hd3,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub>
Теперь вы можете выйти из меню grub и отмонтировать USB диск.

Windows

Скачайте Unetbootin для Windows

Запустите Unetbootin. Выберите Distribution, и из выпадающего списка выберите "Super Grub Disk"

Выберите нужный USB диск, и кликните OK.

---

Как зазрузится с помощью SGD

У вас есть Super Grub Disk cd, дискета или USB, вы должны вставить диск в cd-rom, дискету в дисковод, или флешку в разъем USB незадолго до запуска компьютера. Если SGD появляется при загрузке вам не нужно ничего делать.

Если SGD не появится, нужно изменить настройки BIOS так, чтобы устройство, куда SGD установлено, запускалось в первую очередь.

---
Оригинал статьи на моем блоге

offline обновление

Так получилось, что переехав на новую квартиру я остался без интернета. Соответственно встала проблема обновления системы. Подумал, ведь доступ через GPRS есть всегда! Обновить список пакетов не так уж много трафика занимает, а сами пакеты можно закачать там, где есть свободный доступ в сеть.

Но делать это вручную лень. Поэтому написал небольшой скрипт:

Развернуть/свернуть скрытый текст.

#!/bin/bash

#-----------------------------------------------#
# Скрипт создаёт сценарий, который         #
# закачивает обновления и сохраняет в #
# каталог, откуда был запущен #
#-----------------------------------------------#

folder='updates' # Каталог с обновлениями
filename='download-updates' # Имя выходного скрипта
sudopass='XXXXXX' # Пароль администратора

#-----------------------------------------------

cd "$(dirname "$0")"

# Подготовим папку
echo $sudopass | sudo -S rm -rf $folder 2>/dev/null
mkdir $folder

# Обновим apt, и создадим список пакетов
echo $sudopass | sudo -S apt-get update -q 2>/dev/null
plist=$(echo $sudopass | sudo -S apt-get --print-uris -y dist-upgrade)

# Создадим шаблон сценария и сделаем его исполняемым
echo '#!/bin/bash' >> $folder'/'$filename
echo '#---------------------------------------------#' >> $folder'/'$filename
echo '# Автоматический сценарий загрузки обновлений #' >> $folder'/'$filename
echo '# '$(date)'                #' >> $folder'/'$filename
echo '#---------------------------------------------#' >> $folder'/'$filename
echo '' >> $folder'/'$filename
echo 'cd "$(dirname "$0")"' >> $folder'/'$filename
echo '' >> $folder'/'$filename
echo $sudopass | sudo -S chmod +x $folder'/'$filename

# Распарсим вывод apt-get'а и добавим ссылки в список
ok=0
for str in $plist 
do 
 out=$(echo $str | grep 'http://')
 if ! [[ -z $out ]]
 then
 echo 'wget '$out >> $folder'/'$filename
 ok=1
 fi
done
if [[ $ok = 0 ]]
then
 echo ' Система не требует обновления!'
 echo 'echo " Система не требует обновления!"' >> $folder'/'$filename
fi

Как пользоваться:
0. Пропишите пароль администратора в скрипте (в начале)
1. Если не хотите хранить административный пароль внутри скрипта, уберите в двух местах вызов sudo ("echo $sudopass | sudo -S") и запускайте весь скрипт через sudo
2. Подключитесь к интернету любым возможным способом (GPRS, dial-up) и запустите скрипт
3. Когда он отработает, отключайтесь, берите папку 'updates', которая появится рядом со скриптом, и тащите её туда, где есть интернет и стоит linux. (или возьмите с собой live-cd на всякий случай)
4. Запустите скрипт внутри папки 'updates' и курите, пока он не закачает всё, что нужно
5. Тащите папку 'updates' вместе с её содержимым обратно.
6. Через терминал сделайте папку текущей (cd <имя_папки>) и выполните команду dpkg -i *.deb
7. Всё, система обновлена.

Архивация системы (несколько скриптов)

Мой первый скрипт :)

echo start archiving etc/...
sudo tar -cvvf etcx.tar /etc/X11/
sudo tar -cvvf etcapt.tar /etc/apt/
echo start archiving var/...
sudo tar -cvvf var.tar /var/cache/apt/archives/
echo start copying...
cp *.tar /media/audio_etc/arh/
echo start deleting...
rm -f *.tar
echo copy is ready!

Выбор архитектуры: 32 или 64?

У нас здесь неоднократно образовывались срачики по данному вопросу. И мне не было чем ответить кроме заумных цитат из википедии. Теперь вот словил эту ссылку, решил поделиться.
Для Ъ краткое изложение: х64 выигрывает у х32 во всех выполненных тестах. Таким образом, если вы не знаете наверняка, зачем вам нужна именно х32 (примеры можно найти в треде), и ваш процессор умеет х64, то х32 вам не нужно.

Защищаем BURG

Если у Вас несколько ОС на ноутбуке или ПК и Вы используете графический загрузчик BURG, то стоит подумать о защите, пототому что через загрузчики (GRUB или GRUB2 в том числе) сущестует возможность сброса пароля админа(суперюзера) юникс-систем...

Итак, приступим... В сети я натыкался на множество инструкций, но большая часть их сводилась к костылям в виде файла 05_password и генерацией хэшей password_pbkdf2 (те кто не в танке прекрасно поняли о чём я). Я решил найти решение, которое будет реализовано стандартными средствами самого BURG, без пременения костылей.

Для начала создадим для BURG суперюзера (он сможет редактировать меню при загрузке и т.д.)
sudo burg-adduser -s admin

Система запросит пароль и его подтвержение, вводим внимательно. Затем система зашифрует данные учётной записи и сохранит в /etc/default/burg-passwd (если что-то пойдёт не так - можно удалить ненужные учётные записи из этого файла).
Можно создать обычного пользователя (редактировать прав нет, но, при соответствующем уровне доступа, может грузить определённые ОС из списка).
sudo burg-adduser user

Далее открываем файл /etc/default/burg, ищем секцию
# Add user with burg-adduser, then use GRUB_USERS to config authentication. # The following example means user1 can boot Ubuntu, no password is needed to # boot Windows, user1 amd user2 can boot other OS. Superusers can boot any OS # and use hotkeys like `c' to enter console mode. #GRUB_USERS="*=user1,user2:ubuntu=user1:windows="
В принципе, из коментариев уже понятно как создавать правила доступа... Но на всякий случай приведу пару примеров:
1. Все имеют право загружать любую ОС, но не имеют право редактировать варианты загрузки (для 90% случаев это, то что нужно)
GRUB_USERS="*="
2. Допустим, админ имеет право для загрузки linux- и windows-систем, а юзер может грузить только windows (иногда и такое нужно).
GRUB_USERS="ubuntu=admin:windows=admin,user"
Разделителем правил выступает двоеточие. В этом примере всё как я и написал: админ имеет право для загрузки linux- и windows-систем, а юзер может грузить только windows, но даже админ не имеет доступа к режиму восстановления linux (как раз через через него и можно сбросить пароль суперадмина).
3. Теперь ситуация, когда админ и юзер могут грузить linux, но админ будет иметь доступ к загрузке в режиме восстановления.
GRUB_USERS="*ubuntu=admin:ubuntu=user"

После всех манипуляций с учётками не забываем пересобирать конфигурационный файл BURG:
sudo update-burg

Ничего сложного нет. Ubuntu и Windows в правилах - это названия классов ОС в BURG, если вникните - научитесь составлять необходимые Вам правила.

Оригинал статьи

Как восстановить возможность двойной загрузки.

У меня на компе Kubuntu 7.10 и виндовз ХР. было необходимо переустановить виндовз, что мною и было сделано, однако винда заменила загрузчик grub своим и теперь загрузить Kubuntu я не могу.

Вопрос: Как восстановить возможность двойной загрузки, желательно средствами линукса?

Как восстановить удаленные/потерянные файлы в Kubuntu.

Иногда так случается, что мы удаляем, как казалось бы ненужные файлы (изображения, видео, текстовые документы и пр.), а потом вдруг сожалеем об этом, т.к. среди удалённых, оказались нужные. Хорошо если мы удаляем файлы в Корзину, откуда очень просто восстановить, нажав сочетание клавиш Ctrl+Z и тогда все файлы, что находятся в Корзине будут восстановлены по своим прежним папкам или можно выборочно, кликнув правой кнопкой на нужный файл в Корзине и в контекстном меню - Восстановить.

Но что делать когда мы удалили фалы функцией - Удалить безвозвратно? Многие считают, что данные утеряны безвозвратно. Но это не так. В этом случае нам поможет консольная утилита Scalpel.

Scalpel — простое высокодейственное средство восстановления файлов.
Scalpel — это средство быстрого восстановления файлов, которое читая из базы данных начало и конец файлов известных форматов, пытается найти их на диске. Уникальность данного ПО заключается в том, что оно не зависит от файловой системы. Поэтому, восстановление возможно как с FATx, NTFS, ext2/3, так и с "голых" (raw) разделов. Инструмент может использоваться как для цифрового поиска информации, так и для восстановления файлов.

Scalpel есть в репозиториях практически всех дистрибутивах Linux. В Ubuntu и производных вы можете установить его из Центра приложений или выполнить команду в терминале на установку:

sudo apt-get install scalpel
После установки вы не найдёте в системном меню Scalpel, т.к. я упоминал выше, этот инструмент запускается из терминала определённой командой. Но прежде чем запустить команду на поиск безвозвратно удалённых файлов, вы должны в конфигурационном файле scalpel.conf раскомментировать строку (убрать знак решётки) с расширением нужного файла (Все типы файлов "по умолчанию" закомментированы). Выполните команду в терминале на открытие конфигурационного файла scalpel.conf:

sudo kate /etc/scalpel/scalpel.conf

Для примера я выбрал поиск потерянных файлов изображений c расширением JPG и раскомментировал данную строку в открывшемся редакторе с файлом scalpel.conf:

Вы можете выбрать любой другой файл. Сохраните изменённый файл (Ctrl+S) и закройте редактор.

И вот теперь нужно выполнить терминальную команду с инструментом
scalpel для поиска утраченных файлов:

sudo scalpel /dev/sda4 -o /home/salim/JPG/output/
sda4 - это раздел на ж/диске моей актуальной системы. Чтобы вам определить свой раздел и изменить его в команде, выполните команду:

lsblk

В терминале должны отобразиться все разделы ж/диска. Как показано на снимке стрелкой, косой чертой или слешем отмечена точка монтирования моего раздела - sda8, который я ввёл в команду. У вас должен быть отмечен свой.

/home/salim - это имя моей Домашней папки. Измените salim на своё.

/JPG - это название папки в команде, которая будет создана а вашей Домашней папке, куда будут сохранены все восстановленные файлы, которое вы также можете изменить на своё.

Итак, выполняем команду и ждём окончания восстановления:

Как видно на снимке, процесс поиска и восстановления файлов изображений с расширением JPG на моём компьютере будет происходить за два шага, а также время, в зависимости от объёма указанного раздела (ГБ) и количества изображений, находящихся на нём.
Сразу хочу сказать, что процесс не быстрый.

По окончании восстановления, откройте Домашнюю папку с правами администратора:

sudo dolphin
Откройте папку с восстановленными файлами, выберите и сохраните нужные файлы, а затем можете удалить папку безвозвратно, т.к. она только будет занимать драгоценное место в разделе на ж/диске.

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

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

Удачи.

Оригинал статьи: Как восстановить удаленные/потерянные файлы в Ubuntu и производных

Как добавить CD в источники репозиториев?

Как создать загрузочную flash -ку в linux. [Решено]

Подскажите где мона скачать дистрибутив кубунту, чтобы его на влешку запихнуть, дабы с него грузиться и работать, ?

Неудовлетворённые зависимости - один из способов решения.

При использовании стороннего ppa бывает ситуация, когда пакеты в этом репозитории перестают обновляться. Но, после удаления такого ppa из списка источников, попытки установить программу из других репозиториев выдают ошибку о неудовлетворённых зависимостях. К этому обычно приводит то, что версии связанных с нужной программой пакетов в старой версии новее версий пакетов в новой.
Решение простое: найти пакеты вызывающие конфликт и понизить их версию.

Мой вариант:
1. Открываю консоль, становлюсь суперюзером и перехожу в /root
sudo su cd /root
если aptitude не установлен - установите:
apt-get install aptitude aptitude update apt-cache gencaches
2. Создаю в файле /root/install.list список всех пакетов в системе:
dpkg --get-selections | awk '{if ($2=="install") print $1}' > install.list
Иногда необходимо исключить какие-то пакеты из обработки. Тогда создаю файлик /root/exclude.list
nano /root/exclude.list
Записываю в него имена пакетов (например):
lugaru
ufoai
В этом случае команда создания списка пакетов /root/install.list принимает такой вид:
dpkg --get-selections | awk '{if ($2=="install") print $1}' | grep -v "`cat /root/exclude.list`" > install.list
3. Запускаю переустановку пакетов из /root/install.list
aptitude reinstall `cat /root/install.list`
Получаю результат выполнения:

Развернуть/свернуть скрытый текст.

...тут покоцано...
...yapps2-runtime zip zlib1g zlib1g-dev
0 пакетов обновлено, 0 установлено новых, 2596 переустановлено, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено.
Необходимо получить 45,8 MБ/63,5 MБ архивов. После распаковки 0 Б будет занято.
E: Не удалось обнаружить файл пакета audacity-data. Это может означать, что вам придётся вручную исправить этот пакет.
E: Не удалось обнаружить файл пакета audacity-data. Это может означать, что вам придётся вручную исправить этот пакет.
E: Внутренняя ошибка: не удалось создать список пакетов для скачивания

В примере проблема с пакетом audacity-data - нет такой версии в используемых репозиториях.
4. Проверяю какие версии доступны:
apt-cache showpkg audacity-data
Вывод:

Развернуть/свернуть скрытый текст.

Package: audacity-data
Versions:
2.0.1-1~ppa1 (/var/lib/dpkg/status)
Description Language:
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages
MD5: 33567c6e9f3ccd4163a600c05ed3f802
Description Language: en
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_i18n_Translation-en
MD5: 33567c6e9f3ccd4163a600c05ed3f802

2.0.1-1~ppa0 (/var/lib/apt/lists/ppa.launchpad.net_guido-iodice_precise-quasi-rolling_ubuntu_dists_precise_main_binary-i386_Packages)
Description Language:
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages
MD5: 33567c6e9f3ccd4163a600c05ed3f802
Description Language: en
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_i18n_Translation-en
MD5: 33567c6e9f3ccd4163a600c05ed3f802

2.0.0-1ubuntu0.1 (/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise-updates_universe_binary-i386_Packages)
Description Language:
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages
MD5: 33567c6e9f3ccd4163a600c05ed3f802
Description Language: en
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_i18n_Translation-en
MD5: 33567c6e9f3ccd4163a600c05ed3f802

2.0.0-1 (/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages)
Description Language:
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_binary-i386_Packages
MD5: 33567c6e9f3ccd4163a600c05ed3f802
Description Language: en
File: /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_precise_universe_i18n_Translation-en
MD5: 33567c6e9f3ccd4163a600c05ed3f802

Reverse Depends:
audacity,audacity-data 2.0.1-1~ppa1
audacity,audacity-data 2.0.1-1~ppa0
audacity,audacity-data 2.0.0-1ubuntu0.1
audacity,audacity-data 2.0.0-1
Dependencies:
2.0.1-1~ppa1 - audacity (0 (null)) audacity (1 1.3.6-2) audacity (1 1.3.6-2)
2.0.1-1~ppa0 - audacity (0 (null)) audacity (1 1.3.6-2) audacity (1 1.3.6-2)
2.0.0-1ubuntu0.1 - audacity (0 (null)) audacity (1 1.3.6-2) audacity (1 1.3.6-2)
2.0.0-1 - audacity (0 (null)) audacity (1 1.3.6-2) audacity (1 1.3.6-2)
Provides:
2.0.1-1~ppa1 -
2.0.1-1~ppa0 -
2.0.0-1ubuntu0.1 -
2.0.0-1 -
Reverse Provides:

Для дальнейшей работы интересные вот эти строки:
Provides:
2.0.1-1~ppa1 -
2.0.1-1~ppa0 -
2.0.0-1ubuntu0.1 -
2.0.0-1 -
где 2.0.1-1~ppa1 - текущая версия пакета,
2.0.1-1~ppa0 - версия на которую необходимо откатиться.
5. Откат пакета на старую версию:
aptitude install audacity-data=2.0.1-1~ppa0
Вывод:

Развернуть/свернуть скрытый текст.

Следующие пакеты будут ЗАМЕНЕНЫ НА БОЛЕЕ СТАРЫЕ:
audacity-data
0 пакетов обновлено, 0 установлено новых, 1 пакетов заменены на старые версии, 0 пакетов отмечено для удаления, и 2 пакетов не обновлено.
Необходимо получить 2 801 kБ архивов. После распаковки 0 Б будет занято.
Следующие пакеты имеют неудовлетворённые зависимости:
audacity : Зависит: audacity-data (= 2.0.1-1~ppa1) но будет установлен 2.0.1-1~ppa0.
Следующие действия разрешат зависимости:

Удалить следующие пакеты:
1) audacity

Оставить следующие зависимости неразрешёнными:
2) audacity-data рекомендует audacity

Принять данное решение? [Y/n/q/?]n
Следующие действия разрешат зависимости:

Оставить для следующих пакетов их текущие версии:
1) audacity-data [2.0.1-1~ppa1 (now)]

Принять данное решение? [Y/n/q/?] n
Следующие действия разрешат зависимости:

Установить более старую версию для следующих пакетов:
1) audacity [2.0.1-1~ppa1 (now) -> 2.0.1-1~ppa0 (precise)]

Принять данное решение? [Y/n/q/?] y
Следующие пакеты будут ЗАМЕНЕНЫ НА БОЛЕЕ СТАРЫЕ:
audacity audacity-data
0 пакетов обновлено, 0 установлено новых, 2 пакетов заменены на старые версии, 0 пакетов отмечено для удаления, и 2 пакетов не обновлено.
Необходимо получить 5 268 kБ архивов. После распаковки 0 Б будет занято.
Хотите продолжить? [Y/n/?] y

В примере от пакета audacity-data зависит только один пакет audacity и aptitude легко справился с зависимостями. Бывают случаи более сложные, когда aptitude не может разрулить зависимости и предлагает снести пол системы. Тогда останавливаю работу aptitude и перед тем как подтвердить удаление создаю файл /root/deleted.list, куда вношу список удаляемых пакетов (в таком же виде как и в install.list) . Выхожу из консоли и перехожу в терминал (Ctrl+Alt+F1). Повторяю выполнение aptitude и соглашаюсь с удалением. После удаления, не перегружая системы, устанавливаю пакеты из списка в /root/deleted.list.
Всё это действо сожрёт уйму трафика и времени если нет кеширующего сервера.
Если есть варианты попроще - пишите.

Обновляем систему правильно

Обновление системы будем производить через консоль, что бы видеть ошибки которые могут возникнуть во время обновления и успеть их исправить до перезагрузке компьютера.

Подготовительный этап. Удаление старых ядер

Для начала рекомендую удалить все старые ядра из системы, оставив только текущее и предыдущее ядро. Это позволит предотвратить затык обновления из-за нехватки места в загрузочном разделе. Для удаления старых ядер запускам в терминале:

OLD=$(ls -tr /boot/vmlinuz-* | head -n -2 | cut -d- -f2- | \ awk '"'"'{print "linux-image-" $0}'"'"' ) if [ -n "$OLD" ]; then sudo apt-get -qy remove --purge $OLD fi sudo apt-get -qy autoremove --purge

Подробней о удалении старых ядер читаем тут

Обновление системы

sudo apt-get update && sudo apt-get dist-upgrade && sudo apt-get install -f && sudo apt-get autoremove

После завершения обновления, желательно запустить эту строку еще раз, что бы убедиться, что обновление прошло полностью.

Обновление системы до следующего релиза

Перед обновлением до следующего релиза необходимо выполнить полное обновление рабочей системы, путем запуска первой строки и только после этого обновляться до следующего релиза.

do-release-upgrade -d

Так же после завершения обновления рекомендуется запустить строку обновления системы еще раз.

Остановливаем подвисшее приложение графич. и консольный метод. (РЕШЕНИЕ)

Если вы знаете как прекратить не нужные(или подвисшие) вам процессы, знаете о XKill, Kill, top и PID то можете не читать эту статью.

Как и во всех задачах, в линуксе существуют несколько путей решения, поставленной задачи:
Разделим их условно на консольный путь и графический.

Графический:

1)Если система ещё не слишком подвисла (приложение не обездвижило полностью систему) и вы можете двигать мышью или дождаться запуска графической программы, то вы можете запустить из меню Ка-Пуск - "Система" - ksysguard, который очень похож на "диспетчер задач" из windows
Просто выделите зависшую программу и нажмите кнопку завершить процесс(обращу внимание, что некоторые задачи можно завершить только запустив ksysguard под верховным пользователем root).

2) Второй способ наиболее оптимальный из всех (ИМХО) - нажмите сочетание клавиш CTRL+ALT+ESC (настройка по умолчанию), курсор мыши должен превратиться в квадратный X (икс) далее левой кнопкой мыши щёлкните по графической форме приложения (зависшее окно) оно мгновенно закроется и выполнение программы завершиться. Чтобы отменить превративщийся курсор достаточно просто нажать ESC или _правую_ кнопку мыши. (для работы необходимо чтобы утилита XKill была установленна в системе.

3) Радикальный графический способ - по клавишному сочетанию CTRL+ALT+Backspace перезагружается графическая среда. Замечу, что весь компьютер не перезагружается, только окошки. После выполнения перезапуска графической среды (обычно быстро) вас пригласят войти в систему. Это на крайний случай.

Консольный способ:

***Кстати, если у вас не запущено окно консоли(терминала), можно "перепрыгнуть" на одну из "виртуальных" консолей простым нажатием клавиш CTRL+ALT+F1 (или любой другой из F1-F6).
Вернуться же в графику точно так же просто - CTRL+ALT+F7 (или любой другой из F7-F12).***

1)top - консольная утилита показывающая верхние позиции по занимаемым ресурсам компьютера программами (топ-лист - ресурсоёмких программ).
Она выводит таблицу (на одном экране) которая динамически изменяется в зависимости от загрузки ресурсов теми или иными приложениями
Пример вывода(сокращ.):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1413 bk 20 0 183m 99m 17m R 81.1 9.9 29:15.18 xbill
31272 bk 20 0 418m 232m 28m S 9.9 23.0 23:16.15 firefox

увидев процесс явно занимающий все ресурсы тут для примера подвисший xbill (есть такая игра) занял якобы 81.1 % CPU, и для его прекращения необходимо нажать клавишу "K" (от англ. Kill и ввести PID (Process ID) нужного процесса, тут это 1413.

2)Либо можно использовать ещё один надёжный способ. Командаps ax
выведет много строчек подобных этим:
PID TTY STAT TIME COMMAND 1413 ? Rl 26:54 xbill 31272 ? Sl 21:36 /usr/lib/firefox-3.0.6/firefox 7483 pts/5 D+ 0:00 grep firefox

Где вам нужен лишь первый параметр будет PID (Process ID) - идентификатор процесса. Запомните его, он нам потребуется.
Выполнив следом за предыдущий командой эту
kill 1413
Мы прекратим (завершим процесс) с идентификатором 1413 в моём примере это XBill (игра).

Замечу так же, что очень удобным является сочетание команд в конвеер, например
ps ax | grep xbill выводит список запущенных процессов (их может быть много), передаёт его команде grep и возвращает нам лишь строчки содержащие слово xbill заданное команде grep, в вышеуказанном примере такая добавка, вывела бы только следующие строчки:

ps ax | grep xbill PID TTY STAT TIME COMMAND 1413 ? Rl 26:54 xbill 1593 ? Rl 26:54 xbill 1359 ? Rl 26:54 xbillОссобенно это удобно, когда вы знаете какое приложение зависло или\и когда это приложение запущенно несколько раз и вам надо завершить все его копии.

См. также:

Если у вас повисло не одна программа, а весь компьютер (вся ОС), не спешите жать сброс (Reset), прочтите эту тему: "Магическая кнопка SysRq" или "Что делать, если все нахрен повисло" (РЕШЕНИЕ)

Очистка системы и освобождение места на /root

Неожиданно закончилось место на корневом разделе /root (20 Гб.). Посмотрел что ничего критичного нет, просто много старого мусора т.к. система у меня установлена давно и только обновлялась с выходами новых релизов. Поудалял различные кеши, но это не особо помогло.

Гугл как всегда помог найти решение, простенький скрипт который чистит:

apt-кэш,
Конфигурационные и остаточные файлы от деинсталированных .deb пакетов
Старые ядра и все что от них осталось. Оставляет только одно используемое ядро.

После его работы сразу высвободилось 3 Гб на корневом разделе.
Удалил много остаточных файлов от старых ядер, хотя сами ядра были уже давно удалены. Так же удалил много конфигурационных файлов от деинсталированных и старых пакетов. Лишнего ничего не удалил.

Но в любом случае перед тем как соглашаться на очистку посмотрите, что он предлагает удалить.

cleaner.sh

#!/bin/sh
 
OLDCONF=$(dpkg -l|grep "^rc"|awk '{print $2}')
CURKERNEL=$(uname -r|sed 's/-*[a-z]//g'|sed 's/-386//g')
LINUXPKG="linux-(image|headers|ubuntu-modules|restricted-modules)"
METALINUXPKG="linux-(image|headers|restricted-modules)-(generic|i386|server|common|rt|xen)"
OLDKERNELS=$(dpkg -l|awk '{print $2}'|grep -E $LINUXPKG |grep -vE $METALINUXPKG|grep -v $CURKERNEL)
YELLOW="\033[1;33m"
RED="\033[0;31m"
ENDCOLOR="\033[0m"
 
if [ $USER != root ]; then
  echo -e $RED"Error: must be root"
  echo -e $YELLOW"Exiting..."$ENDCOLOR
  exit 0
fi
 
echo -e $YELLOW"Cleaning apt cache..."$ENDCOLOR
apt-get clean
 
echo -e $YELLOW"Removing old config files..."$ENDCOLOR
sudo apt-get purge $OLDCONF
 
echo -e $YELLOW"Removing old kernels..."$ENDCOLOR
sudo apt-get purge $OLDKERNELS
 
echo -e $YELLOW"Emptying every trashes..."$ENDCOLOR
rm -rf /home/*/.local/share/Trash/*/** &> /dev/null
rm -rf /root/.local/share/Trash/*/** &> /dev/null
 
echo -e $YELLOW"Script Finished!"$ENDCOLOR

Для установки копируем, на пример в /usr/local/bin/cleaner.sh

и даем права на запуск

sudo chmod +x /usr/local/bin/cleaner.sh

Так же может быть полезным: Графическое отображения занятого пространства на жестком диске и очистка

Скрипт взят отсюда

Переезд с HDD на SSD и F2FS

Приобрел себе Samsung SSD 840 EVO на 250Gb и стал думать, как мне систему на него перенести.

В первую очередь озадачился выбором файловой системы наиболее подходящей под SSD. После непродолжительного гугления решил ставить на относительно свежую ФС разработанную самсунгом специально под флешевые F2FS (Flash Friendly File System) носители.

F2FS является достаточно молодой ФС, но тем не менее поддерживается ядром линукса начиная с версии 3.8

Задача вырисовывалась такая:

Научить систему понимать F2FS
Разметить и отформатировать SSD в F2FS
Скопировать данные
Настроить fstab и grub

Включаем поддержку F2FS в Kubuntu

В kubuntu 14.04 и 14.10 модуль поддержки f2fs присутствует, но не включен. Так что для включения поддержки достаточно набрать:

sudo modprobe f2fs

Проверяем, что модуль подключен

sudo lsmod | grep f2fs

Теперь система может работать с f2fs, но только до перезагрузки. Что бы модуль подгружался автоматически при каждой загрузке, добавляем в конец файла /etc/modules запись f2fs

sudo -i echo f2fs >> /etc/modules

Так же учим initramfs поддерживать f2fs. Для этого добавляем f2fs в конец файла /etc/initramfs-tools/modules и обновляем.

В kubuntu 16.10 ядром 4.8 так же надо дополнительно добавить модуль crc32 иначе система не загрузится.

sudo -i echo f2fs >> /etc/initramfs-tools/modules echo crc32 >> /etc/initramfs-tools/modules update-initramfs -u

Для создания f2fs устанавливаем пакеты f2fs-tools и gparted

sudo apt-get install f2fs-tools gparted

Диспетчер разделов КДЕ не умеет создавать f2fs, а вот gparted может.

Для подержки в 14.04 так же необходимо обновить пакет util-linux до версии 2.25 или выше.

sudo add-apt-repository ppa:xeron-oskom/util-linux && sudo apt-get update && sudo apt-get dist-upgrade -f

Подключаем SSD, создаем разделы и форматируем в F2FS

Поскольку в моем распоряжении был только ноутбук без стационарного компьютера SSD я подключил как внешний диск, через USB. Для этого я взял старый внешний HDD, разобрал и поключил вместо обычного внешнего диска свой SSD и подключил все это дело к usb.
На удивление ни система ни диспетчер разделов диска не увидели. Но после загрузки с установочной флешки с kubuntu 14.04 диск увиделся и я благополучно создал пустой раздел после чего диск стал виден и в основной системе, в которой я и произвел разбивку и форматирование.

Разбивку делал в gparted, так как диспетчер разделов КДЕ f2fs пока не понимает.

Лично я разметил так:
/Boot ext2 768Mb /Root f2fs 20Gb /Home f2fs 210Gb

Своп будет в файле под управлением swapspace.

Копируем данные с HDD на SSD

Переносим данные из /home

На SSD в разделе /home создаем папку с вашем именем пользователя, назначаете себя её владельцем

sudo mkdir $USER && chown "$USER":"$USER" $USER

и копируем все что нам необходимо не забывая скопировать основные конфигурационные файлы и папки, такие как:
.kde .local .config .mozilla

Для переноса данных из домашней директории можно воспользоваться простым копированием с сохранением атрибутов и прав на файлы. Я делал выборочное копирование из домашней папки, так как мой HDD был ровно в два раза больше нового SSD, и всё просто бы не поместилось, да и "мусора" там накопилось прилично.

Я копировал так:

sudo cp -ar /home/dm/.kde/* /media/f2fs/home/dm

и т.д.

Копирование /root и /boot

Для копирования c данных с /root грузимся с liveusb kubuntu, включаем поддержку f2fs монтируем необходимые разделы и копируем данные с разделов.

Включаем поддержку f2fs
sudo modprobe f2fs

Создаем папку в которую будем монтировать
sudo mkdir /media/f2fs_root

Смотрим какие диски нам доступны
sudo fdisk -l

Монтируем раздел f2fs root. Вместо sdx подстаить свой раздел.
sudo mount /dev/sdx /media/f2fs_root

Копируем /root из HDD на SSD
sudo cp -ar /media/kubuntu/root/* /media/f2fs_root

То же самое делаем с разделом /boot

Настраиваем fstab и grub

Перезагружаемся в свою систему.

Настраиваем fstab

Узнаем UUID разделов на SSD
sudo blkid

И правим fstab на SSD

sudo nano /media/f2fs/root/etc/fstab

У меня он теперь выглядит как то так:

UUID=хххххххх-хххх-хххх-хххх-хххххххххххх / f2fs rw,noatime,discard 0 2 UUID=хххххххх-хххх-хххх-хххх-хххххххххххх /home f2fs rw,noatime,discard 0 2 UUID=хххххххх-хххх-хххх-хххх-хххххххххххх /boot ext2 auto,noatime 1 2

Делаем chroot SSD для настройки grub

sudo mount /dev/sdx /media/f2fs/root/boot sudo mount /dev/sdx /media/f2fs/root/boot/efi sudo mount --bind /dev /media/f2fs/root/dev sudo mount --bind /proc /media/f2fs/root/proc sudo mount --bind /sys /media/f2fs/root/sys sudo chroot /media/f2fs/root

Затем устанавливаем загрузчик

sudo grub-install /dev/sdx sudo update-grub

Где sdX - имя SSD устройства (на пример /dev/sdb)

Не выходя из chroot правим grub.cfg на SSD
Открываем /boot/grub/grub.cfg

sudo nano /boot/grub/grub.cfg

И ищем записи типа:
linux /vmlinuz-3.16.0-25-generic root=/dev/sdb2

в которых меняем /dev/sdb2 на /dev/sda2

Все, отключаем HDD и подключаем SSD.

Используемые материалы:

* Успешное восстановление F2FS после сбоя

Проблемы с nouveau, или Я пытаюсь запустить бунту на компьютере с Nvidia и вижу графические артефакты.

Описание проблемы

Вы запускаете Live-диск или установили систему с wubi, или пытаетесь запустить бунту, установленную с alternate-диска, или обновились с версии 9.10 и моложе до версии 10.04 и новее; у вас видеокарта с графическим чипсетом производства Nvidia и вместо графики вы видите какие-то артефакты: мозаику, полоски, изображение из другой операционной системы и т.д. и т.п., но никак не то, что должно быть.

Причина

Начиная с версии 10.04 в бунте по умолчанию включён открытый графический драйвер для карточек Nvidia nouveau, у которого есть куча достоинств (но топик не об этом) и по крайней мере один очень серьёзный недостаток: в некоторых случаях он работает некорректно.

Что делать?

Чтобы знать наверняка, вам следует деактивировать nouveau и попробовать какой-либо альтернативный драйвер: vesa, nv или проприетарный драйвер nvidia.

Избавляемся от nouveau

Если у вас есть доступ к файлу /etc/modprobe.d/blacklist.conf отредактируйте его (нужны права суперпользователя, например: Alt+F2 в графическом режиме, вбиваем kdesudo kate; в терминале - sudo nano) и допишите blacklist nouveau
Если это не представляется возможным, то при выборе пункта меню в загрузчике нажмите клавишу редактирования (E, Tab или другую: см. подсказки внизу) и допишите после пробела rdblacklist=nouveauтеперь можно загружаться. Если загрузка удалась, вбейте строку в blacklist.conf

Выбор альтернативного драйвера

Если после какого-либо этапа, вы попали в терминал, то пропишите в ваш /etc/X11/xorg.conf (нужны права суперпользователя!) один из вышеперечисленных драйверов (альтернативный драйвер должен быть установлен: пакет xserver-xorg-video-vesa для vesa, xserver-xorg-video-nv - для nv, как установить проприетарный драйвер см. далее). Если конфигурационного файла xorg у вас нет, то создайте его командой sudo Xorg -configure

Установка альтернативного драйвера

Чтобы установить открытый драйвер, установите соответствующий пакет: sudo apt-get install имя_пакета
Есть три различных способа установки проприетарного драйвера:

через менеджер проприетарных драйверов (он же Additional drivers, он же jockey-kde);
ручная установка из репозитория; [подключать дополнительный репозиторий не обязательно, пробуйте установить последнюю версию драйвера - nvidia-current]
ручная установка драйвера с сайта nvidia.

Чтобы убедиться, что драйвер установлен успешно, запустите nvidia-settings, если он попросит, выполните sudo nvidia-xconfig

Если вас не устраивает разрешение и/или частота - добро пожаловать сюда. Если не устраивает загрузочная заставка - сюда.

Скрипт для востановления GRUB

Если кому нужно выкладываю скрипт для востановления GRUB

#! /bin/sh hard="sda" #введите имя харда part="2" # номер партиции #-----------Ввод до этого места-------------------- mediapart="/media/"$hard$part hard="/dev/"$hard part=$hard$part uno="(hd0) " uno=$uno$hard sudo mkdir $mediapart sudo mount -t ext3 $part $mediapart sudo echo $uno > $mediapart"/boot/grub/device.map" sudo grub-install $hard --root-directory=$mediapart sudo grub-install $part --root-directory=$mediapart sudo umount $part sudo rm -rd $mediapart

Если есть предложения по улучшению кода предлагайте

Сохраним свой LINUX - backup (бэкап) партиции с помощью PING (Partimage Is Not Ghost)

Мне надоело переустанавливать Kubuntu после каждого неудачного эксперимента. А поскольку я эксперементирую довольно часто, доволно часто случается так, что первоначальное состояние системы уже не востановить.
Я решил сделать бэкап настроенной и рабочей системы. Но не с помощью всяких там "Keep - Backup System", ведь иногда и загрузиться то не удаётся нормально, а путём копирования партиции жёсткого диска, куда установлен Linux.

Сначала была идея сделать это с помощью винды, но не нашёл ничего бесплатного и юзабельного. Погуглив, натолкнулся на такую шикарную вещь, как PING (Partimage Is Not Ghost). "PING is a live Linux ISO, based on the excellent Linux From Scratch (LFS)" - PING это Live CD, базирующийся на LFS.
Взять это чудо можно тут http://ping.windowsdream.com/ping/download.html

А вот как этим пользоваться:
Для начала нужно записать iso образ на диск. Далее следуем по шагам:

Загружаемся с этого диска
На первый вопрос (или предложение :) ) нажимаем Enter
Далее OK (нажатием Enter)
Нас спрашивают, что сделать, когда мы закончим. Я выбрал перезагрузку
Выбираем, где хранить\от куда востанавливать. Я выбрал локально, сетевое расположение не пробовал.
Выбираем партицию, которую хотим забэкапить. (Для востановления надо выбрать первую опцию) (Нужный пункт выбирается с помощью пробела)
Выбираем партицию, на которую хотим сохранить наш бэкап
Выбираем название каталога, куда сохраняь. Я выбрал "\"
Выбираем последний пункт: Create_New_Image
Вводим имя образа. (Будет создан каталог с этим именем, а в нём уже файлики бэкапа, созданные системой)
Выбираем сжимать или не сжимать наш образ. Я выбрал не сжимать, чтобы это всё побыстрей произошло.

Мой образ занял всего 3.85 Гигабайт. Заметьте, что делается образ не всей партиции (у меня она 25 гигов весит), а только занятого места!
По времени это заняло 5 минут.

Процесс востановления ещё проще, поэтому я не буду расписывать его по шагам. Я уже им пользовался - востановилось всё также быстро и без каких-либо глюков!

Списки репозиториев, где взять ? (Решение)

сабж
давай те выложим списки хороших репозиториев
а то не могу номально выписать sources.list

зы вообще я перешел исамд64 и обноружил досаду что пакетиков маловато на старых репозитах

См. также:
Разбираемся с ключами для репозиториев.
offline обновление
В помощь таким же новичкам как я. (Разные способы прописать другие репозитарии).