subject:"Перенос системы с минимальной болью"

Mikhail Ramendik m...@ramendik.ru writes:

 Всем привет!

 Год назад я переносил систему с одного HDD на другой, скопировав
 содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
 с grub.

Судя по всему, ещё не достаточно задолбались. Те, кто действительно
задолбались, уже выкинули его. Я вот заменил его на lilo, и с тех пор
проблем не знаю.

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

Простите, я правильно понимаю, что пропатченный на предмет кодировок
unzip решает проблему с именами файлов? Если да, то где Вы брали патч и
каковы впечатления от его работы?


pgpsbgF23vYTB.pgp
Description: PGP signature

Re: Перенос системы с минимальной болью

Victor Wagner vi...@wagner.pp.ru writes:

 В Sun, 19 Oct 2014 00:25:03 +0100
 Mikhail Ramendik m...@ramendik.ru пишет:

 Всем привет!

 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск? Мне надо сохранить настройки. У меня есть штук так

 Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
 Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux наименее
 извращенный.

А как он по сравнению со старым добрым lilo? Есть у него перед lilo
принципиальные преимущества?

 А у авторов grub явно Поттеринг головного мозга.

+1


pgpxZSxkIdEwz.pgp
Description: PGP signature

Re: Перенос системы с минимальной болью

Anton Stratonnikov bil...@yandex.ru writes:

 19.10.2014 15:44, Mikhail Ramendik пишет:
 2014-10-19 12:02 GMT+01:00 dimas dimas...@ya.ru:

 да никогда проблем не было.
 как уже сказали - cp всего и вся на новые фс,
 Ну там что-то такое с пермишшенами, но на то есть эн решений...
 cp -p сохранит все пермишны. правда будет чуть дольше работать.

 Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти 
 UUID...
 для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
 LABEL? и что по нему можно монтировать через fstab как LABEL=label
 вместо длинющего и непонятного UUID=asdfasdfadsf ?

Логичный вопрос: если на момент загрузки оси у нас есть два блочных
устройства, ФС на которых имеют одинаковый label, то какое из них будет
взято?



pgpn62Y7tEeNe.pgp
Description: PGP signature

Re: Перенос системы с минимальной болью

Руслан Коротаев korot...@ufamail.ru writes:

 В сообщении от [Вск 2014-10-19 17:51 +0400]
 Artem Chuprina r...@ran.pp.ru пишет:
 Базовый /dev, кстати, не пустой.

 Действительно не пустой, но это рудимент. Можно считать что он пустой и
 ничего из него не копировать. Собственно вы можете в любом каталоге
 выполнить команду:
 # MAKEDEV generic

Ну, я бы не сказал, что это рудимент. Это, скорее, специальная фича,
оставленная на тот маловероятный случай, если udev загнётся по каким бы
то ни было причинам, чтобы обеспечить работу минимальной системы.

 и получить статические файлы устройств, но они ничего не значат, теперь
 каталог /dev заполняется динамически с помощью udev [1].

 [1] https://packages.debian.org/wheezy/makedev



pgpTzZmacvOdz.pgp
Description: PGP signature

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность kastian

On Mon, Oct 20, 2014 at 11:48:34AM +0400, Dmitryv Volkov wrote:
 On Sun, Oct 19, 2014 at 14:16 +0400, kast...@mail.ru wrote:
  Пардон, а почему rsync ПОСЛЕ grub-install?
  
  1. Грузимся с любого live-cd
  2. Монтируем диски 'старый /' и 'новый /'
  3. rsyncом их. (что-то мне кажется, что опцию -p тоже забывать не стоит)
  4. chroot 'в новый /'
  5. и там уже grub-install
  6. Грузимся с нового винта.
 
 Ну приблизительно это, я и имел в виду *rsync -aH, после
 grub-install*.
 Только без первого пункта.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020094158.GA349@eee-crux

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Max Kosmach

20.10.2014 8:40, Dmitrii Kashin пишет:

 Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти 
 UUID...
 для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
 LABEL? и что по нему можно монтировать через fstab как LABEL=label
 вместо длинющего и непонятного UUID=asdfasdfadsf ?
 
 Логичный вопрос: если на момент загрузки оси у нас есть два блочных
 устройства, ФС на которых имеют одинаковый label, то какое из них будет
 взято?

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




-- 
С уважением,
Космач Максим


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5444df44.3030...@tcen.ru

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Andrey Tataranovich

2014-10-20 5:52 GMT+01:00 Dmitrii Kashin free...@freehck.ru:

Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.

Судя по всему, ещё не достаточно задолбались. Те, кто действительно
задолбались, уже выкинули его. Я вот заменил его на lilo, и с тех пор
проблем не знаю.

Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.

Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
что система - wheezy, а не jessie. На данной машине с данным профилем
использования был, есть и будет stable.

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

