[d | b / bro / ci / cu / dev / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
[Burichan] [Futaba] [Gurochan] - [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM размером до 4096 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

1508266789730.jpg - (71 KB, 1280x720, 1.jpg)  
71 KB №197443   #1

Чии, смотри: есть помирающий диск с двумя разделами, / на ~18 гигов и /home на 100+ (из которых фактически занято от силы 5-10); есть другой диск гигов на 80. Задача — перенести систему с первого на второй (главным образом /, в хомяке ничего значимого не было). Я с таким никогда самостоятельно не разбирался, поэтому не знаю, как правильнее и лучше. Предполагал загрузиться с флэшки и скопировать системный раздел посредством dd, но опасаюсь, что где-нибудь в нем окажутся плохо читаемые (а то и битые) сектора, и система в итоге не заведется. В общем, нужна помощь.

>> №197444   #2

>>197443
Acronis True Image
Clonezilla
И ещё десяток аналогов.

>> №197447   #3

>>197443
Как бе, для линуксоидов стандартом в таких ситуациях является любимый дистрибутив на флешке и GParted. Рикаминдую SystemRescueCd, если неохота собирать что-то свое.

>> №197450   #4

>>197443
Если диск монтируется я бы прежде всего скопировал куда-нибудь /etc, /var, /srv и /home на случай катастрофы.
После этого у тебя есть две основные опции:

  1. Блочный уровень — dd или если есть ошибки чтения, то ddrescue
  2. Файловый уровень — "rsync -HAXhaxv /mnt/old/ /mnt/new".

У файлового уровня минус есть в том, что придется менять /etc/fstab и скорее всего конфиг загрузчика править с новым UUID фс.
В любом случае на новом диске понадобится установить загрузчик.

>> №197451   #5

cp -pR на все, кроме tmp|sys|proc.

>> №197452   #6

>>197443
Удваиваю опа, нужно как-то перетащить линукс на новый компьютер

>> №197453   #7

Скопируй корень куда надо cp -ax и всё, делов-то.
Таким макаром мой дебиан с год назад переехал уже на третий компьютер, а инсталлятор я последний раз видел, когда переходил на AMD64.

>> №197456   #8

>>197451
Потом будет веселость с отсутствием точек монтирования для тех самых /proc, /sys, /tmp.

>> №197457   #9

>>197453
debootstrap лучше для таких вещей, если чистая система не повредит.

>> №197458   #10

Какой-нибудь liveCD с clonezilla же, ну. Может в игнорирование ошибок чтения, и после этого система может быть даже сможет нормально загрузиться, и даже работать! Если, кончено, не было безвозвратно потеряно что-то из системных файлов, но тут тоже можно при необходимости разобраться.
И /home перетащить сможешь, оно сможет при возможности уменьшить размер раздела.

>> №197459   #11

>>197443
От битых секторов тебе ничего не поможет, это уже внутренние дела диска. Делай dd, а лучше pv.

>> №197461   #12

>>197460
Копировать нужно tar-ом, или tar | tar или rsync, если сразу на целевой девайс, тогда можно весь rootfs захватить.
Но лучше dd, переносил винду+линукс дуалбутом с ssd на 240 в .img из-под live-образа, потом под ним же разворачивал образ на ssd на 500, все получилось, правда у винды слетела активация, но это несущественно.

>> №197463   #13

>>197456
Не уловил, объясни.

>> №197464   #14

>>197450
Ычую вот эту Чии, и особенно ключ -x у rsync, который отключает переход через границу смонтированной файловой системы, тем самым помогая избежать необходимости в ручном исключении разделов со служебными ФС. Ну и в целом всё подмечено верно.

>> №197468   #15

>>197456
С чего это они будут отсутствовать? Пустые /proc, /sys и прочее точно так же скопируются с исходной системы, как и любая другая директория. И заполнятся при первой загрузке.

>> №197469   #16

>>197468
Да, если что — cp -ax я, разумеется, предлагаю делать не наживую, а с LiveCD.

>> №197475   #17

>>197453

> инсталлятор я последний раз видел, когда переходил на AMD64

Тащемта, и эта проблема вполне решаема. Я так обновлял убунту с 9.04 на 9.10 с параллельной сменой архитектуры с i386 на amd64. Понадобилась, собственно, одна-единственная перезагрузка - для запуска с 64-разрядным ядром.

>> №197509   #18
1508382045623.jpg - (106 KB, 525x700, 69d12f425e50a122df4022e16872a05452ad0a81.jpg)  
106 KB

Корневой раздел спасен. Использовал ту же флэшку, с которой ставил, ничего более не потребовалось (весьма удобно, что в инсталляторе есть отдельные пункты конфигурации загрузчика и генерации fstab одним нажатием); ddrescue спас 99.99% раздела — несколько десятков МБ потеряно, но все заводится и работает, проблем на первый взгляд не видно. Хомяка спасти не удалось, раздел с ним не монтировался — предпринимать попытки выдернуть файлы с него я буду позже.

За советы спасибо, кое-что новое для себя узнал.



Удалить сообщение []
Пароль
[d | b / bro / ci / cu / dev / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / ts / vn / vo]
[Burichan] [Futaba] [Gurochan] - [iiChantra] [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [Cirnoid] [@] - [Архив - Каталог] [Главная]