Переместите корневую файловую систему в логический том к другому диску

Не помещайте команды в строки. Способом определить составные команды являются функции.

Затем помните самое важное правило программирования оболочки: всегда помещайте двойные кавычки вокруг подстановок переменных, например. "$foo".

У Вас есть следующий код (полагающийся на переменные cmds, log, tron, userconfigdir, userdatadir и var):

run () {
  tail -n0 -f -s 0.01 "$cmds" |
  while true; do
    "$tron" --userconfigdir "$userconfigdir" --userdatadir "$userdatadir" --vardir "$var"
  done |
  tee -a "$log" |
  grep '^[1]' > "${var}logs/chatlogs.log"
}

Теперь, когда код находится в удобочитаемой форме, Вы видите это $tron выполняется в бесконечном цикле. Я не знаю то, что Вы на самом деле хотите сделать, но действительно необходимо поместить условие завершения в тот цикл.

3
27.12.2013, 02:24
2 ответа

pvmove переместит Ваш LVs в VG от существующего PVs до другого PV.

Это может решить Вашу проблему...

2
27.01.2020, 21:29
  • 1
    я думал об этом, но я хочу переделать файловую систему с нуля для соответствия размеру блока. mkfs.ext4 -O extent -b 4096 -E stride=128,stripe-width=128 /dev/mapper/ssd-debian –  lvm_headaches 24.10.2012, 00:38
  • 2
    Если Вы настаиваете на том, чтобы изменять размер блока, Вы смогли делать правильную комбинацию lvcreate и lvrename вызовы так, чтобы Вы создали LV на SSD и затем переименовали LV, таким образом, что te новый имеет то же имя как старое. –  Bratchley 27.12.2013, 01:32

Ваш fstab звучит поврежденным, просто измените /etc/fstab, и измените строку, которая монтирует Ваш корень к новому, вероятно, UUID=XXX,

Для нахождения всего uuids работать blkid как корень.

Если Ваш grub.cfg устарел, использовать grub-mkconfig -o /boot/grub/grub.cfg повторно создавать grub.cfg

Править

Обратите внимание, что, когда личинка сканирует для корневого устройства, она берет текущий смонтированный в качестве корня. Необходимо будет изменить grub.cfg вручную и загрузиться от SSD, впоследствии, работать grub-mkconfig снова

0
27.01.2020, 21:29
  • 1
    Мой fstab прекрасен, я думаю. Посмотрите выше. Проблема - то, что grub.cfg все еще указывает на старую корневую фс и вызывает все виды опустошения. и grub2-установка не берет новую корневую фс на ssd. Текущая установка вызывает ошибки, старая корневая фс монтирует ro, останавливаясь x/gdm, я повторно монтируюсь к rw, и x/gdm запускается. –  lvm_headaches 23.10.2012, 10:41
  • 2
    я ценю справку, которую Вы даете мне. =] –  lvm_headaches 23.10.2012, 10:48
  • 3
    , все еще поврежденное. вывод grub2-mkconfig все еще указывает на lv00 (старая корневая фс HDD), не lvroot (новый ssd), –  lvm_headaches 23.10.2012, 11:06
  • 4
    @lvm_headaches вывод mount ? Также проверьте обновление –  daisy 23.10.2012, 11:18
  • 5
    Обновленный grub.cfg с UUID и/dev/mapper для нового корня, перезагруженного. Отказавший к dracut. Отправленный монтируются выше. –  lvm_headaches 23.10.2012, 18:46

Теги

Похожие вопросы