В сообщении от [Пт 2015-03-13 12:56 +0300]
Andrey Nikitin пишет:
> Привет.
>
> Есть d8 разбросанный по разделам физ. диска (/, /usr, /tmp, /var, /boot),
> который заболел, как упорно намекает SMART.
>
> Хочу перенести в другое место, на LVM том (/dev/mapper/XXX), находящийся на
> mdadm зеркале.
Привет.
Есть d8 разбросанный по разделам физ. диска (/, /usr, /tmp, /var, /boot),
который заболел, как упорно намекает SMART.
Хочу перенести в другое место, на LVM том (/dev/mapper/XXX), находящийся на
mdadm зеркале.
Есть 2 вопроса:
1) кроме /usr есть какие-то части системы (/tmp, /var, /boot),
Artem Chuprina writes:
> Ну, с точностью до того, что диск, вероятно переедет из /dev/hd в /dev/sd.
Артём, так ведь уже сто лет как нет никаких hd*. Там общий драйвер
и все диски именуются как sd*.
pgppYugih5eUu.pgp
Description: PGP signature
В Fri, 24 Oct 2014 19:13:23 +0400
Mikhail A Antonov пишет:
> 24.10.2014 16:30, darkshvein l пишет:
> > а зачем тебе переносить систему? скопируй /etc и установи заново. в
> > крайнем случае выгрузи нужные БД
> Вот это первая правильная мысль в свете того что у ТС диск сыпаться
> стал. Там небось
24.10.2014 16:30, darkshvein l пишет:
> а зачем тебе переносить систему? скопируй /etc и установи заново. в крайнем
> случае выгрузи нужные БД
Вот это первая правильная мысль в свете того что у ТС диск сыпаться стал. Там
небось ещё и на битые бинари потом наткнётся и рассылку будет мучать
"непонятн
В Fri, 24 Oct 2014 16:30:22 +0400
darkshvein l пишет:
> а зачем тебе переносить систему? скопируй /etc и установи заново. в
> крайнем случае выгрузи нужные БД
За годы жизни система приобретает вагон и маленькую тележку
кастомизаций, которые делались давно и не всегда документированы.
Апгрейд та
а зачем тебе переносить систему? скопируй /etc и установи заново. в крайнем
случае выгрузи нужные БД
23 октября 2014 г., 14:25 пользователь Victor Wagner
написал:
> On 2014.10.23 at 14:20:08 +0400, Алексей Витальевич Коротков wrote:
>
> > On Thu, 23 Oct 2014 08:08:46 +0400
> > Victor Wagner wrot
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 Thu, 23 Oct 2014 08:08:46 +0400
Victor Wagner wrote:
VW> Очевидно, есть два варианта, когда такое возможно
VW> 1. Мы копируем систему на другой диск и хотим, чтобы метки
VW> сохранились. Потому что какой же в них иначе смысл, если при
VW> апгрейде их менять придется? Разве что они более удобочи
В Wed, 22 Oct 2014 13:08:36 +0400
Алексей Витальевич Коротков пишет:
> On Mon, 20 Oct 2014 08:40:17 +0400
> Dmitrii Kashin wrote:
>
> DK> Логичный вопрос: если на момент загрузки оси у нас есть два
> DK> блочных устройства, ФС на которых имеют одинаковый label, то
> DK> какое из них будет взято?
On Thu, 23 Oct 2014 02:07:59 +0400 (MSK)
yuri.nefe...@gmail.com wrote:
YNC> Никто и не говорил, что обязательно.
YNC> Понятие фрагментации для SSD полностью теряет смысл.
YNC> Зачем тогда тратить время на переупорядочивание команд.
YNC> Да и контролер диска, скорее всего, все по своему сде
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 очереди.
Насколько помню, сейчас э
2014-10-22 15:55 GMT+01:00 Artem Chuprina :
> AP> кстати, смена с IDE на AHCI в биос, при установленной OS windows,
> приводит
> AP> к синему экрану, как минимум в windows XP.
> AP> Я думаю что linux в общем-то все-равно , то есть если поменять с IDE на
> AP> AHCI ничего серьезно не поменяетс
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 debian
On Wed, 22 Oct 2014, Anatoly Pugachev wrote:
2014-10-20 21:12 GMT+04:00 :
On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно. AHCI более новый интерфе
Anatoly Pugachev -> Debian-russian List @ Wed, 22 Oct 2014 18:01:33 +0400:
>>> Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
>>> требуется поменять?
>>>
>>>
>> Если SSD устанавливать не собираетесь, то
>> не так уж и важно. AHCI более новый интерфейс,
>> IDE более старый
2014-10-20 21:12 GMT+04:00 :
> On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
>
>
>> Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
>> требуется поменять?
>>
>>
> Если SSD устанавливать не собираетесь, то
> не так уж и важно. AHCI более новый интерфейс,
> IDE более старый и соответ
On Mon, 20 Oct 2014 08:40:17 +0400
Dmitrii Kashin wrote:
DK> Логичный вопрос: если на момент загрузки оси у нас есть два блочных
DK> устройства, ФС на которых имеют одинаковый label, то какое из них
DK> будет взято?
Логичный ответ: не очень понятно, с какой целью надо пытаться себе
устроить потен
за уефи не скажу, а в старом добром биосе на gpt отлично работает.
в общем-то, gpt и uefi - разные совершенно вещи, а то некоторые мешают тут в
одну кучу
2014-294 17:04 Victor Wagner wrote:
> В 6-й версии syslinux уже есть syslinux.efi.
> То есть начиная с jessie. В режиме совместимости - не зна
On Tue, 21 Oct 2014 16:47:46 +0400
Artem Chuprina wrote:
d> >>
> >> А как он по сравнению со старым добрым lilo? Есть у него перед
> >> lilo принципиальные преимущества?
> >>
>
> VW> extlinux - это разновидность syslinux для загрузки с ext2/3/4
> VW> файловых систем.
>
> VW> Соответств
Victor Wagner -> debian-russian@lists.debian.org @ Tue, 21 Oct 2014 14:55:23
+0400:
>> > Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
>> > Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux
>> > наименее извращенный.
>>
>> А как он по сравнению со старым добрым
On Mon, 20 Oct 2014 08:48:28 +0400
Dmitrii Kashin wrote:
> > Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
> > Из всех имеющихся в дистрибутиве загрузчиков сейчас extlinux
> > наименее извращенный.
>
> А как он по сравнению со старым добрым lilo? Есть у него перед lilo
> принц
В сообщении от [Пнд 2014-10-20 17:36 +0100]
Mikhail Ramendik пишет:
> Залез в setup материнки, нашёл там CSM, он уже Enabled. И там написано
> "please don't set to disable unless running WHCK test".
Тут сложно помочь, каждый производитель реализует UEFI по своему,
например у меня при выборе меню
On Mon, 20 Oct 2014, Mikhail Ramendik wrote:
Ещё обнаружил, что у меня SATA mode стоит IDE, а не AHCI. Это
требуется поменять?
Если SSD устанавливать не собираетесь, то
не так уж и важно. AHCI более новый интерфейс,
IDE более старый и соответственно более поддерживаемый.
Под linux лучше
2014-10-20 15:11 GMT+01:00 Руслан Коротаев :
>> Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
>> работать вообще будет? Это ведь единственное, что мне вообще от UEFI
>> нужно.
>
> Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё
> заработает. И для GPT разме
В Mon, 20 Oct 2014 13:03:50 +0100
Mikhail Ramendik пишет:
> Вопросы:
>
> - partition alignment по границам физических секторов (4096B) в parted
> делается автоматически?
Да (при условии, что parted правильно видит размер
логического/физического секторов.
> - Я правильно понял, что в GPT нет по
В сообщении от [Пнд 2014-10-20 13:48 +0100]
Mikhail Ramendik пишет:
> Вопрос - а если не пееключать материнку в UEFI, то EFI/GPT загрузка
> работать вообще будет? Это ведь единственное, что мне вообще от UEFI
> нужно.
Материнка по умолчанию в UEFI, вам нужно переключить её в CSM и всё
заработает.
2014-10-20 13:31 GMT+01:00 Руслан Коротаев :
>> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
>> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
>> ставить по новой, совсем.
>>
>> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
>> что система
В сообщении от [Пнд 2014-10-20 11:41 +0100]
Mikhail Ramendik пишет:
> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
> ставить по новой, совсем.
>
> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при усло
2014-10-20 12:38 GMT+01:00 Andrey Tataranovich :
>> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
>> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
>> ставить по новой, совсем.
>>
>> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
>> что сис
а на тот случай ведро довольно давно умеет само заполнять devtmpfs, а при
желании - и монтировать ее само сразу после корня. правда, не могу сказать,
включено ли оно в дистрибутивных ведрах, у меня самосбор.
для всяких микролинуксов вроде какой-нибудь минималистичной лайв-флешки для
бэкапа/разбэкап
да как-то я переносил по-живому, нормально все.
cp -x, а если другим каким способом, то либо что-то аналогичное поискать, либо
вручную поисключать /proc, /sys, /dev, /run. /lib/init/rw, /tmp, /var/tmp,
/что/нибудь/еще...
да, возможны нюансы, но до степени полной незагружабельности - это вряд ли
2
> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
> ставить по новой, совсем.
> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
> что система - wheezy, а не jessie. На данной машине с данным проф
В Mon, 20 Oct 2014 11:41:45 +0100
Mikhail Ramendik пишет:
> Всё оказалось ещё интереснее. Поскольку диск 3 Тб, разбивать его
> придётся как UEFI (а не BIOS, как имеющиеся диски). И загрузчик
> ставить по новой, совсем.
>
> Остаётся вопрос, какой именно загрузчик с UEFI ставить, при условии,
> чт
2014-10-20 5:52 GMT+01:00 Dmitrii Kashin :
>> Год назад я переносил систему с одного HDD на другой, скопировав
>> содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
>> с grub.
>
> Судя по всему, ещё не достаточно задолбались. Те, кто действительно
> задолбались, уже выкинули его
20.10.2014 8:40, Dmitrii Kashin пишет:
>>> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
>>> UUID...
>> для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
>> LABEL? и что по нему можно монтировать через fstab как LABEL=label
>> вместо длинющего и непонятн
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ом их. (что-то мне кажется, чт
Руслан Коротаев writes:
> В сообщении от [Вск 2014-10-19 17:51 +0400]
> Artem Chuprina пишет:
>> Базовый /dev, кстати, не пустой.
>
> Действительно не пустой, но это рудимент. Можно считать что он пустой и
> ничего из него не копировать. Собственно вы можете в любом каталоге
> выполнить команду:
Anton Stratonnikov writes:
> 19.10.2014 15:44, Mikhail Ramendik пишет:
>> 2014-10-19 12:02 GMT+01:00 dimas :
>>
>>> да никогда проблем не было.
>>> как уже сказали - cp всего и вся на новые фс,
>> Ну там что-то такое с пермишшенами, но на то есть эн решений...
> cp -p сохранит все пермишны. правд
Mikhail Ramendik writes:
> Всем привет!
>
> Год назад я переносил систему с одного HDD на другой, скопировав
> содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
> с grub.
Судя по всему, ещё не достаточно задолбались. Те, кто действительно
задолбались, уже выкинули его. Я вот
Victor Wagner writes:
> В Sun, 19 Oct 2014 00:25:03 +0100
> Mikhail Ramendik пишет:
>
>> Всем привет!
>
>> Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
>> новый диск? Мне надо сохранить настройки. У меня есть штук так
>
> Выкинуть нафиг grub и поставить extlinux в качес
On Sun, Oct 19, 2014 at 14:16 +0400, kast...@mail.ru wrote:
> > Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
> > которых весь сыр-бор?
> >
> > "rsync -aH после grub-install" - то, что я делал в тот раз (кажется я
> > задействовал tar, а не rsync, но это вряд ли принципиал
В сообщении от [Вск 2014-10-19 17:51 +0400]
Artem Chuprina пишет:
> Базовый /dev, кстати, не пустой.
Действительно не пустой, но это рудимент. Можно считать что он пустой и
ничего из него не копировать. Собственно вы можете в любом каталоге
выполнить команду:
# MAKEDEV generic
и получить статич
Mikhail Ramendik writes:
> Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
> новый диск?
Не забудь после переноса проверить целостность всех пакетов по
контрольным суммам с помощью, например, debsums. Если есть битые, то их
переустановить.
--
To UNSUBSCRIBE, email to de
2014-292 12:44 Mikhail Ramendik wrote:
> > как уже сказали - cp всего и вся на новые фс,
> Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -a от рута
> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
> UUID...
так и прописать, как /dev/sdXY, в чем пробле
2014-292 15:36 Dmitryv Volkov wrote:
> Хм а разве cp автоматически копирует жесткие ссылки?
а почему не должен? в принципе, любой файл является жесткой ссылкой на свой
айнод. как правило, единственной, но почему cp должно быть не пофиг на другие?
>18:15:03 292 /tmp$ mkdir -v dir{1,2}
mkdir: созд
В Sun, 19 Oct 2014 00:25:03 +0100
Mikhail Ramendik пишет:
> Всем привет!
> Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
> новый диск? Мне надо сохранить настройки. У меня есть штук так
Выкинуть нафиг grub и поставить extlinux в качестве загрузчика.
Из всех имеющихся в
2014-10-19 14:53 GMT+01:00 Anton Stratonnikov :
> да почему нельзя-то? можно, никто не запрещает. просто неудобно, когда
> сегодня у тебя /dev наполняется одной тулзой, а после апдейта - другой,
> и твой sda теперь вдруг называется sdb. LABEL, на мой взгляд, прекрасный
> компромисс для стабильност
19.10.2014 16:36, Mikhail Ramendik пишет:
>>> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
>>> UUID...
>> для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
>> LABEL? и что по нему можно монтировать через fstab как LABEL=label
>> вместо длинющего и непоня
Руслан Коротаев -> debian-russian@lists.debian.org @ Sun, 19 Oct 2014 17:17:00
+0600:
>> > Внимание! Все телодвижения с файловыми системами, включая копирование и
>> > перенос файлов, выполняем только в размонтированном состоянии, то есть
>> > через LiveCD.
>>
>> То есть даже _с_ живого /
Mikhail Ramendik -> Debian-russian List @ Sun, 19 Oct 2014 13:36:19 +0100:
>>> Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти
>>> UUID...
>> для справки: Вы же знаете, что крмое UUID есть волшебное сочетание
>> LABEL? и что по нему можно монтировать через fstab как L
2014-10-19 13:12 GMT+01:00 Anton Stratonnikov :
>>> да никогда проблем не было.
>>> как уже сказали - cp всего и вся на новые фс,
>> Ну там что-то такое с пермишшенами, но на то есть эн решений...
> cp -p сохранит все пермишны. правда будет чуть дольше работать.
Угу, спасибо.
>> Кстати, а можно
19.10.2014 15:44, Mikhail Ramendik пишет:
> 2014-10-19 12:02 GMT+01:00 dimas :
>
>> да никогда проблем не было.
>> как уже сказали - cp всего и вся на новые фс,
> Ну там что-то такое с пермишшенами, но на то есть эн решений...
cp -p сохранит все пермишны. правда будет чуть дольше работать.
> Кстат
2014-10-19 12:02 GMT+01:00 dimas :
> да никогда проблем не было.
> как уже сказали - cp всего и вся на новые фс,
Ну там что-то такое с пермишшенами, но на то есть эн решений...
>правим fstab,
Кстати, а можно как-то в fstab прибить гвоздиком /dev/sdaN? Задрали эти UUID...
>grub-install на
> нуж
В сообщении от [Вск 2014-10-19 11:34 +0100]
Mikhail Ramendik пишет:
> > 2. Восстановить загрузчик любым удобным способом. Я предпочитаю LiveCD
> > (примечание: в LiveCD ваш диск sda может стать sdb, учтите это при
> > наборе команд):
> > * Монитруем /boot
> > sudo mount /dev/sda1 /mnt
> >
да никогда проблем не было.
как уже сказали - cp всего и вся на новые фс, правим fstab, grub-install на
нужный диск. по первости можно в новом grub.cfg руками uuid'ы поправить, чтоб
не париться с чрутом и grub-mkconfig, который неизвестно как пути распарсит. а
там уже после загрузки update-grub.
на
2014-10-19 11:15 GMT+01:00 Руслан Коротаев :
> Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
> /dev/sda2 это /. Вам нужно будет сделать две вещи:
>
> 1. Подправить в /etc/fstab UUID так вы копировали файлы на новые
> файловые системы и UUID у них другой (хотя можно сделать UUID т
В сообщении от [Вск 2014-10-19 16:15 +0600]
Руслан Коротаев пишет:
> * Обновляем меню GRUB
> sudo update-grub --output=/mnt/grub/grub.cfg
Поправка. Вместо update-grub используйте:
sudo grub-mkconfig -o /mnt/grub/grub.cfg
А update-grub сделаете когда загрузитесь уже на перенесенной систе
> Кроме того, не рухнет ли dd, наткнувшись на те самые bad blocks, из-за
> которых весь сыр-бор?
>
> "rsync -aH после grub-install" - то, что я делал в тот раз (кажется я
> задействовал tar, а не rsync, но это вряд ли принципиально). Не
> взлетел grub, что-то ему в идентификации партиций не понрав
В сообщении от [Вск 2014-10-19 00:25 +0100]
Mikhail Ramendik пишет:
> Скопировать / и /boot было бы проще всего, но есть ли где-то чёткий
> алгоритм переноса, с которым не придётся тыкаться вслепую в grub
> shell?
Так и надо сделать, допустим у вас новый /dev/sda1 это /boot, а
/dev/sda2 это /. В
> wd gren паркует голову.
Я знаю про эти грабли и на этом винчестере было исправлено (_так_ у
меня посыпался предыдущий). Но и этот таки пошёл бэдами, хотя зато не
виснет, как виснет предыдущий (на нём до сих пор кино валяется,
наверное и этот для кино оставлю).
Возможно, тут скорее сыграло то, ч
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/
> >
> >Вопрос - какой _самый безболезнен
Здравствуйте.
Можно перенести образ диска с помощью 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 12:25:03AM +0100, Mikhail Ramendik wrote:
> Вопрос - какой _самый безболезненный_ способ перенести wheezy снова на
> новый диск? Мне надо сохранить настройки.
Тупо скопировать все разделы и установить загрузчик.
> Скопировать / и /boot было бы проще всего, но есть ли где-
On Sun, 19 Oct 2014, Mikhail Ramendik wrote:
Всем привет!
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
К сожалению, тот HDD, на который я её перенёс, пошёл бэдами. Я это
узнал, когда система не за
Всем привет!
Год назад я переносил систему с одного HDD на другой, скопировав
содержимое разделов / и /boot. Всё бы хорошо, но _задолбался_ воевать
с grub.
К сожалению, тот HDD, на который я её перенёс, пошёл бэдами. Я это
узнал, когда система не загрузилась. fsck рутового раздела спас
ситуацию,
>> http://www.hermann-uwe.de/blog/towards-a-moderately-paranoid-debian-laptop-setup--part-1-base-system
>> >>
>> >> 3) уже скоро год как на Dell Inspiron 6400 это все крутится (сделал по
>> >> статье без SELinux)
>>
>> > И как производительность? Какая доля процессорного времени падает на ядро?
>
On Wed, Oct 24, 2007 at 11:24:28AM +0300, Jukof Greg wrote:
> >> http://www.hermann-uwe.de/blog/towards-a-moderately-paranoid-debian-laptop-setup--part-1-base-system
> >>
> >> 3) уже скоро год как на Dell Inspiron 6400 это все крутится (сделал по
> >> статье без SELinux)
>
> > И как производитель
>> http://www.hermann-uwe.de/blog/towards-a-moderately-paranoid-debian-laptop-setup--part-1-base-system
>>
>> 3) уже скоро год как на Dell Inspiron 6400 это все крутится (сделал по
>> статье без SELinux)
> И как производительность? Какая доля процессорного времени падает на ядро?
> Честно говоря,
On Tue, Oct 23, 2007 at 04:30:52PM +0300, Jukof Greg wrote:
> >> О! Теперь буду знать, что отвечать на вопросы: "А нафига тебе на ноуте
> >> LVM??!" :) А ещё им удобно свободное место оставить в заначке и по мере
> >> необходимости добавлять, куда надо.
>
> http://www.hermann-uwe.de/blog/towards-a
>> О! Теперь буду знать, что отвечать на вопросы: "А нафига тебе на ноуте
>> LVM??!" :) А ещё им удобно свободное место оставить в заначке и по мере
>> необходимости добавлять, куда надо.
> Кстати, очень удобно для фанатов шифрованых дисков. На них вечно кончается
> место и приходиться оный крипток
В сообщении от Tuesday 23 October 2007 14:52:43 Alexander GQ Gerasiov
написал(а):
> > > > > > Имеет ли смысл на ноутбуке lvm ставить?
> > Для этих опций вовсе не обязательно таскать с собой второй все время
> > подключенным второй винт. Миррор работает как рейд. Его можно
> > синхронизировать
В сообщении от Tuesday 23 October 2007 14:45:36 Yauhen Kharuzhy написал(а):
> > > > > > Имеет ли смысл на ноутбуке lvm ставить?
> > Для этих опций вовсе не обязательно таскать с собой второй все время
> > подключенным второй винт. Миррор работает как рейд. Его можно
> > синхронизировать изредк
На Tue, 23 Oct 2007 12:59:25 +0400
"Dmitry V. Agalakov" <[EMAIL PROTECTED]> записано:
> В сообщении от Tuesday 23 October 2007 10:00:57 Alexander GQ Gerasiov
> написал(а):
>
> > > > > Имеет ли смысл на ноутбуке lvm ставить?
> > > >
> > > > А зачем на ноутбуке вообще разбивать диск иначе чем
On Tue, Oct 23, 2007 at 12:59:25PM +0400, Dmitry V. Agalakov wrote:
> В сообщении от Tuesday 23 October 2007 10:00:57 Alexander GQ Gerasiov
> написал(а):
>
> > > > > Имеет ли смысл на ноутбуке lvm ставить?
> > > >
> > > > А зачем на ноутбуке вообще разбивать диск иначе чем один большой
> > >
В сообщении от Tuesday 23 October 2007 10:00:57 Alexander GQ Gerasiov
написал(а):
> > > > Имеет ли смысл на ноутбуке lvm ставить?
> > >
> > > А зачем на ноутбуке вообще разбивать диск иначе чем один большой
> > > рут и своп по вкусу?
> >
> > Смысл в pvmove, mirror
>
> Если у тебя больше одног
На Mon, 22 Oct 2007 13:00:06 +0400
"Dmitry V. Agalakov" <[EMAIL PROTECTED]> записано:
> В сообщении от Saturday 20 October 2007 18:57:31 Alexander GQ
> Gerasiov написал(а):
>
> > > Имеет ли смысл на ноутбуке lvm ставить?
> >
> > А зачем на ноутбуке вообще разбивать диск иначе чем один большой
Иван Лох -> debian-russian@lists.debian.org @ Sat, 20 Oct 2007 12:56:49 +0400:
>> > мм. cp -a в этом случае чем хуже? что-то я с похмелья не соображу...
>> > спец файлы устройств копирует, ownership, права и timestamps
>> > сохраняет.
>> Ничем не хуже. Разве что менее универсально. Между 2мя
[EMAIL PROTECTED] -> debian-russian@lists.debian.org @ Sat, 20 Oct 2007
18:20:17 +0400 (MSD):
y> Имеет ли смысл на ноутбуке lvm ставить?
y> С одной стороны гибкости в членах добавляет, с другой стороны,
y> вроде как, что бы держать root под lvm бубен нужен.
y> У кого нибудь опыт есть?
В сообщении от Saturday 20 October 2007 18:57:31 Alexander GQ Gerasiov
написал(а):
> > Имеет ли смысл на ноутбуке lvm ставить?
>
> А зачем на ноутбуке вообще разбивать диск иначе чем один большой рут и
> своп по вкусу?
Смысл в pvmove, mirror и snapshot хотя-бы.
--
WestCall SPb dept.
Phone:
В сообщении от Saturday 20 October 2007 18:20:17 [EMAIL PROTECTED]
написал(а):
> В продолжение темы...
>
> Имеет ли смысл на ноутбуке lvm ставить?
> С одной стороны гибкости в членах добавляет, с другой стороны,
> вроде как, что бы держать root под lvm бубен нужен.
>
> У кого нибудь оп
On Sat, Oct 20, 2007 at 09:48:17PM +0400, [EMAIL PROTECTED] wrote:
> Да нет, с lilo я как раз в дружбе. А вот
> какие-то движения
> по модификации initrd мне как-то не
> нравятся.
> К тому же я что-то не пойму как suspend to disk
> будет работать. В общем похоже, что lvm это
> была
> бредов
On Sat, 20 Oct 2007, Alexander GQ Gerasiov wrote:
На Sat, 20 Oct 2007 18:20:17 +0400 (MSD)
[EMAIL PROTECTED] записано:
В продолжение темы...
Имеет ли смысл на ноутбуке lvm ставить?
А зачем на ноутбуке вообще разбивать диск иначе чем один большой рут и
своп по вкусу?
Ну уж нет. Под
On Sat, Oct 20, 2007 at 06:20:17PM +0400, [EMAIL PROTECTED] wrote:
>
> В продолжение темы...
>
> Имеет ли смысл на ноутбуке lvm ставить?
> С одной стороны гибкости в членах
> добавляет, с другой стороны,
> вроде как, что бы держать root под lvm бубен
> нужен.
Либо lilo либо /boot вынести з
На Sat, 20 Oct 2007 18:20:17 +0400 (MSD)
[EMAIL PROTECTED] записано:
>
> В продолжение темы...
>
> Имеет ли смысл на ноутбуке lvm ставить?
А зачем на ноутбуке вообще разбивать диск иначе чем один большой рут и
своп по вкусу?
> С одной стороны гибкости в членах добавляет, с другой стороны
В продолжение темы...
Имеет ли смысл на ноутбуке lvm ставить?
С одной стороны гибкости в членах добавляет, с другой стороны,
вроде как, что бы держать root под lvm бубен нужен.
У кого нибудь опыт есть?
Ю.
On Sat, Oct 20, 2007 at 12:29:56PM +0400, Alexander GQ Gerasiov wrote:
> > мм. cp -a в этом случае чем хуже? что-то я с похмелья не соображу...
> > спец файлы устройств копирует, ownership, права и timestamps
> > сохраняет.
> Ничем не хуже. Разве что менее универсально. Между 2мя тарами еще ssh
> и
На Sat, 20 Oct 2007 11:36:13 +0400
Stanislav Maslovski <[EMAIL PROTECTED]> записано:
> On Fri, Oct 19, 2007 at 11:10:03PM +0400, Nikita V. Youshchenko wrote:
> >
> >
> > > On Thu, Oct 18, 2007 at 08:21:55PM +0400, sanych wrote:
> > >> я копирую так:
> > >> tar c --exclude=home --exclude=mnt --ex
On Fri, Oct 19, 2007 at 11:10:03PM +0400, Nikita V. Youshchenko wrote:
>
>
> > On Thu, Oct 18, 2007 at 08:21:55PM +0400, sanych wrote:
> >> я копирую так:
> >> tar c --exclude=home --exclude=mnt --exclude=sys --exclude=dev
> >> --exclude=boot --exclude=proc -vC / . | tar x -vpC /mnt/
> >
> > А н
> On Thu, Oct 18, 2007 at 08:21:55PM +0400, sanych wrote:
>> я копирую так:
>> tar c --exclude=home --exclude=mnt --exclude=sys --exclude=dev
>> --exclude=boot --exclude=proc -vC / . | tar x -vpC /mnt/
>
> А нафига тарить и тут-же растаривать?
>
> man rsync?
А rsync между прочим до памяти жру-
Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 18 Oct 2007
20:30:38 +0400:
>> > Есть подозрение, что при переносе, к примеру, с целерона на коре дуо
>> > могут возникнуть проблемы с управлением частотой процессора,
>> > энергосбережением и другие. Если я не прав, буду только рад.
Peter Teslenko wrote:
Привет, коллеги.
Как бы правильнее перенести систему на новое железо?
Старый комп - всё на одном разделе.
Новый хочу попилить.
Как праильнее перенести?
Это
/usr/share/doc/HOWTO/en-txt/Hard-Disk-Upgrade.gz
читал.
1. пилим разделы, как нужно. впрочем, для десктопа я не в
On Thu, Oct 18, 2007 at 09:25:24PM +0400, Alexey Pechnikov wrote:
> > Нужные модули загрузятся сами. Настройки sensors? Их все-равно инсталлятор
> > не поставит... И, потом, если Вы вернете /etc от старой инсталляции, то
> > все новые настройки все-равно похерятся...
>
> Если все установлено из па
В сообщении от Четверг 18 октября 2007 22:36 Иван Лох написал(a):
> On Thu, Oct 18, 2007 at 09:25:24PM +0400, Alexey Pechnikov wrote:
> > Если все установлено из пакетов, проблем вообще никаких поставить заново,
> > а
>
> Ответив на кучу идиотских вопросов. Выбрав три нужные локали из ста и еще
> в
On Thu, Oct 18, 2007 at 09:25:24PM +0400, Alexey Pechnikov wrote:
> Если все установлено из пакетов, проблем вообще никаких поставить заново, а
Ответив на кучу идиотских вопросов. Выбрав три нужные локали из ста и еще
временную зону.
> если не из пакетов, самое время опакетить нужный софт. А /etc/
> Нужные модули загрузятся сами. Настройки sensors? Их все-равно инсталлятор
> не поставит... И, потом, если Вы вернете /etc от старой инсталляции, то
> все новые настройки все-равно похерятся...
Если все установлено из пакетов, проблем вообще никаких поставить заново, а
если не из пакетов, самое
sanych пишет:
Dmitry Nezhevenko пишет:
On Thu, Oct 18, 2007 at 08:21:55PM +0400, sanych wrote:
я копирую так:
tar c --exclude=home --exclude=mnt --exclude=sys --exclude=dev
--exclude=boot --exclude=proc -vC / . | tar x -vpC /mnt/
А нафига тарить и тут-же растаривать?
man rsync?
Dmitry Nezhevenko пишет:
On Thu, Oct 18, 2007 at 08:21:55PM +0400, sanych wrote:
я копирую так:
tar c --exclude=home --exclude=mnt --exclude=sys --exclude=dev
--exclude=boot --exclude=proc -vC / . | tar x -vpC /mnt/
А нафига тарить и тут-же растаривать?
man rsync?
пробуя разные
У чт, 2007-10-18 у 23:26 +0700, Mikhail Gusarov пише:
> Alexey Pechnikov <[EMAIL PROTECTED]> writes:
>
> > Есть подозрение, что при переносе, к примеру, с целерона на коре дуо могут
> > возникнуть проблемы с управлением частотой процессора, энергосбережением и
> > другие. Если я не прав, буду толь
On Thu, Oct 18, 2007 at 08:25:07PM +0400, Alexey Pechnikov wrote:
> В сообщении от Четверг 18 октября 2007 20:15 Иван Лох написал(a):
> > On Thu, Oct 18, 2007 at 08:01:27PM +0400, Alexey Pechnikov wrote:
> > > В сообщении от Четверг 18 октября 2007 19:53 Иван Лох написал(a):
> > > > Отредактировать
Результаты 1 - 100 из 117 matches
Mail list logo
