Перенос системы на новый винчестер / Moving Linux to the new hdd
Всем привет, с вами libc6.blogspot.com. В этот раз речь пойдет о переносе системы на новый винчестер. Точнее, о моем личном опыте, связанном с переносом и возможных проблемах. В заметке не будет конкретных команд и рассказов, как правильно что-то делать, просто я делюсь своей историей и общей концепцией переноса.
Предыстория
На стором винте успешно заканчивается свободное место. И через неделю совсем не останется. Нужно покупать новый винт. Слить со старого все данные на новый, включая операционную систему, домашний раздел, музыку и фильмы. На старый залить все фильмы которые есть в доме, вообще вынуть из компа и поставить на полку с меткой и списком фильмов.
К делу
Кому не терпится, то концепция в моем случае была такова:
- ПРАВИЛЬНО выключить систему. != reboot
- Загрузиться в LiveCD или просто спасательную систему.
- Залогиниться настоящим рутом, т.е. root != sudo su
- Создать новый корневой раздел на новом винте,
отформатировать в то,
что нравится. Размера должно хватить
- - на старую систему
- - на архив старой системы
- - про запас
- Примонтировать корневой раздел переносимой системы в /mnt/oldsys
- Примонтировать новый корневой раздел в /mnt/newsys
- cd /mnt/newsys
- tar -mPvf oldsys.tar /mnt/oldsys - без сжатия, чтоб быстрее. С сохранением прав и владельцев. Можно еще перед -mPvf добавить --ignore-failed-read и --atime-preserve --same-owner чтоб наверняка.
- тут же развернуть. Переместить внутренности из /mnt/newsys/mnt/oldsys/* (пути ведь тоже сохранятся) в корень - т.е. в /mnt/newsys.
- В полученной развернутой системе подправить /mnt/newsys/etc/fstab, чтобы грузился новый корень с нового раздела.
- в grub-e, который у меня на отдельном винте/разделе дописать три строки в /boot/grub/menu.lst, чтобы теперь грузить новое ядро с нового винта.
- После успешной загрузки в новый корень можно создавать новый /home, swap ну и все остальное и копировать данные в живую.
- Собственно все. Статья закончена и дальше можно не читать.
Мысли вслух
Задача по именно переносу системы (я не говорю про перенос домашних и мультимедийных данных) разбивается на две подзадачи:
- Перенести собственно систему на новый винт и оставить ее в рабочем состоянии.
- Перетащить за ней загрузчик. У меня это grub.
- Первый - тащить grub за собой, то есть переустанавливать.
- И второй - установить его на отдельном разделе, то есть все равно переустанавливать.
В обоих вариантах у новичка возникает непреодолимая трудность - осознать grub. И если не осознает, то переустановит систему. В любом случае ему будет проще переустановить весь линукс и потратить месяц на настройку всего нажитого, чем потрать день на осознание загрузчика. И это обидно.
Первый вариант - тащить груб за новой системой - для тех, кто не
занимается экспериментами, кто не держит на компе несколько винтов, кто
не приносит новый винт, не втыкает его между старых винтов и не
страдает фигней типа переноса системы, у кого никогда не возникает
задач переместить/увеличить/ужать разделы, у кого всегда хватает места,
кто не ставит второй/третий/четвертый линукс не в виртуалку и тд. Ну,
тогда тащим grub за собой.
Второй вариант - выделить грубу свой
раздельчик - для тех, кто это все делает :) Я не буду здесь приводить
манов по переносу и устанвке grub-a и по преимуществам жития загрузчика
на отдельном пространстве. Дам только пару ссылок и намекну, как легко
все получилось у меня: сархивировал систему, распаковал, прописал пару
строк в menu.lst и еще пару в fstab. Загрузился и типа вот... Правда, я
потратил на это почти сутки времени :)
Ссылки:
- Собственно установка по мануалу gnu.org: Installing GRUB using grub_install, но я так думаю, сгодится и для переустановки, и для переноса на свой раздельчик.
- GRUB: первый шаг навстречу ОС, очень хорошая статья Николая Ткаченко на сайте PC World Ukraine о богатых возможностях загрузчика и подробные рекомендации по его конфигурированию.
- на форуме forum.ubuntu.ru - Отдельный раздел /boot при установке - нужно ли
- на форуме forum.runtu.org - Нужен ли раздел boot отдельно?
Встреченные мною проблемы
- Первая и самая долгая была связана с магией. Мой grub от archlinux не видел ядра на разделе ext3. Раздел ext3 для корня я, собственно, создал как-то так по ошибке. Ну, нечаянно. Обычно я делаю reiserfs под корень. Короче, я беру систему с раздела reiserfs и копирую на только что созданный ext3 раздел. Перегружаюсь и пытаюсь толкнуть grub-ом старое ядро на новом разделе. Ответ от grub-a: не могу найти файл. Долго рылся, почти полночи. В итоге переформатил раздел в reiserfs, скопировал корень, перегрузился и с первой же попытки толкнул ядро. Система грузанулась, но не все было в порядке.
- Вторая проблема была связана, во-первых, с потерей атрибутов на файлы /etc/sudoers и /usr/bin/sudo. Ошибка - что-то вроде "у вас нет прав для запуска /usr/bin/sudo", точное сообщение не помню. Лечилось выполнением "chmod 4755 /usr/bin/sudo", но, так как делать это надо под рутом, а рута в Ubuntu по известным причинам нет, приходилось опять ползти в LiveCD, монтировать там новый корень и шаманить. Выводы: поставил систему - завел рута, пароль придумал сложный, записал на листик и съел!
- И третья проблема, решить которую мне не удалось. Заключалась она в том, что слетели права моего простого смертного юзера в системе PolicyKit. Вследствие чего у меня не было инета: не было прав ни на доступ к сети, ни на редактирование системных параметров и пользователей, ни даже прав на чтение прав! Это было ужасно. Раскопки показали, что сейчас это модная "простая" система управления пользовательскими привилегиями в линукс. И более того, эту модную систему суют везде в современных десктопных дистрибутивах. Она есть в Ubuntu, Mandriva, Suse, Fedora. Система сдохла, и как ее починить, было не ясно.
Вероятные причины неудач
Первый удачный (загрузившийся и заработавший) перенос системы был сделан так:
- - Ubuntu LiveCD, sudo su, 2 окна наутилус
- - простое drag-n-drop копирование почти всех корневых директорий из одного окна (старый корневой раздел) в другое (новый корневой раздел). Не копировались директории: /dev, /tmp, /sys, /proc - которые, по идее, создаются автоматически во время старта. Их я создал пустые вручную. После этих действий система на новом разделе завелась, указанные директории вроде бы наполнились, создались устройства и тд,но возникили проблемы 2 и 3 (sudo и PolicyKit).
Выводы
Так что в итоге я пришел к тому, о чем написал в начале: архивирование настоящим рутом с сохранием всех файловых атрибутов. После этого действа работаю в перенесенной Ubuntu 8.10 уже вторую неделю. Проблем нет.
Ну и кстати, пока не зыбыл. Всех с новым годом :) Да пребудет с вами сила.
Ярлыки: linux



47 Комментарии:
Андрей, а не проще ли было сразу запусть: rsync -ax /mnt/oldsys /mnt/newsys
Потом — добиться загрузки системы с нового диска, { почистить старый и создать резервную копию уже раздела с нового диска на старом } или { сделать резервную копию раздела со старого диска на новом }.
By
Rage Steel, at 19 Декабрь, 2008 09:19
А вот если бы у вас разделы были на LVM, то достаточно было бы подключить новый винт, добавить в volume group новый винт, после чего удалить старый. Ну и перенести grub. Перезагрузится, отключить старый винт.
By
savagex, at 19 Декабрь, 2008 09:32
Если позволите дам несколько комментариев. :)
Систему с винта на винт переносил уже столько раз, что вспомнить страшно. ;) Причем не только убунту, но и много других линуксов, а так же различные BSD. На счет правильного выключения - полностью согласен. По поводу su/sudo - нет. :) Система прекрасно переносится как из под su, так и из под sudo. В принципе даже не обязательно грузиться с livecd, хотя это проще для начинающих. Думаю не каждый новичок сможет загрузится в сингле с примонтированными в readonly файловыми системами. ;) К стати не очень понял вашу конструкцию sudo su. Вообще это, что называется, "масло-маслянное". То есть если вам нужен рутовый шелл, то надо использовать либо "sudo -i" (не все версии судо поддерживают этот ключ, но в убунте точно работает), либо "su -". А то бред какой-то выходит. ;)
Для переноса рекомендую использовать не тар (были какие-то грабли с ним, не помню сейчас точно, а гуглить лень), а либо dump/restore (качественно и гарантировано, но довольно медленно), либо find + cpio (багов пока не наблюдалось при этом на порядок быстрее). Последнее время постоянно пользуюсь последней связкой. Надо будет немного "помедитировать" с непривычки над cpio, но оно того стоит. ;)
По поводу граба: мысль отводить под него отдельный раздел довольно интересна, надо подумать над этим, хотя я делаю отдельный раздел под /boot, где все хозяйство и лежит: и ядра, и граб. К стати это избавляет от вопросов "невидиния ядра" на ext3 и прочих. Хотя ваша ситуация с этим была действительно очень странной. Охотно поверил бы как раз, когда граб не увидел ядра на reaiser-е, а не на ext3. Ну да как говорится "чудес в мире как мух в сортире" ;)
Слетание прав с sudo и полисикита думаю были связаны все же с таром, хотя точно конечно сказать не могу.
Некопирование /dev /sys и /proc - понятны: это псевдо файловые системы, их копировать, как это помягче выразиться... не стоило. :) А вот с /tmp тоже не ясно. Может она у вас была смонтирована в tmpfs? В общем трудно сказать.
Ну и последнее: вас так же с новым годом. :)
By
Olly Cat, at 19 Декабрь, 2008 10:17
Господа, спасибо большое за очень адекватные комментарии.
Что хочу сказать:
>> rsync
Со стыдом понимаю, что я про него вообще не подумал :) В обычной жизни не пользуюсь, ну и вот...
>> LVM
Отлично понимаю, что вы имеете в виду, но в свое время осознанно отказался от LVM с целью иметь возможность взять ЛЮБОЙ (c фильмами) винт с полки, всунуть его в USB-шный внешний карман и понести, допустим, к другу.
>>sudo su
Согласен, загнул :). на самом деле просто пускал sudo mc и sudo nautilus.
Ну, а с чем была связана описанная пачка багов - ума не приложу. В любых вариантах я все сделал правильно, т.к. тоже несколько раз переностил ситему, ни разу не было таких проблем. Простое копировае с ридонли манута - и копия заводилась с первого раза... так что, отнесем всё к мистике.
By
libc6, at 19 Декабрь, 2008 10:47
С ужасом обнаружил, что в linux вопрос с dump/restore так плох. И тут же с радостью обнаружил, что для нормальной ФС есть - xfsdump/xfsrestore.
By
jankkhvej, at 19 Декабрь, 2008 14:49
Ну там есть нюансы, но вроде не все так плохо. :) И да, конечно же dump/restore зависит от файловой. ;)
By
Olly Cat, at 19 Декабрь, 2008 16:02
tar хорошо и во многих случаях его можно использовать онлайн, а вот dump онлайн не рекомендуется: http://dump.sourceforge.net/isdumpdeprecated.html
By
GiNeR, at 22 Декабрь, 2008 08:46
Привет! Меня заинтересовал твой блог! Давай обменяемся ссылками! Мой блог на tryboi.com или tryboi.blogspot.com. на блоге больше постов всеже о Леопарде но Ubuntu тоже люблю!
By
mr.Tryboi, at 22 Декабрь, 2008 21:11
Спасибо, но как-то не сложилось.
By
libc6, at 22 Декабрь, 2008 21:22
tar хорошо и во многих случаях его можно использовать онлайн, а вот dump онлайн не рекомендуется: http://dump.sourceforge.net/isdumpdeprecated.html
Да, было такое. Но я дампом начинал пользоваться еще на freebsd и solaris. ;) Там конечно свои заморочки, но вроде лучше чем в линуксе.
By
Olly Cat, at 25 Декабрь, 2008 00:34
dump во FreeBSD работает так же, но начиная с FreeBSD 5.0 появился ключ -L - использование снапшота для dump-а, а это уже можно использовать.
By
GiNeR, at 25 Декабрь, 2008 08:41
Мужики, просветите пожалуйста. Чем дамп от снапшота отличается? Я вроде бы знаю что снапшот это заморозка, но никогда не сталкивался и если честно, то так и не понял, что это.
By
libc6, at 25 Декабрь, 2008 11:09
При использовании ключа -L создаётся временное устройство в /dev которое представляет из себя замороженную файловую систему на определённый момент времени, а с неё уже делается dump.
By
GiNeR, at 25 Декабрь, 2008 11:14
Э... Не верно поставлен вопрос. :) Не надо путать теплое с мягким. (с) ;) Дамп со снапшотом ни чем не отличаются ибо это есть разные сущности: дамп - утилита для создания бакапа. Снапшот - мгновенный (замороженный) "снимок" файловой системы, точнее сказать механизм для создания такого снимка. Я бы сказал, что они просто дополняют друг друга. Смысл в том, что как тут уже верно заметили, dump не рекомендуется (хотя на практике на домашних машинах например вполне можно) использовать на примонтированных файловых системах. Ибо можно получить не консистентный бакап. А снапшот позволяет "заморозив" файловую, делать дамп с себя, как бы с не изменяемой, практически размонтированной файловой. При этом на обычную файловую воплне может идти запись и изменение данных. Они не будут касаться снапшота. В общем примерно так, если на пальцах объяснять. :) За конкретикой - можно сходить в доки. ;)
By
Olly Cat, at 25 Декабрь, 2008 11:18
GiNeR опередил, пока я писал. :)
By
Olly Cat, at 25 Декабрь, 2008 11:19
Спасибо :)
By
libc6, at 25 Декабрь, 2008 14:46
Извините если не по теме переноса системы =)
С новым годом =) Творческих вам успехов!
By
Oleg, at 03 Январь, 2009 15:01
Спасибо :) Вас с так же.
By
libc6, at 03 Январь, 2009 17:40
Переносить систему драгдропом из окна в окно в гуйне - никуя не юниксвей. Воняет вендой. И вообще идея с копированием - полнейший идиотизм. Все хардлинки стали копиями. Видимо, ядро не паникует, потому что систему некому нагрузить.
С рождеством!
By
ab-traxx, at 08 Январь, 2009 00:39
насчёт sudo su - вполне логичная команда: обычный юзер пускает с рутовыми правами su, кот-ая по дефолту логинит root (и пароль не спросит)
By
Анонимный, at 14 Январь, 2009 08:06
Анонимный пишет... насчёт sudo su - вполне логичная команда: обычный юзер пускает с рутовыми правами su, кот-ая по дефолту логинит root (и пароль не спросит)
Ну как я уже писал sudo su - это не логично, а "масло маслянное". Ибо sudo -i - дает рутовый шелл и su - дает рутовый шел. Разница лишь в том, что sudo при запуске спрашивает пароль пользователя, а su - спрашивает пароль рута!
Получается sudo su - "запусти мне от рута su, что бы оно мне дало рутовый шел". ;) То есть оно конечно можно так сделать, только не ясно зачем такой огород. :)
По поводу же вашего высказывания, что su не спросит пароль - я не очень понял что вы имели в виду: и sudo, и su пароль запрашивают, за исключением ситуации, если вы сконфигурили sudo для запуска su без пароля (зачем это делать - тоже не ясно). ;)
P.S. Кажется понял, что вы имели в виду: так как su запрашивает пароль рута при запуске от юзера, то запуск su из под sudo приведет к тому, что su стартанет с рутовыми правами, а значит пароль рута не спросит. Но это, как я уже писал "масло маслянное". ;)
By
Olly Cat, at 14 Январь, 2009 09:59
Hi
А чем не подошла обычная магическая программа dd? ;)
Заранее извиняюсь если что, я давно уже в юнихах не извращался, но когда извращался, оно все отлично работало. И винду таким образом переносил.
Aku-Aku
By
Aku-Aku, at 06 Февраль, 2009 21:45
У меня есть статья (с картинкой) для вашего блога.
Статья не рекламная, не коммерческая.
Прошу только указать мой блог как источник статьи.
Опубликуете мою статью?
By
Alex, at 09 Март, 2009 10:45
Alex, с превеликим удовольствием! Если, конечно, статья в теме блога.
Надеюсь, вы будете не против, если я сначала взгляну?
Отправляйте запакованную статью на tovarischdiogen sobaka gmail.com. Это же мой джаббер, если будет нужно, присоединяйтесь в контакты.
By
libc6, at 09 Март, 2009 13:44
Ntcn
By
Анонимный, at 12 Март, 2009 10:45
//tovarischdiogen sobaka gmail.com. Это же мой джаббер
А можна полюбопытствовать?
Каким это образом.
О том что Гугль держит свои жаббер-сервера я что-то не слышал.
By
Aku-Aku, at 12 Март, 2009 11:20
Вообще-то гугл еще как держит свой джабер сервер. :)) Называет его правда gtalk. ;) Но от этого суть не меняется. Разница только в том, что если коннектится туда обычным клиентом, то будет обычный джабер, а если родным - то будет еще расширение для голоса. И все.
By
Olly Cat, at 12 Март, 2009 12:47
Точно так.
Aku-Aku и Olly Cat, а вы часом не подписаны ли на комменты этого топика? Так отвечаете всегда оперативно.
By
libc6, at 12 Март, 2009 21:45
Подписан. :) Да как-то так вышло по началу, а потом все забывал отписаться. :)
By
Olly Cat, at 13 Март, 2009 06:40
А в чем проблема?
By
Aku-Aku, at 16 Март, 2009 19:32
Aku-Aku, просто интересно
By
libc6, at 16 Март, 2009 21:54
Ну да.
Приходят ремайндеры, только отвечать сразу через почту нельзя, как это есть в других местах. Неудобно.
By
Aku-Aku, at 17 Март, 2009 08:51
А встречный вопрос.
А почему не пользоватся dd для переноса? Неужели в Убунту этому что-то мешает?
И еще.
http://www.rulex.ru/01010764.htm
Часом не родственники? ;)
By
Aku-Aku, at 17 Март, 2009 08:54
dd использовать ни кто не мешает ни в ubuntu, ни еще где-то. Но dd, так как он тупо переносит весь диск/раздел, накладывает некоторые неприятные ограничения. Во первых копирует ВСЕ, не только нужные области. Во вторых тупо копирует один в один, что лешает вас возможности перенести систему на винт отличного размера, или переделать размеры/колличество партиций. Нет, можно конечно перенести меньший винт на больший, но оставшееся пространство нельзя будет использовать. Конечно можно попробовать потом поравить это с помощью gpart и сделать grow для своей файловой, только зачем так изгаляться? В общем ИМХО: dd надо использовать только когда вам надо клонировать несколько одинаковых серверов. Для переноса системы он как минимум не удобен.
By
Olly Cat, at 17 Март, 2009 09:51
//Во первых копирует ВСЕ, не только нужные области.
Ну, в данном-то случае какраз это и было вопросом, чтобы перенести все... так как встала отдельная проблема с каталогом dev
Вообще я имел в виду именно перенос рутового раздела с помощью dd
Так как для остальных тривиального копирования файлов вполне достаточно.
(хотя и тут dd может быть удобнее, особенно при копировании забитого инфой раздела)
//Во вторых тупо копирует один в один, что лешает вас возможности перенести систему на винт отличного размера, или переделать размеры/колличество партиций.
Хоть убей. Не вижу здесь никаких ограничений.
Разве что если перенести на раздел меньшего размера может быть трабла. Но это тривиально.
//Конечно можно попробовать потом поравить это с помощью gpart и сделать grow для своей файловой, только зачем так изгаляться?
а еще такую команду как fdisk
Э-эх. Как видно, всетаки пролез и в Убунту дух виндузятничества.
Когда использование визуальных тулзов и виндо-подобных методов работы имеет приоритет над знанием командлайна и пониманием прнинцыпов. :)
By
Aku-Aku, at 17 Март, 2009 12:12
Нет никаких проблем скопировать /dev без dd.
By
GiNeR, at 17 Март, 2009 14:53
Aku-Aku, у вас нет понимания вопроса, поэтому я не хочу с вами спорить. Но было бы забавно посмотреть как вы перенесете раздел с помощью dd на раздел другого размера, а потом поправите это с помощью fdisk. К тому же не вижу смысла продолжать дискуссию, так как вы явно хотите потроллить. Это хорошо прослеживается по вашей фразе о визуальных средствах и виндузятном духе. Чисто для информации: я использую визуальные средства только по необходимости, для правки фото в gimp например. Для администрирования же, будь то linux, solaris, *bsd или aix пользуюсь исключительно консольнми утилитами. Так что ваш выпад - чистый троллинг, который я поддерживать не собираюсь.
P.S. Если кому-то действительно интересно или не понятно то, что я писал выше - спрашивайте, мне не лень объяснить тем, кому это действительно нужно.
By
Olly Cat, at 17 Март, 2009 15:24
Olly Cat, это действительно это возможно (подробнее в man ext2resize), но думаю, что неверным было бы считать этот способ простым и эффективным. Я переношу систему с помошью cp или tar в онлайне, предварительно остановив критичные к этому службы (например сервер БД).
By
GiNeR, at 17 Март, 2009 15:44
GiNeR, я не писал, что это не возможно сделать в принципе, я писал, что это возможно, но не удобно и не эфективно и как следствие не нужно. :) Оправдано лишь в случае клонирования серверов. У Aku-Aku же явно просто есть желание поспорить. ОК, пусть спорит, только я в этом споре не учавствую.
By
Olly Cat, at 17 Март, 2009 16:17
//Aku-Aku, у вас нет понимания вопроса, поэтому я не хочу с вами спорить.
Ну да. А еще я щи лаптем хлебаю. :)))
//Но было бы забавно посмотреть как вы перенесете раздел с помощью dd на раздел другого размера, а потом поправите это с помощью fdisk.
Я уже выше писал, что переносил.
И винды таким образом.
И как-то раз даже ФриБСД из под ВМвари.(с виртуального диска на реальный)
И на домашнем компе проблемы с разметкой исправлял напрямую редактируя партишен тэйбл.
Так что ничего военного в этом нет.
Можно и fdiskом, можно и ручками.
Только обычно, и нормально, сначала создать (тем же фдиском) раздел, а уж потом на него переносить.
Но по вашим словам я понял что вы просто не знаете как работает (на самом деле очень просто) разметка на разделы. Но предпочитаете надувать щеки и делать умный вид. Что тоже очень повиндузятническому. :))
Особенно характерно в этом, ваше упоминание списка систем с какими вы работали... :))
Что же до "потролить", то ни в одном глазу. Я просто констатировал факт. Это вам захотелось раздуть из него дискуссию. :))) хотя спорить в общем-то не о чем.
Не знаете как работает dd и как устроен партишен тэйбл -- почитайте соответствующие хау-ту.
By
Aku-Aku, at 17 Март, 2009 16:51
to GiNeR
ну так... вопрос был в том, как перенести не просто информацию с диска на диск, а живую систему, тобиш рутовый раздел.
А я всего лишь поинтересовался, почему для этой цели не была использована команда dd
Которая бы решил эту задачу в один проход, не нужно было бы больше ничего делать, даже бутовый загружчик переставлять.
А на это мне тут начали давать высокоученые коментарии, что это де то ли невозможно, то ли неправильно... и вообще что я дурак и тролль местами. :)))
By
Aku-Aku, at 17 Март, 2009 17:00
Кстати еще.
Такой перенос рутового разделе можно делать даже из под системы на нем же установленной, загрузившись в синг-моде режиме, где рутоваый раздел автоматом установлен рид-онли. ;)
Честно говоря, я не знаю способа как сделать это еще проще. :))
By
Aku-Aku, at 17 Март, 2009 17:07
> где рутоваый раздел автоматом установлен рид-онли
- Не видел ни в одной системе, чтобы в сингле рутовый раздел становился рид онли. dd в онлайн делать крайне нежелательно. В этом случае либо tar либо LVM + что угодно (tar, dump, cp, etc...)
> ну так... вопрос был в том, как перенести не просто информацию с диска на диск, а живую систему, тобиш рутовый раздел.
- Я делаю это 'tar'-ом с --one-file-system. Если файл во время tar-а изменится, то программа об этом сообщит.
> Которая бы решил эту задачу в один проход, не нужно было бы больше ничего делать, даже бутовый загружчик переставлять.
- Как минимум два (ещё fdisk). К тому же dd не перенесёт систему на меньший по объёму винт.
> А вот если бы у вас разделы были на LVM, то достаточно было бы подключить новый винт, добавить в volume group новый винт, после чего удалить старый.
- Кстати об этом. В теории всё именно так красиво, но на практике у меня при таком переносе слетел раздел без возможности восстановления (не помню рутовый ли он был).
By
GiNeR, at 17 Март, 2009 19:48
Да, и хватит спорить. Оба воду в ступе толочите.
By
GiNeR, at 17 Март, 2009 19:50
GiNeR пишет...
Да, и хватит спорить. Оба воду в ступе толочите.
Да, согласен, спор глупый и не продуктивный. В конце концов каждый сам себе решает что и как делать.
За сим позвольте откланяться. :)
By
Olly Cat, at 17 Март, 2009 20:01
Хых-хых)
С меньшего раздела на больший перенести вообще не трабла, ни вижу поводов спорить вообще=)
dd отличнейшая магическая весчь:
dd if=/dev/sda1 of=/dev/sdb1
fsck.ext3 -f /dev/sdb1
resize2fs -f /dev/sdb1
где sda1 - раздел, который нужно клонировать
sdb1 - раздел на который нужно перенести
Естественно у вас они могут отличаться от приведённых мной)
Пояснять что делает каждая строка, надеюсь, не надо? =)
By
Staigwaldir, at 21 Май, 2009 20:09
И кстати, приводить пример, то dd види-те ли не может перенести с большего раздела на меньший НЕ нужно.
Ибо было сказано, что заполнился диск, и систему надо перенести на БОЛЬШИЙ винт=)
By
Staigwaldir, at 21 Май, 2009 20:12
Отправить комментарий
Ссылки на эту страницу:
Создать ссылку
<< Home