Artem Chuprina r...@ran.pp.ru writes:
Ну, с точностью до того, что диск, вероятно переедет из /dev/hd в /dev/sd.
Артём, так ведь уже сто лет как нет никаких hd*. Там общий драйвер
и все диски именуются как sd*.
pgppYugih5eUu.pgp
Description: PGP signature
а зачем тебе переносить систему? скопируй /etc и установи заново. в крайнем
случае выгрузи нужные БД
23 октября 2014 г., 14:25 пользователь Victor Wagner vi...@wagner.pp.ru
написал:
On 2014.10.23 at 14:20:08 +0400, Алексей Витальевич Коротков wrote:
On Thu, 23 Oct 2014 08:08:46 +0400
В Fri, 24 Oct 2014 16:30:22 +0400
darkshvein l darkshv...@gmail.com пишет:
а зачем тебе переносить систему? скопируй /etc и установи заново. в
крайнем случае выгрузи нужные БД
За годы жизни система приобретает вагон и маленькую тележку
кастомизаций, которые делались давно и не всегда
24.10.2014 16:30, darkshvein l пишет:
а зачем тебе переносить систему? скопируй /etc и установи заново. в крайнем
случае выгрузи нужные БД
Вот это первая правильная мысль в свете того что у ТС диск сыпаться стал. Там
небось ещё и на битые бинари потом наткнётся и рассылку будет мучать
В Fri, 24 Oct 2014 19:13:23 +0400
Mikhail A Antonov b...@solarnet.ru пишет:
24.10.2014 16:30, darkshvein l пишет:
а зачем тебе переносить систему? скопируй /etc и установи заново. в
крайнем случае выгрузи нужные БД
Вот это первая правильная мысль в свете того что у ТС диск сыпаться
стал.
On Thu, 23 Oct 2014 08:08:46 +0400
Victor Wagner wrote:
VW Очевидно, есть два варианта, когда такое возможно
VW 1. Мы копируем систему на другой диск и хотим, чтобы метки
VW сохранились. Потому что какой же в них иначе смысл, если при
VW апгрейде их менять придется? Разве что они более
On 2014.10.23 at 14:20:08 +0400, Алексей Витальевич Коротков wrote:
On Thu, 23 Oct 2014 08:08:46 +0400
Victor Wagner wrote:
VW Очевидно, есть два варианта, когда такое возможно
VW 1. Мы копируем систему на другой диск и хотим, чтобы метки
VW сохранились. Потому что какой же в них иначе
On Mon, 20 Oct 2014 08:40:17 +0400
Dmitrii Kashin wrote:
DK Логичный вопрос: если на момент загрузки оси у нас есть два блочных
DK устройства, ФС на которых имеют одинаковый label, то какое из них
DK будет взято?
Логичный ответ: не очень понятно, с какой целью надо пытаться себе
устроить
2014-10-20 21:12 GMT+04:00 yuri.nefe...@gmail.com:
On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно. AHCI более новый интерфейс,
IDE более старый
Anatoly Pugachev - Debian-russian List @ Wed, 22 Oct 2014 18:01:33 +0400:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно. AHCI более новый интерфейс,
IDE более старый и соответственно
On Wed, 22 Oct 2014, Anatoly Pugachev wrote:
2014-10-20 21:12 GMT+04:00 yuri.nefe...@gmail.com:
On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно.
On Wed, 22 Oct 2014 19:09:36 +0400 (MSK)
yuri.nefe...@gmail.com wrote:
YNC Скажем, для SSD дисков, где контролер достаточно умный, лучше
YNC установить elevator=noop, что соответствует простой fifo очереди.
Насколько помню, сейчас это уже необязательно.
--
To UNSUBSCRIBE, email to
2014-10-22 15:55 GMT+01:00 Artem Chuprina r...@ran.pp.ru:
AP кстати, смена с IDE на AHCI в биос, при установленной OS windows,
приводит
AP к синему экрану, как минимум в windows XP.
AP Я думаю что linux в общем-то все-равно , то есть если поменять с IDE на
AP AHCI ничего серьезно не
On Wed, 22 Oct 2014, Алексей Витальевич Коротков wrote:
On Wed, 22 Oct 2014 19:09:36 +0400 (MSK)
yuri.nefe...@gmail.com wrote:
YNC Скажем, для SSD дисков, где контролер достаточно умный, лучше
YNC установить elevator=noop, что соответствует простой fifo очереди.
Насколько помню, сейчас
On Thu, 23 Oct 2014 02:07:59 +0400 (MSK)
yuri.nefe...@gmail.com wrote:
YNC Никто и не говорил, что обязательно.
YNC Понятие фрагментации для SSD полностью теряет смысл.
YNC Зачем тогда тратить время на переупорядочивание команд.
YNC Да и контролер диска, скорее всего, все по своему
В Wed, 22 Oct 2014 13:08:36 +0400
Алексей Витальевич Коротков a.v.korot...@gmail.com пишет:
On Mon, 20 Oct 2014 08:40:17 +0400
Dmitrii Kashin wrote:
DK Логичный вопрос: если на момент загрузки оси у нас есть два
DK блочных устройства, ФС на которых имеют одинаковый label, то
DK какое из
On Mon, 20 Oct 2014 08:48:28 +0400
Dmitrii Kashin free...@freehck.ru wrote:
Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux
наименее извращенный.
А как он по сравнению со старым добрым lilo? Есть у него перед
Victor Wagner - debian-russian@lists.debian.org @ Tue, 21 Oct 2014 14:55:23
+0400:
Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux
наименее извращенный.
А как он по сравнению со старым добрым lilo? Есть у
On Tue, 21 Oct 2014 16:47:46 +0400
Artem Chuprina r...@ran.pp.ru wrote:
d
А как он по сравнению со старым добрым lilo? Есть у него перед
lilo принципиальные преимущества?
VW extlinux - это разновидность syslinux для загрузки с ext2/3/4
VW файловых систем.
VW Соответственно,
за уефи не скажу, а в старом добром биосе на gpt отлично работает.
в общем-то, gpt и uefi - разные совершенно вещи, а то некоторые мешают тут в
одну кучу
2014-294 17:04 Victor Wagner vi...@wagner.pp.ru wrote:
В 6-й версии syslinux уже есть syslinux.efi.
То есть начиная с jessie. В режиме
On Sun, Oct 19, 2014 at 14:16 +0400, kast...@mail.ru wrote:
Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
которых весь сыр-бор?
rsync -aH после grub-install - то, что я делал в тот раз (кажется я
задействовал tar, а не rsync, но это вряд ли принципиально). Не
Mikhail Ramendik m...@ramendik.ru writes:
Всем привет!
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
Судя по всему, ещё не достаточно задолбались. Те, кто действительно
задолбались, уже выкинули
Victor Wagner vi...@wagner.pp.ru writes:
В Sun, 19 Oct 2014 00:25:03 +0100
Mikhail Ramendik m...@ramendik.ru пишет:
Всем привет!
Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
новый диск? Мне надо сохранить настройки. У меня есть штук так
Выкинуть нафиг grub и
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 сохранит
Руслан Коротаев korot...@ufamail.ru writes:
В сообщении от [Вск 2014-10-19 17:51 +0400]
Artem Chuprina r...@ran.pp.ru пишет:
Базовый /dev, кстати, не пустой.
Действительно не пустой, но это рудимент. Можно считать что он пустой и
ничего из него не копировать. Собственно вы можете в любом
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
20.10.2014 8:40, Dmitrii Kashin пишет:
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
вместо длинющего и непонятного
2014-10-20 5:52 GMT+01:00 Dmitrii Kashin free...@freehck.ru:
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
Судя по всему, ещё не достаточно задолбались. Те, кто действительно
задолбались, уже
В Mon, 20 Oct 2014 11:41:45 +0100
Mikhail Ramendik m...@ramendik.ru пишет:
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.
Остаётся вопрос, какой именно загрузчик с UEFI ставить, при
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.
Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
что система - wheezy, а не jessie. На данной машине с данным профилем
да как-то я переносил по-живому, нормально все.
cp -x, а если другим каким способом, то либо что-то аналогичное поискать, либо
вручную поисключать /proc, /sys, /dev, /run. /lib/init/rw, /tmp, /var/tmp,
/что/нибудь/еще...
да, возможны нюансы, но до степени полной незагружабельности - это вряд ли
а на тот случай ведро довольно давно умеет само заполнять devtmpfs, а при
желании - и монтировать ее само сразу после корня. правда, не могу сказать,
включено ли оно в дистрибутивных ведрах, у меня самосбор.
для всяких микролинуксов вроде какой-нибудь минималистичной лайв-флешки для
2014-10-20 12:38 GMT+01:00 Andrey Tataranovich tataranov...@gmail.com:
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.
Остаётся вопрос, какой именно загрузчик с UEFI ставить, при
В сообщении от [Пнд 2014-10-20 11:41 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.
Остаётся вопрос, какой именно загрузчик с UEFI
2014-10-20 13:31 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:
Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
ставить по новой, совсем.
Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
что
В сообщении от [Пнд 2014-10-20 13:48 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
работать вообще будет? Это ведь единственное, что мне вообще от UEFI
нужно.
Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и
В Mon, 20 Oct 2014 13:03:50 +0100
Mikhail Ramendik m...@ramendik.ru пишет:
Вопросы:
- partition alignment по границам физических секторов (4096B) в parted
делается автоматически?
Да (при условии, что parted правильно видит размер
логического/физического секторов.
- Я правильно понял, что
2014-10-20 15:11 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:
Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
работать вообще будет? Это ведь единственное, что мне вообще от UEFI
нужно.
Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё
заработает. И
On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно. AHCI более новый интерфейс,
IDE более старый и соответственно более поддерживаемый.
Под linux лучше
В сообщении от [Пнд 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 по своему,
например у меня при
On Sun, 19 Oct 2014, Mikhail Ramendik wrote:
Всем привет!
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
К сожалению, тот HDD, на который я её перенёс, пошёл бэдами. Я это
узнал, когда система не
On Sun, Oct 19, 2014 at 12:25:03AM +0100, Mikhail Ramendik wrote:
Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
новый диск? Мне надо сохранить настройки.
Тупо скопировать все разделы и установить загрузчик.
Скопировать / и /boot было бы проще всего, но есть ли где-то
Здравствуйте.
Можно перенести образ диска с помощью dd.
Если новый диск больше по размеру, то разделы и фс можно расширить, вроде бы
все современные фс это позволяют.
19 октября 2014 г. 13:20:14 GMT+06:00, yuri.nefe...@gmail.com пишет:
On Sun, 19 Oct 2014, Mikhail Ramendik wrote:
Всем привет!
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/
Вопрос - какой _самый безболезненный_
wd gren паркует голову.
Я знаю про эти грабли и на этом винчестере было исправлено (_так_ у
меня посыпался предыдущий). Но и этот таки пошёл бэдами, хотя зато не
виснет, как виснет предыдущий (на нём до сих пор кино валяется,
наверное и этот для кино оставлю).
Возможно, тут скорее сыграло то,
В сообщении от [Вск 2014-10-19 00:25 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
Скопировать / и /boot было бы проще всего, но есть ли где-то чёткий
алгоритм переноса, с которым не придётся тыкаться вслепую в grub
shell?
Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
которых весь сыр-бор?
rsync -aH после grub-install - то, что я делал в тот раз (кажется я
задействовал tar, а не rsync, но это вряд ли принципиально). Не
взлетел grub, что-то ему в идентификации партиций не понравилось,
В сообщении от [Вск 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 сделаете когда загрузитесь уже на
2014-10-19 11:15 GMT+01:00 Руслан Коротаев korot...@ufamail.ru:
Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
/dev/sda2 это /. Вам нужно будет сделать две вещи:
1. Подправить в /etc/fstab UUID так вы копировали файлы на новые
файловые системы и UUID у них другой (хотя можно
да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс, правим fstab, grub-install на
нужный диск. по первости можно в новом grub.cfg руками uuid'ы поправить, чтоб
не париться с чрутом и grub-mkconfig, который неизвестно как пути распарсит. а
там уже после загрузки update-grub.
В сообщении от [Вск 2014-10-19 11:34 +0100]
Mikhail Ramendik m...@ramendik.ru пишет:
2. Восстановить загрузчик любым удобным способом. Я предпочитаю LiveCD
(примечание: в LiveCD ваш диск sda может стать sdb, учтите это при
наборе команд):
* Монитруем /boot
sudo mount /dev/sda1
2014-10-19 12:02 GMT+01:00 dimas dimas...@ya.ru:
да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
правим fstab,
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти UUID...
19.10.2014 15:44, Mikhail Ramendik пишет:
2014-10-19 12:02 GMT+01:00 dimas dimas...@ya.ru:
да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -p сохранит все пермишны. правда будет чуть дольше работать.
2014-10-19 13:12 GMT+01:00 Anton Stratonnikov bil...@yandex.ru:
да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -p сохранит все пермишны. правда будет чуть дольше работать.
Угу, спасибо.
Кстати, а
Mikhail Ramendik - Debian-russian List @ Sun, 19 Oct 2014 13:36:19 +0100:
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
Руслан Коротаев - debian-russian@lists.debian.org @ Sun, 19 Oct 2014 17:17:00
+0600:
Внимание! Все телодвижения с файловыми системами, включая копирование и
перенос файлов, выполняем только в размонтированном состоянии, то есть
через LiveCD.
То есть даже _с_ живого / не надо
19.10.2014 16:36, Mikhail Ramendik пишет:
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
LABEL? и что по нему можно монтировать через fstab как LABEL=label
вместо длинющего и непонятного
2014-10-19 14:53 GMT+01:00 Anton Stratonnikov bil...@yandex.ru:
да почему нельзя-то? можно, никто не запрещает. просто неудобно, когда
сегодня у тебя /dev наполняется одной тулзой, а после апдейта - другой,
и твой sda теперь вдруг называется sdb. LABEL, на мой взгляд, прекрасный
компромисс
В Sun, 19 Oct 2014 00:25:03 +0100
Mikhail Ramendik m...@ramendik.ru пишет:
Всем привет!
Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
новый диск? Мне надо сохранить настройки. У меня есть штук так
Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
Из
2014-292 15:36 Dmitryv Volkov dmitry...@gmail.com wrote:
Хм а разве cp автоматически копирует жесткие ссылки?
а почему не должен? в принципе, любой файл является жесткой ссылкой на свой
айнод. как правило, единственной, но почему cp должно быть не пофиг на другие?
18:15:03 292 /tmp$ mkdir -v
2014-292 12:44 Mikhail Ramendik m...@ramendik.ru wrote:
как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -a от рута
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
UUID...
так и прописать, как /dev/sdXY,
Mikhail Ramendik m...@ramendik.ru writes:
Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
новый диск?
Не забудь после переноса проверить целостность всех пакетов по
контрольным суммам с помощью, например, debsums. Если есть битые, то их
переустановить.
--
To
В сообщении от [Вск 2014-10-19 17:51 +0400]
Artem Chuprina r...@ran.pp.ru пишет:
Базовый /dev, кстати, не пустой.
Действительно не пустой, но это рудимент. Можно считать что он пустой и
ничего из него не копировать. Собственно вы можете в любом каталоге
выполнить команду:
# MAKEDEV generic
и
Всем привет!
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
К сожалению, тот HDD, на который я её перенёс, пошёл бэдами. Я это
узнал, когда система не загрузилась. fsck рутового раздела спас
ситуацию,
64 matches
Mail list logo
