Окончательно разочаровавшись в различного рода гуёвых бэкаперах с их кнопками "сделать зашибись" (поскольку бэкапы, ими создаваемые, в тяжёлых ситуациях не спасали, и служили более для самоуспокоения; в последнюю пару месяцев – так и вовсе приходилось жить совсем без бэкапов, но это уже другая история...), решился я всё-таки научиться пользоваться для этого 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 (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 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 дистрибутив.
Если Вам понадобятся отдельные файлы ил образа, то Вы можете просто скопировать их из образа, привязав его к виртуальному устройству.
Вложение | Размер |
---|---|
1.png | 427.72 кб |
5.png | 502.94 кб |
6.png | 490.9 кб |
Источник
Краткая выдержка:
Лучше, конечно же, важные файлы не удалять. Если же это произошло (например, я убил папку с настройками, так как думал, что прога смотрит не на неё), то может помочь следующий способ.
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, хотя это всего лишь одна из многих ее возможностей.
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.
1. Скачать Super Grub Disk Cdrom.
2. После распаковки у вас будет ISO образ.
3. Вам необходимо записать этот ISO образ непосредственно cd-диск.
1. Положите пустую или неиспользованную дискету в дисковод для гибких дисков.
1. Используйте Rawritewin программу.
///Справка:RawWrite (или RAWRITE) является необходимым инструментом для создания загрузочных дисков и других образов дискет.
2.С помощью "..." кнопки выберите SGD образ дискеты.
3. Щелкните на кнопке Создать.
4. Подождите, пока процесс будет выполнен на 100%.
dd if=/path/to/floppyimage of=/dev/fd0
Отмонтируйте дисковод, чтобы быть уверенным что данные записываются на дискету.
Примечание: При использовании этого метода ваши данные на 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 диск.
Скачайте Unetbootin для Windows
Запустите Unetbootin. Выберите Distribution, и из выпадающего списка выберите "Super Grub Disk"
Выберите нужный USB диск, и кликните OK.
---
У вас есть Super Grub Disk cd, дискета или USB, вы должны вставить диск в cd-rom, дискету в дисковод, или флешку в разъем USB незадолго до запуска компьютера. Если SGD появляется при загрузке вам не нужно ничего делать.
Если SGD не появится, нужно изменить настройки BIOS так, чтобы устройство, куда SGD установлено, запускалось в первую очередь.
Мой первый скрипт :)
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!
У нас здесь неоднократно образовывались срачики по данному вопросу. И мне не было чем ответить кроме заумных цитат из википедии. Теперь вот словил эту ссылку, решил поделиться.
Для Ъ краткое изложение: х64 выигрывает у х32 во всех выполненных тестах. Таким образом, если вы не знаете наверняка, зачем вам нужна именно х32 (примеры можно найти в треде), и ваш процессор умеет х64, то х32 вам не нужно.
Если у Вас несколько ОС на ноутбуке или ПК и Вы используете графический загрузчик 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 я не могу.
Вопрос: Как восстановить возможность двойной загрузки, желательно средствами линукса?
Иногда так случается, что мы удаляем, как казалось бы ненужные файлы (изображения, видео, текстовые документы и пр.), а потом вдруг сожалеем об этом, т.к. среди удалённых, оказались нужные. Хорошо если мы удаляем файлы в Корзину, откуда очень просто восстановить, нажав сочетание клавиш 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 в источники репозиториев?
Подскажите где мона скачать дистрибутив кубунту, чтобы его на влешку запихнуть, дабы с него грузиться и работать, ?
Обновление системы будем производить через консоль, что бы видеть ошибки которые могут возникнуть во время обновления и успеть их исправить до перезагрузке компьютера.
Для начала рекомендую удалить все старые ядра из системы, оставив только текущее и предыдущее ядро. Это позволит предотвратить затык обновления из-за нехватки места в загрузочном разделе. Для удаления старых ядер запускам в терминале:
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
Так же после завершения обновления рекомендуется запустить строку обновления системы еще раз.
Как и во всех задачах, в линуксе существуют несколько путей решения, поставленной задачи:
Разделим их условно на консольный путь и графический.
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" или "Что делать, если все нахрен повисло" (РЕШЕНИЕ)
Вы запускаете Live-диск или установили систему с wubi, или пытаетесь запустить бунту, установленную с alternate-диска, или обновились с версии 9.10 и моложе до версии 10.04 и новее; у вас видеокарта с графическим чипсетом производства Nvidia и вместо графики вы видите какие-то артефакты: мозаику, полоски, изображение из другой операционной системы и т.д. и т.п., но никак не то, что должно быть.
Начиная с версии 10.04 в бунте по умолчанию включён открытый графический драйвер для карточек Nvidia nouveau, у которого есть куча достоинств (но топик не об этом) и по крайней мере один очень серьёзный недостаток: в некоторых случаях он работает некорректно.
Чтобы знать наверняка, вам следует деактивировать nouveau и попробовать какой-либо альтернативный драйвер: vesa, nv или проприетарный драйвер nvidia.
Если у вас есть доступ к файлу /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 имя_пакета
Есть три различных способа установки проприетарного драйвера:
Чтобы убедиться, что драйвер установлен успешно, запустите nvidia-settings, если он попросит, выполните sudo nvidia-xconfig
Если вас не устраивает разрешение и/или частота - добро пожаловать сюда. Если не устраивает загрузочная заставка - сюда.
Если кому нужно выкладываю скрипт для востановления 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
Если есть предложения по улучшению кода предлагайте
Мне надоело переустанавливать 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 образ на диск. Далее следуем по шагам:
Мой образ занял всего 3.85 Гигабайт. Заметьте, что делается образ не всей партиции (у меня она 25 гигов весит), а только занятого места!
По времени это заняло 5 минут.
Процесс востановления ещё проще, поэтому я не буду расписывать его по шагам. Я уже им пользовался - востановилось всё также быстро и без каких-либо глюков!
сабж
давай те выложим списки хороших репозиториев
а то не могу номально выписать sources.list
зы вообще я перешел исамд64 и обноружил досаду что пакетиков маловато на старых репозитах
См. также:
Разбираемся с ключами для репозиториев.
offline обновление
В помощь таким же новичкам как я. (Разные способы прописать другие репозитарии).