Простите, я правильно понимаю, что пропатченный на предмет кодировок
unzip решает проблему с именами файлов? Если да, то где Вы брали патч и
каковы впечатления от его работы?

Я брал патч в этой рассылке в 2008 году. Вот ключевая цитата из переписки:

Некрасивый, но работающий, способ:
https://bugzilla.altlinux.org/show_bug.cgi?id=4871
Пакет:
http://lvk.cs.msu.su/~gq/debian/unzip_5.52-9etch1.1_i386.deb

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

Ещё из той же переписки:

Вообще-то красивый способ в патче unzip-5.52-alt-natspec.patch
к пакету, см.
http://sisyphus.ru/srpm/Sisyphus/unzip/patches

После того, как я взял пакет, для зип-файлов с русскими именами
внутри, скачанных из инета, file-roller стал показывать правильные
имена внутри. А мне это и было нужно - машину использует супруга, она
музыкант и регулярно качает ноты в зипах. Я поставил автооткрытием
file-roller, прибил гвоздиком unzip в aptitute/apt-get и успокоился.
Вот так он с тех пор гвоздиком и прибитый, хотя пакет для etch, а у
меня тогда стоял уже lenny, с тех пор были апгрейды на squeeze и
wheezy. Вроде так и продолжает работать.

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

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

В Mon, 20 Oct 2014 11:41:45 +0100
Mikhail Ramendik m...@ramendik.ru пишет:

 Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
 придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
 ставить по новой, совсем.
 
 Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
 что система - wheezy, а не jessie. На данной машине с данным профилем
 использования был, есть и будет stable.

Я описывал свой опыт переноса Wheezy на 3TB диск и разметку GPT.

http://blog.tataranovich.com/2013/02/3tb.html

-- 
WBR, Andrey Tataranovich


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020143845.5b1abc36@dragoncore.local

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность dimas

 Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
 придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
 ставить по новой, совсем.
 Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
 что система - wheezy, а не jessie. На данной машине с данным профилем
 использования был, есть и будет stable.
что значит как uefi и как bios? если имеется в виду таки mbr vs gpt, то тот
же гроб2 умеет и gpt и черта лысого. на лайв-флешке с gpt у меня syslinux, но
там обновлять нечего, и конфиг самописный, что там оно само умеет, я хз


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020154833.14d39...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность dimas

да как-то я переносил по-живому, нормально все.
cp -x, а если другим каким способом, то либо что-то аналогичное поискать, либо
вручную поисключать /proc, /sys, /dev, /run. /lib/init/rw, /tmp, /var/tmp,
/что/нибудь/еще...
да, возможны нюансы, но до степени полной незагружабельности - это вряд ли


2014-293 13:41 kast...@mail.ru kast...@mail.ru wrote:
   1. Грузимся с любого live-cd
 Есть подозрение, (как уже озвучивали), что проблемы именно из-за
 отсутствия первого пункта.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020155402.6fc8f...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность dimas

а на тот случай ведро довольно давно умеет само заполнять devtmpfs, а при
желании - и монтировать ее само сразу после корня. правда, не могу сказать,
включено ли оно в дистрибутивных ведрах, у меня самосбор.
для всяких микролинуксов вроде какой-нибудь минималистичной лайв-флешки для
бэкапа/разбэкапа вполне работает. только на hotplug все равно надо кого-то
вешать. но тут приходит на помощь busybox'овский mdev


2014-293 08:35 Dmitrii Kashin free...@freehck.ru wrote:
 Ну, я бы не сказал, что это рудимент. Это, скорее, специальная фича,
 оставленная на тот маловероятный случай, если udev загнётся по каким бы
 то ни было причинам, чтобы обеспечить работу минимальной системы.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020155913.65f19...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Руслан Коротаев

2014-10-20 12:38 GMT+01:00 Andrey Tataranovich tataranov...@gmail.com:

Я описывал свой опыт переноса Wheezy на 3TB диск и разметку GPT.

http://blog.tataranovich.com/2013/02/3tb.html

Огромное спасибо! Это именно то, что нужно.

Теперь буду гуглить и думать, имеет ли и мне смысл переходить на LVM.

Вопросы:

- partition alignment по границам физических секторов (4096B) в parted
делается автоматически?

- Я правильно понял, что в GPT нет понятия extended partition и если
мне нужно, скажем, пять разделов, я просто создаю в parted все подряд?
(Это если без LVM)

- Вы там вроде не меняли пакет grub-pc на grub-efi - оно просто не
надо и всё работает и так? В некоторых местах пишут, что надо. И
bios_grub раздел он просто находит сам?

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

