man
Донат На хостинг |
ISK за переводы до 75kk за 1000зн. |
Хроники EVE Сборник |
Новичкам Полезная информация |
Файловые системы обычно эффективнее бэкапить утилитами, которые в курсе существования этих самых файловых систем. Хотя-бы потому, что никто не гарантирует, что нераспределенное место занулено (точнее оно практически гарантированно содержит старый мусор), и полученный dd образ потом хрен сожмешь до вменяемых размеров.
Для ntfs есть ntfsclone, успешно используемый в clonezilla (во всяком случае я клонировал им и XP, и Win7), который таки понимает карту раздела и корректно обрабатывает пустое место (читать мануал на предмет нужных ключей, чтобы не сохранять полноразмерный sparse file).
ЗЫ: вместо dd рекоммендую ddrescue - он умеет в продолжение сеанса и динамический размер блока (большой при нормальной работе и маленький для больших блоков, при чтении которых возникает ошибка. Незаменимо для умирающих дисков).
Сообщение отредактировал Infine: 19 January 2016 - 18:58
Всю клонзиллу не надо, надо ntfsclone и может быть tar.
крч дд скопировал весь 80гб дискраздел, хотя занято там около 30 после компрессии меньше конечно, но таки нафиг. ща попробую
ntfsclone -s -o - /dev/sda1 | gzip -c > name.img как то так, должно быть получше
Сообщение отредактировал Alkarian: 19 January 2016 - 19:58
крч дд скопировал весь 80гб
дискраздел, хотя занято там около 30после компрессии меньше конечно, но таки нафиг. ща попробую
ntfsclone -s -o - /dev/sda1 | gzip -c > name.img как то так, должно быть получше
мануал советует использовать bzip2 потому что у gzip могут возникнуть проблемы с большими файлами, хотя если сработало на dd, то и тут, наверное, будет ок.
Ну по мне так лучше иметь бекап всего устройства, чем потом внезапно выяснить, что из-за ошибок файловой системы данных в бекапе нет вообще и поднять их не получится, хоть ты с ног до головы обвешайся р-студио и прочими гет-дата-беками.крч дд скопировал весь 80гб
дискраздел, хотя занято там около 30после компрессии меньше конечно, но таки нафиг. ща попробую
ntfsclone -s -o - /dev/sda1 | gzip -c > name.img как то так, должно быть получше
Не сожалей о том что было, не думай о том что могло быть.
мануал советует использовать bzip2 потому что у gzip могут возникнуть проблемы с большими файлами, хотя если сработало на dd, то и тут, наверное, будет ок.
ну, потом распакую и хэшсумму гляну
Ну по мне так лучше иметь бекап всего устройства, чем потом внезапно выяснить, что из-за ошибок файловой системы данных в бекапе нет вообще и поднять их не получится, хоть ты с ног до головы обвешайся р-студио и прочими гет-дата-беками.
так то оно да, но вот места не настолько много на ноуте чтобы держать образ под 50гб
ntfsclone что-то таки делает помимо копирования, даже если не ставить флаг --save-image. не совпадает хеш, в отличие от dd
а, чет только щас увидел total 28mb помечает пустые блоки чтоли
ps
потестил бекап бутраздела винды, она даже загрузилась тест бекапа диска ц как-нибудь потом сделаю
Сообщение отредактировал Alkarian: 19 January 2016 - 21:13
Я был ленивый, и юзал бубунту - там из юзаемого ток консоль плюс браузеры плюс всяческие чатеги и рабочая тулза на питоне, которая сношает заббикс, конфлюенс, жиру и пару баз данных как нам надо. Ну и игрушки для души.
После очередного обновления лень как рукой сняло .
Иксы нафиг отвалились, полез копаться.
Откопал - xorg.conf кривой. У меня ноут с оптимусом, две видяхи. Каким-то хреном в xorg.conf появилось следующее - в дефолт лейауте - скрин nvidia, когда такого скрина в конфиге нет (и не должно быть тащемта). Подправил, ребутнул - та же хрень. xorg.conf что-то перезаписало. Перерыл все rc файлы - нифига не нашел. Всемогущий греп нашел нужную строчку в бинарнике gpu-manager-a .
В логе gpu-manager пишет какую-то ересь. Типа - нашел две видяхи. Интеловская видяха - есть. Модуль - подгружен. Нвидиа видяха есть. Модуль не подгружен. Модуль забанен нафиг (и правильно!). Что делаем? Правильно - выгружаем нафиг модуль интела, подгружаем нвидию и генерим кривой конфиг иксов .
Подправил конфиг иксов. Забанил gpu-manager через grub. Иксы грузятся, гуй нет... В логах - падаем потому как GLX-a нет. В логах иксов - попытка подгрузить GLX от нвидии с понятным результатом. Переделал. Заработало. Завтра рабочий день - и это последний день жизни убунты на моём ноуте...
Сообщение отредактировал Podli: 20 January 2016 - 1:00
Файловые системы обычно эффективнее бэкапить утилитами, которые в курсе существования этих самых файловых систем. Хотя-бы потому, что никто не гарантирует, что нераспределенное место занулено (точнее оно практически гарантированно содержит старый мусор), и полученный dd образ потом хрен сожмешь до вменяемых размеров.
Есть старая-престарая тулза. dump называется. Оно умеет в инкрементарные многолевельные бекапы файловых систем. Что мешает нарисовать пару простеньких скриптов на бэкап/восстановление под свои нужды? Нафига вам всякие там образы генерить? Я бы понял, если надо туеву хучу серваков централизованными бэкапами обмазывать с возможностью одной командой откатить любой хост...
есть же вроде 14.04 LTS, зачем обновлять, опасно это в случае бунты. алсо минт работает и не жужжит, обновил недавно до 17.3 "Rosa"
кроме 3.19 ядра, пришлось откатить на старое
Так сие после оередного обновления прилетело . И да, с 14.04 тож прикол был веселый. За каким-то фигом репозитории переместили по другому адресу (типа old.archive.xxx для старых релизов, кудой попала самая свежая LTS бубунта
) Ну и почему-то apt этого не знал и продолжал ходить по старым адресам
. Пришлось скриптом править конфиги...
Нонче писать xorg.conf целиком не комильфо. Пишутся только отдельные куски со всякими нестандартными опциями (типа гламора на интеле), которые кладутся в xorg.conf.d.Откопал - xorg.conf кривой. У меня ноут с оптимусом, две видяхи. Каким-то хреном в xorg.conf появилось следующее - в дефолт лейауте - скрин nvidia, когда такого скрина в конфиге нет (и не должно быть тащемта). Подправил, ребутнул - та же хрень. xorg.conf что-то перезаписало. Перерыл все rc файлы - нифига не нашел. Всемогущий греп нашел нужную строчку в бинарнике gpu-manager-a
.
А dump умеет в ntfs acl? А то будет очень весело дампнуть ntfs раздел, восстановить его и обнаружить, что у венды acl слетели.Есть старая-престарая тулза. dump называется. Оно умеет в инкрементарные многолевельные бекапы файловых систем. Что мешает нарисовать пару простеньких скриптов на бэкап/восстановление под свои нужды? Нафига вам всякие там образы генерить? Я бы понял, если надо туеву хучу серваков централизованными бэкапами обмазывать с возможностью одной командой откатить любой хост...
Сообщение отредактировал Infine: 20 January 2016 - 8:10
А dump умеет в ntfs acl? А то будет очень весело дампнуть ntfs раздел, восстановить его и обнаружить, что у венды acl слетели.
Едит: man dump говорит, что оно ext2/3(/4?) specific.
В других фс-ах по моему не получится делать многолевельные бекапы - там юзается фича ext-x для ентого.
Вводная (особо не вдаваясь в детали): есть желание подтолкнуть некоторых сотрудников к использованию тайловых wm, при этом целевая аудитория не совсем программисты, скорее люди, обученные решать задачи с помощью Python. Ну и там бла-бла-бла. В процессе поисков наткнулся на достаточное кол-во интересных вариантов, в том числе и на Qtile. Почитал-посмотрел. И в процессе наткнулся на этот шедевр!!!
Ну и, короче, видюха - огонь! Знание английского и наличие здорового чувства юмора обязательно для получение максимального удовольствия!
dwmВводная (особо не вдаваясь в детали): есть желание подтолкнуть некоторых сотрудников к использованию тайловых wm, при этом целевая аудитория не совсем программисты, скорее люди, обученные решать задачи с помощью Python. Ну и там бла-бла-бла. В процессе поисков наткнулся на достаточное кол-во интересных вариантов, в том числе и на Qtile. Почитал-посмотрел. И в процессе наткнулся на этот шедевр!!!
Спойлер
Ну и, короче, видюха - огонь!Знание английского и наличие здорового чувства юмора обязательно для получение максимального удовольствия!
0 members, 1 guests, 0 anonymous users