В сообщении от [Пнд 2014-10-20 11:41 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.

Недавно впервые попробовал установить wheezy на UEFI - это был квест.
Да, система встала, установил по этой инструкции [1], но X отказывался
загружатся, само ядро при загрузке постоянно сыпало ошибками. Порядком
намучавшись бросил эту затею, установил режим поддержки совместимости
(на материнке ASUS он назавается CSM или legacy BIOS), последнюю версию
ядра из бэкпорта и пакет firmware-linux-nonfree, только тогда всё
заработало.

После установки, я обычно вывожу всякие параметры железа в монитор
conky, а тут сюрприз lm-sensors ничего не нашел, всё спрятано в UEFI,
даже вентилятором нельзя управлять. В общем не рекомендую вам работать с
wheezy на UEFI, нужно подождать следующий релиз. Возможно другие дистры
научились рабоать с UEFI, но пока рекомендую работать в режиме
совместимости (если у вас его нет, значит вам не повезло).

А насчет диска в 3 Tб, тут всё просто - GPT + GRUB2 [2].

[1] http://www.rodsbooks.com/efi-bootloaders/installation.html
[2] http://www.ibm.com/developerworks/ru/library/l-gpt/

--
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020123102.GA2919@debian

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Руслан Коротаев

2014-10-20 13:31 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:

А насчет диска в 3 Tб, тут всё просто - GPT + GRUB2 [2].

Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
работать вообще будет? Это ведь единственное, что мне вообще от UEFI
нужно.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

В сообщении от [Пнд 2014-10-20 13:48 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
 Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
 работать вообще будет? Это ведь единственное, что мне вообще от UEFI
 нужно.

Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё
заработает. И для GPT разметки не забудьте выделить раздел ~10 Mb c
флагом bios_grub.

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020141139.GA3063@debian

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Andrey Tataranovich

В Mon, 20 Oct 2014 13:03:50 +0100
Mikhail Ramendik m...@ramendik.ru пишет:

 Вопросы:
 
 - partition alignment по границам физических секторов (4096B) в parted
 делается автоматически?

Да (при условии, что parted правильно видит размер
логического/физического секторов.

 - Я правильно понял, что в GPT нет понятия extended partition и если
 мне нужно, скажем, пять разделов, я просто создаю в parted все подряд?
 (Это если без LVM)

Да

 - Вы там вроде не меняли пакет grub-pc на grub-efi - оно просто не
 надо и всё работает и так? В некоторых местах пишут, что надо. И
 bios_grub раздел он просто находит сам?

У меня грузится через Legacy Boot. Я не настраивал EFI.

-- 
WBR, Andrey Tataranovich


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020164749.1b6e2186@dragoncore.local

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность Руслан Коротаев

2014-10-20 15:11 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:
 Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
 работать вообще будет? Это ведь единственное, что мне вообще от UEFI
 нужно.

 Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё
 заработает. И для GPT разметки не забудьте выделить раздел ~10 Mb c
 флагом bios_grub.

Залез в setup материнки, нашёл там CSM, он уже Enabled. И там написано
please don't set to disable unless running WHCK test.

Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?



-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

2014-10-20 Пенетрантность yuri . nefedov


On Mon, 20 Oct 2014, Mikhail Ramendik wrote:



Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?



 Если SSD устанавливать не собираетесь, то
 не так уж и важно. AHCI более новый интерфейс,
 IDE более старый и соответственно более поддерживаемый.
 Под linux лучше ставить AHCI.
Ю.

Re: Перенос системы с минимальной болью

В сообщении от [Пнд 2014-10-20 17:36 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
 Залез в setup материнки, нашёл там CSM, он уже Enabled. И там написано
 please don't set to disable unless running WHCK test.

Тут сложно помочь, каждый производитель реализует UEFI по своему,
например у меня при выборе меню CSM выскакивают несколько пунктов [1] в
которых я везде выбираю Legacy OpROM. То что у вас есть CSM уже хорошо,
попробуйте разные варианты, какой-нибудь обязательно сработает.

[1] http://linkme.ufanet.ru/images/51e36d314c56ec45824b0dc688121ecf.jpg

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141020173224.GA3999@debian

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность yuri . nefedov

On Sun, 19 Oct 2014, Mikhail Ramendik wrote:

Всем привет!

К сожалению, тот HDD, на который я её перенёс, пошёл бэдами. Я это
узнал, когда система не загрузилась. fsck рутового раздела спас
ситуацию, но, возможно, ненадолго (badblocks на один лишь не такой уж
большой, 70 гиг из 2 терабайт, рутовый раздел выдаёт длинный список;
да и диску больше трёх лет). Ну, бывает. Заказал новый HDD - на этот
раз не WD Green, а WD Red.

Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
новый диск? Мне надо сохранить настройки. У меня есть штук так
несколько кастомизированных пакетов, но deb от всех имеется вроде,
разве что патченный на предмет кодировок unzip могу уже не найти - но
его в конце концов пересобрать можно.

Скопировать / и /boot было бы проще всего, но есть ли где-то чёткий
алгоритм переноса, с которым не придётся тыкаться вслепую в grub
shell?

Или лучше будет долгий танец из debootstrap, переноса списка пакетов и
потом подмены нужных файлов в /etc ручками по одному?

Или ещё как-то?

--
Yours, Mikhail Ramendik

Я несколько раз переносил с помощью clonezilla [1],
причем были и сложные случаи: с большого диска на маленький.
У них свой live CD/USB, видимо его лучше всего и использовать.

Есть еще «Parted Magic» [2], но он теперь коммерческий.
Последнюю свободную версию еще можно найти, но я не уверен,
что стоит с этим связываться.
Ю.

[1] http://clonezilla.org/
[2] http://partedmagic.com/

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Eugene Berdnikov

On Sun, Oct 19, 2014 at 12:25:03AM +0100, Mikhail Ramendik wrote:
 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск? Мне надо сохранить настройки.

 Тупо скопировать все разделы и установить загрузчик.

 Скопировать / и /boot было бы проще всего, но есть ли где-то чёткий
 алгоритм переноса, с которым не придётся тыкаться вслепую в grub
 shell?

 Задача переноса файлов и задача установки загрузчика -- совершенно
 разные задачи, не нужно их путать. Вам лучше почитать что-нибудь
 по второй части, применительно к конкретному загрузчику. Я лично
 люблю grub legacy, и на большинстве моих машин перенос бутового
 раздела делается таким фрагментом скрипта:

change_names /etc/fstab ${mnt}/etc/fstab
change_names /boot/grub/menu.lst ${mnt}/boot/grub/menu.lst

for f in dev sys proc ; do mount --bind /$f ${mnt}/$f ; done
chroot ${mnt} grub-install '(hd1)'
for f in dev sys proc ; do umount ${mnt}/$f ; done

 Здесь (hd0) переносится на резервный диск (hd1).

 Или лучше будет долгий танец из debootstrap, переноса списка пакетов и
 потом подмены нужных файлов в /etc ручками по одному?

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019074945.gd6...@sie.protva.ru

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Дмитрий Подковыркин

Здравствуйте.
Можно перенести образ диска с помощью dd.
Если новый диск больше по размеру, то разделы и фс можно расширить, вроде бы
все современные фс это позволяют.

19 октября 2014 г. 13:20:14 GMT+06:00, yuri.nefe...@gmail.com пишет:
On Sun, 19 Oct 2014, Mikhail Ramendik wrote:

Всем привет!

Вопрос - какой _самый безболезненный_ способ перенести wheezy снова
на
новый диск? Мне надо сохранить настройки. У меня есть штук так
несколько кастомизированных пакетов, но deb от всех имеется вроде,
разве что патченный на предмет кодировок unzip могу уже не найти - но
его в конце концов пересобрать можно.

Или лучше будет долгий танец из debootstrap, переноса списка пакетов
и
потом подмены нужных файлов в /etc ручками по одному?

Или ещё как-то?

--
Yours, Mikhail Ramendik

[1] http://clonezilla.org/
[2] http://partedmagic.com/

--
Подковыркин Дмитрий
тел. +7 922 20 56 756
рабочий: +7 922 14 12 802
skype: dmitryrw

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Dmitryv Volkov

On Sun, Oct 19, 2014 at 11:20 +0400, yuri.nefe...@gmail.com wrote:
 On Sun, 19 Oct 2014, Mikhail Ramendik wrote:
 
не WD Green,
wd gren паркует голову. 
Почитать к примеру:
 http://fobosworld.ru/jelezo/raznoe/69-wdidle3.
 http://habrahabr.ru/post/175743/

 
 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск? Мне надо сохранить настройки. У меня есть штук так
 несколько кастомизированных пакетов, но deb от всех имеется вроде,
 разве что патченный на предмет кодировок unzip могу уже не найти - но
 его в конце концов пересобрать можно.
dd всего или rsync -aH после grub-install. В зависимости от
конфигурации выбираю либо первый, либо второй способ.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019093914.GA7053@ada

Re: Перенос системы с минимальной болью

 wd gren паркует голову.

Я знаю про эти грабли и на этом винчестере было исправлено (_так_ у
меня посыпался предыдущий). Но и этот таки пошёл бэдами, хотя зато не
виснет, как виснет предыдущий (на нём до сих пор кино валяется,
наверное и этот для кино оставлю).

Возможно, тут скорее сыграло то, что комптютер зачастую работает
круглые сутки, чисто десктопные HDD на это бывают не рассчитаны.
Потому и заказан теперь WD Red.

 dd всего или rsync -aH после grub-install

С dd всего есть проблема размера. Нынешний - 2 Tb, причём там в
начале огромный /home в виде /dev/sda1 (так сложилось исторически), а
потом уж небольшие / , /boot и ещё там парочка по мелочи (на них
ничего интересного, они существуют чтобы было куда создать новый / в
случае смены дистрибутива или временно водрузить винду при
необходимости).

Если переносить через dd всего, то у меня получится /home на почти 2
Тб, потом /, /boot, прочие мелочи, а потом терабайт свободного места.
Так - неудобно. И придётся переносить / и /boot при помощи parted
(мелочи можно стереть и пересоздать). А будет оно после этого
работать?

Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
которых весь сыр-бор?

rsync -aH после grub-install - то, что я делал в тот раз (кажется я
задействовал tar, а не rsync, но это вряд ли принципиально). Не
взлетел grub, что-то ему в идентификации партиций не понравилось, не
помню уже :( Вот есть где-нибудь чёткий алгоритм, как это обойти?

Да, я знаю, что с grub-legacy проще - так что, сначала переходить с
grub2 на grub-legacy?

2014-10-19 10:39 GMT+01:00 Dmitryv Volkov dmitry...@gmail.com:
 On Sun, Oct 19, 2014 at 11:20 +0400, yuri.nefe...@gmail.com wrote:
 On Sun, 19 Oct 2014, Mikhail Ramendik wrote:

не WD Green,
 wd gren паркует голову.
 Почитать к примеру:
  http://fobosworld.ru/jelezo/raznoe/69-wdidle3.
  http://habrahabr.ru/post/175743/

 
 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск? Мне надо сохранить настройки. У меня есть штук так
 несколько кастомизированных пакетов, но deb от всех имеется вроде,
 разве что патченный на предмет кодировок unzip могу уже не найти - но
 его в конце концов пересобрать можно.
 dd всего или rsync -aH после grub-install. В зависимости от
 конфигурации выбираю либо первый, либо второй способ.



 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20141019093914.GA7053@ada




-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью


В сообщении от [Вск 2014-10-19 00:25 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
 Скопировать / и /boot было бы проще всего, но есть ли где-то чёткий
 алгоритм переноса, с которым не придётся тыкаться вслепую в grub
 shell?

Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
/dev/sda2 это /. Вам нужно будет сделать две вещи:

1. Подправить в /etc/fstab UUID так вы копировали файлы на новые
файловые системы и UUID у них другой (хотя можно сделать UUID таким же
через tune2fs, но этот вариант мне нравится).

2. Восстановить загрузчик любым удобным способом. Я предпочитаю LiveCD
(примечание: в LiveCD ваш диск sda может стать sdb, учтите это при
наборе команд):
* Монитруем /boot
sudo mount /dev/sda1 /mnt
* Устанавливаем GRUB в MBR
sudo grub-install --boot-directory=/mnt /dev/sda
* Обновляем меню GRUB
sudo update-grub --output=/mnt/grub/grub.cfg

Внимание! Все телодвижения с файловыми системами, включая копирование и
перенос файлов, выполняем только в размонтированном состоянии, то есть
через LiveCD.

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019101539.GA3011@debian

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность kastian

 Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
 которых весь сыр-бор?
 
 rsync -aH после grub-install - то, что я делал в тот раз (кажется я
 задействовал tar, а не rsync, но это вряд ли принципиально). Не
 взлетел grub, что-то ему в идентификации партиций не понравилось, не
 помню уже :( Вот есть где-нибудь чёткий алгоритм, как это обойти?
 
 Да, я знаю, что с grub-legacy проще - так что, сначала переходить с
 grub2 на grub-legacy?

Пардон, а почему rsync ПОСЛЕ grub-install?

1. Грузимся с любого live-cd
2. Монтируем диски 'старый /' и 'новый /'
3. rsyncом их. (что-то мне кажется, что опцию -p тоже забывать не стоит)
4. chroot 'в новый /'
5. и там уже grub-install
6. Грузимся с нового винта.

Либо даже

4. Выключаем машину, грузимся как обычно в старый /
5. update-grub (должен увидеть новый /)
6. Перезагружаемся в новый / 
7. И в новой системе grub-install в MBR нового винта


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019101608.GA371@eee-crux

Re: Перенос системы с минимальной болью


В сообщении от [Вск 2014-10-19 16:15 +0600]
Руслан Коротаев korot...@ufamail.ru пишет:
 * Обновляем меню GRUB
 sudo update-grub --output=/mnt/grub/grub.cfg

Поправка. Вместо update-grub используйте:
sudo grub-mkconfig -o /mnt/grub/grub.cfg

А update-grub сделаете когда загрузитесь уже на перенесенной системе,
что бы полностью восстановить меню.

-- 
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2014101910.GA3632@debian

Re: Перенос системы с минимальной болью

2014-10-19 11:15 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:

Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
/dev/sda2 это /. Вам нужно будет сделать две вещи:

1. Подправить в /etc/fstab UUID так вы копировали файлы на новые
файловые системы и UUID у них другой (хотя можно сделать UUID таким же
через tune2fs, но этот вариант мне нравится).

Ну, предположим, это я сделаю...

2. Восстановить загрузчик любым удобным способом. Я предпочитаю LiveCD
(примечание: в LiveCD ваш диск sda может стать sdb, учтите это при
наборе команд):
* Монитруем /boot
sudo mount /dev/sda1 /mnt
* Устанавливаем GRUB в MBR
sudo grub-install --boot-directory=/mnt /dev/sda
* Обновляем меню GRUB
sudo update-grub --output=/mnt/grub/grub.cfg

Вопрос - а тут обязателен LiveCD или оно делается просто при загрузке
с прежнего винчестера? И если обязателен, то какой лучше взять?

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

Внимание! Все телодвижения с файловыми системами, включая копирование и
перенос файлов, выполняем только в размонтированном состоянии, то есть
через LiveCD.

То есть даже _с_ живого / не надо переносить файлы? LiveCD, старая и
новая в /mnt и скажем /mnt2 и так переносить?

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность dimas

да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс, правим fstab, grub-install на
нужный диск. по первости можно в новом grub.cfg руками uuid'ы поправить, чтоб
не париться с чрутом и grub-mkconfig, который неизвестно как пути распарсит. а
там уже после загрузки update-grub.
на худой конец элементарно из консоли гроба грузится руками:
ls # смотрим, какой раздел нам нужен
root (hdX,Y)
linux /path/to/vmlinuz-...
initrd /path/to/initrd-...
boot
я, кстати, уж года два... или три? или сколько?.. все никак не могу конфиг
гроба поправить (пакет не стоит за ненадобностью, больше геморроя от него), так
и гружу ручками, привык уже)))

на другое железо переносится аналогично, никаких проблем, только mac-адрес
поправить где-то в udev-конфигах, чтоб сеть подхватывалась, и все дела.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019150232.77475...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

В сообщении от [Вск 2014-10-19 11:34 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
2. Восстановить загрузчик любым удобным способом. Я предпочитаю LiveCD
(примечание: в LiveCD ваш диск sda может стать sdb, учтите это при
наборе команд):
* Монитруем /boot
sudo mount /dev/sda1 /mnt
* Устанавливаем GRUB в MBR
sudo grub-install --boot-directory=/mnt /dev/sda
* Обновляем меню GRUB
sudo update-grub --output=/mnt/grub/grub.cfg

Да, обязательно. GRUB2 отличается от прежней версии, там по другому
трактуются этапы загрузки (stage). Короче его не воостановишь перекинув
первые 512 байт. Берите любой LiveCD который по душе, но раз мы в
рассылке Debian, то конечно лучше Debian [1].

[1] https://www.debian.org/CD/live/

То есть даже _с_ живого / не надо переносить файлы? LiveCD, старая и
новая в /mnt и скажем /mnt2 и так переносить?

Ваша задача осложняется тем, что вы переносите корень, а на нем есть
псевдофайловые системы, которые при загрузке монтируются в каталоги dev,
proc, sys и их копирование чревато ошибками. Когда вы копируете корень
через LiveCD то они будут пустые. Соотвественно, если вы на LiveCD
смонтируете старый корень в /mnt/old, а новый /mnt/new то это
оптимальный вариант. Затем можете копировать любой утилитой cp, rsync,
tar ...

--
С уважением, Коротаев Руслан
Профиль: http://plus.google.com/105183056726716330520

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019111700.GA3709@debian

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Anton Stratonnikov

2014-10-19 12:02 GMT+01:00 dimas dimas...@ya.ru:

да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс,

Ну там что-то такое с пермишшенами, но на то есть эн решений...

правим fstab,

Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти UUID...

grub-install на
нужный диск. по первости можно в новом grub.cfg руками uuid'ы поправить, чтоб
не париться с чрутом и grub-mkconfig, который неизвестно как пути распарсит. а
там уже после загрузки update-grub.
на худой конец элементарно из консоли гроба грузится руками:
ls # смотрим, какой раздел нам нужен
root (hdX,Y)
linux /path/to/vmlinuz-...
initrd /path/to/initrd-...
boot

Ага, вот на это я и напарывался. Как правильно делать root и /path/to
, если /boot у меня - отдельная партиция?

я, кстати, уж года два... или три? или сколько?.. все никак не могу конфиг
гроба поправить (пакет не стоит за ненадобностью, больше геморроя от него),
так
и гружу ручками, привык уже)))

Не вариант - медиастанция, дети. (Debian без всяких гуёв для
конфигурации и с icewm - идеален для такого дела, попортить что-то,
тыкнув не туда, практичесик невозможно).

udev-конфиги я так и не понял, но сеть у меня прибита гвоздиком в
/etc/network/interfaces и перенос на другое желез чуть больше года
назад прошёл спокойно.

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

19.10.2014 15:44, Mikhail Ramendik пишет:
 2014-10-19 12:02 GMT+01:00 dimas dimas...@ya.ru:

 да никогда проблем не было.
 как уже сказали - cp всего и вся на новые фс,
 Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -p сохранит все пермишны. правда будет чуть дольше работать.

 Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти 
 UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
вместо длинющего и непонятного UUID=asdfasdfadsf ?

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Anton Stratonnikov

2014-10-19 13:12 GMT+01:00 Anton Stratonnikov bil...@yandex.ru:

да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -p сохранит все пермишны. правда будет чуть дольше работать.

Угу, спасибо.

Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
вместо длинющего и непонятного UUID=asdfasdfadsf ?

А почему всё-таки нельзя, как раньше делали? Мне было бы куда удобнее
сразу всё видеть, например, в выводе df - и где какой раздел, и где
какой путь. UUID раскидывают вывод df на кучу столбцов и требуют
расширять окно консоли перед запуском, что я регулярно забываю
сделать; LABEL решает эту проблему, но всё-таки мне было бы комфортнее
с /dev/sdN

--
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Artem Chuprina

Mikhail Ramendik - Debian-russian List @ Sun, 19 Oct 2014 13:36:19 +0100:

MR А почему всё-таки нельзя, как раньше делали? Мне было бы куда удобнее
MR сразу всё видеть, например, в выводе df - и где какой раздел, и где
MR какой путь. UUID раскидывают вывод df на кучу столбцов и требуют
MR расширять окно консоли перед запуском, что я регулярно забываю
MR сделать; LABEL решает эту проблему, но всё-таки мне было бы комфортнее
MR с /dev/sdN

Почему нельзя? Можно.

Особенно - если при загрузке в машине только один винчестер.

В смысле, идея с UUID в том, что никто, строго говоря, не обещал, что
при следующей загрузке sda и sdb у тебя не поменяются местами. Обычно
они не меняются, но...

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87lhocdvad@wizzle.ran.pp.ru

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Artem Chuprina

Руслан Коротаев - debian-russian@lists.debian.org @ Sun, 19 Oct 2014 17:17:00
+0600:

То есть даже _с_ живого / не надо переносить файлы? LiveCD, старая и
новая в /mnt и скажем /mnt2 и так переносить?
РК
РК Ваша задача осложняется тем, что вы переносите корень, а на нем есть
РК псевдофайловые системы, которые при загрузке монтируются в каталоги dev,
РК proc, sys и их копирование чревато ошибками. Когда вы копируете корень
РК через LiveCD то они будут пустые. Соотвественно, если вы на LiveCD
РК смонтируете старый корень в /mnt/old, а новый /mnt/new то это
РК оптимальный вариант. Затем можете копировать любой утилитой cp, rsync,
РК tar ...

Базовый /dev, кстати, не пустой.

Еще вариант для копирования - mount --bind / /mnt, и копировать уже отттуда.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87h9z0dv6n@wizzle.ran.pp.ru

Re: Перенос системы с минимальной болью

19.10.2014 16:36, Mikhail Ramendik пишет:
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
вместо длинющего и непонятного UUID=asdfasdfadsf ?
А почему всё-таки нельзя, как раньше делали? Мне было бы куда удобнее
сразу всё видеть, например, в выводе df - и где какой раздел, и где
какой путь. UUID раскидывают вывод df на кучу столбцов и требуют
расширять окно консоли перед запуском, что я регулярно забываю
сделать; LABEL решает эту проблему, но всё-таки мне было бы комфортнее
с /dev/sdN

да почему нельзя-то? можно, никто не запрещает. просто неудобно, когда
сегодня у тебя /dev наполняется одной тулзой, а после апдейта - другой,
и твой sda теперь вдруг называется sdb. LABEL, на мой взгляд, прекрасный
компромисс для стабильности и читаемости. заодно переносить на новый
винт систему будет куда проще. тот же самый cp и tune2fs.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5443c250.5080...@yandex.ru

Re: Перенос системы с минимальной болью

2014-10-19 14:53 GMT+01:00 Anton Stratonnikov bil...@yandex.ru:

 да почему нельзя-то? можно, никто не запрещает. просто неудобно, когда
 сегодня у тебя /dev наполняется одной тулзой, а после апдейта - другой,
 и твой sda теперь вдруг называется sdb. LABEL, на мой взгляд, прекрасный
 компромисс для стабильности и читаемости. заодно переносить на новый
 винт систему будет куда проще. тот же самый cp и tune2fs.

Убедили, проставлю в LABEL red3t_pri, red3t_ext1 и т.п. и получу
всю ту же информацию плюс независимость от device names.

(red3t - потому что заказанный винчестер это WD Red о три терабайта;
нынешние полу- ичетвертьдохлые - WD Green на полтора и два, а когда
дойдёт до следубщего, скорее всего 3t будет уже мало).

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Victor Wagner

В Sun, 19 Oct 2014 00:25:03 +0100
Mikhail Ramendik m...@ramendik.ru пишет:

 Всем привет!

 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск? Мне надо сохранить настройки. У меня есть штук так

Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux наименее
извращенный.

А у авторов grub явно Поттеринг головного мозга.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019182307.62490...@wagner.wagner.home

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность dimas

2014-292 15:36 Dmitryv Volkov dmitry...@gmail.com wrote:
 Хм а разве cp автоматически копирует жесткие ссылки? 

а почему не должен? в принципе, любой файл является жесткой ссылкой на свой
айнод. как правило, единственной, но почему cp должно быть не пофиг на другие?
18:15:03 292 /tmp$ mkdir -v dir{1,2}
mkdir: создан каталог «dir1»
mkdir: создан каталог «dir2»
18:15:13 292 /tmp$ cd dir1
18:15:17 292 /tmp/dir1$ touch test
18:15:22 292 /tmp/dir1$ ln -v test link
«link» = «test»
18:15:32 292 /tmp/dir1$ ll
итого 0
-rw--- 2 dimas dimas 0 окт 19 18:15 link
-rw--- 2 dimas dimas 0 окт 19 18:15 test
18:15:35 292 /tmp/dir1$ ll -i
итого 0
783848 -rw--- 2 dimas dimas 0 окт 19 18:15 link
783848 -rw--- 2 dimas dimas 0 окт 19 18:15 test
18:15:48 292 /tmp/dir1$ cp -av * ../dir2/
«link» - «../dir2/link»
«test» - «../dir2/test»
18:16:13 292 /tmp/dir1$ cd ../dir2
18:16:19 292 /tmp/dir2$ ll -i
итого 0
783851 -rw--- 2 dimas dimas 0 окт 19 18:15 link
783851 -rw--- 2 dimas dimas 0 окт 19 18:15 test

ЗЫ. не надо в личку отвечать.
ЗЗЫ. подправил reply-to для рассылки на рассылочный


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019182416.55112...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность dimas

2014-292 12:44 Mikhail Ramendik m...@ramendik.ru wrote:
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -a от рута

Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
так и прописать, как /dev/sdXY, в чем проблема? только uuid для того и
придумали, чтоб однозначно определять разделы, без этой путаницы.

Ага, вот на это я и напарывался. Как правильно делать root и /path/to
, если /boot у меня - отдельная партиция?
ну, тогда root на него (у меня, например, /boot это /dev/sda9, следовательно на
(hd0,9), а пути - от корня раздела, т.е. будет сразу /vmlinuz-...
там есть ls /..., есть автодополнение как в баше

udev-конфиги я так и не понял, но сеть у меня прибита гвоздиком в
/etc/network/interfaces и перенос на другое желез чуть больше года
назад прошёл спокойно.
а там прикол в том, что прописанный где-то там в удеве mac-адрес цепляется как
eth0, а новая карточка будет eth1, потому и надо либо поправить ручками, либо
скрипт запустить (в /lib/udev, что ли, валялся, не помню)

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141019183024.69d67...@ulf.tvoe.tv

Re: Перенос системы с минимальной болью

2014-10-19 Пенетрантность Evgeny Zubok

Mikhail Ramendik m...@ramendik.ru writes:

 Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
 новый диск?

Не забудь после переноса проверить целостность всех пакетов по
контрольным суммам с помощью, например, debsums. Если есть битые, то их
переустановить.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87fvekdqgs@tochka.ru

Re: Перенос системы с минимальной болью