Jump to content
Калькуляторы

CentOS 7 перенос на др. HDD

Reply to this topic

Hawk128   

Hawk128
Posted

Добрый день.

 

В целях изучения новых ОС ковыряюсь с CentOS 7.

Сейчас пытаюсь перенести живую ОС на новый хард по аналогии как я делал с Убунтой.

Размечаю диск, переношу все через tar, меняю root, UUID в fstab, восстанавливаю GRUB.

Все загружается с нового харда, но корень монтируется в режиме ro. Не пойму почему.

Соответственно даже зайти в систему не получается, после ввода логина пароля пауза секунды 3 и опять предлагает вводить логин и пароль.

 

Уже бьюсь целый день и никак не пойму откуда эта проблема вылезает. На Убунте такого никогда не было.

 

М.б. кто уже сталкивался с подобным?

Share this post

Link to post
Share on other sites

tartila   

tartila
Posted

Заходит без проблем. Перемонтируется тоже, а дальше что делать, непонятно.

 

/proc и /sys не забыли создать?

Share this post

Link to post
Share on other sites

Hawk128   

Hawk128
Posted

Нет, не забыл.

Он загружается полностью в штатном режиме.

Доходит до ввода логина, отвечает по сети. Но и по SSH коннект рвется сразу после ввода правильных логина и пароля.

Share this post

Link to post
Share on other sites

Hawk128   

Hawk128
Posted (edited)

Так логи загрузки не могу посмотреть. Они же записаться не могут.

По Shift + PgUp только 2 последних строки...

В fstab 2 точки монтирования (/ и swap). UUID верные, правил. Они же монтируются...

Пробовал 3 точки делать (/boot выносил отдельно), результат тот же.

 

#
# /etc/fstab
# Created by anaconda on Wed Oct  7 05:54:44 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=d6b72cc5-b1a9-4362-9e05-92edf779c4e1 /                       xfs     defaults        0 0
UUID=96fde5e7-9e78-4eae-afac-4e7da18c9428 /boot                   xfs     defaults        0 0
UUID=258cd150-16e3-4b22-be59-bb4e8677416e swap                    swap    defaults        0 0

 

/dev/sdb2: UUID="96fde5e7-9e78-4eae-afac-4e7da18c9428" TYPE="xfs" PARTUUID="e67b784d-6d2d-4116-b78b-3218c88c379a"
/dev/sdb3: UUID="d6b72cc5-b1a9-4362-9e05-92edf779c4e1" TYPE="xfs" PARTUUID="e4ca7965-b698-41e3-997e-ad721a407d62"
/dev/sdb4: UUID="258cd150-16e3-4b22-be59-bb4e8677416e" TYPE="swap" PARTUUID="f5a2acac-791d-4cdf-82ee-e00be22fa812"

 

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: gpt


#         Start          End    Size  Type            Name
1         2048       204799     99M  BIOS boot parti
2       204800      1228799    500M  Linux filesyste
3      1228800   3898640560    1.8T  Linux filesyste
4   3898642432   3907029134      4G  Linux swap

Edited by Hawk128

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

Я только вчера точно так же переносил Debian 7.8 на другой HDD, (GPT 2TB) Разметка почти 1 в 1 как у вас. Не грузилась ОС ругалась на UUID старый, хотя в fstab всё поправил. Дело оказалось в update-grub который изменил /boot/grub/grub.conf ну и до этого grub-install. Немного не то, но всё же.

 

Вот fstab с 6.6:

 

#
# /etc/fstab
# Created by anaconda on Mon Jun  1 19:56:17 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8a3ac7fc-28d0-44cf-aa7b-0877c9481601 /                       ext4    defaults        1 1
UUID=cb11c29d-53f9-44a2-9531-9338829b990e swap                    swap    defaults        0 0
UUID=73259495-abc3-475c-a3c1-31bf697b3f30 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Edited by hsvt

Share this post

Link to post
Share on other sites

tartila   

tartila
Posted

Нет, не забыл.

Он загружается полностью в штатном режиме.

Доходит до ввода логина, отвечает по сети. Но и по SSH коннект рвется сразу после ввода правильных логина и пароля.

 

Очень похоже на ошибки прав или отсутствие симлинков где-то внутри pam конфигурации... Поэтому не дает залогинется. С рид-онли все же, я думаю, он бы пустил в систему.

Share this post

Link to post
Share on other sites

kayot   

kayot
Posted

tartila

Не, там же все в ридонли полуается, включая homedir. Врядли залогинится.

100% где-то с правами накосячили при переносе.

Share this post

Link to post
Share on other sites

Hawk128   

Hawk128
Posted

Хм. Ок. Проверю насчет прав.

Вполне возможно не перенеслось что-нибудь...

Попробую еще раз.

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

У меня после установки в soft RAID1 mdadm он видится как /dev/md127, я уже как только не пробовал его пересобирать с rescue режима (--update=name, --name=storage - после ребута опять md127.

 

cat /etc/mdadm.conf
# mdadm.conf written out by anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md0 level=raid1 name=localhost:storage num-devices=3 UUID=df850d17:c5d124b9:5176e652:bf1707de

 

mdadm -Dsv
ARRAY /dev/md/root level=raid1 num-devices=3 metadata=1.0 name=localhost:newradius UUID=df850d17:c5d124b9:5176e652:bf1707de
  devices=/dev/sda1,/dev/sdb1,/dev/sdc1

 

 mdadm -Esv
ARRAY /dev/md/storage  level=raid1 metadata=1.0 num-devices=3 UUID=df850d17:c5d124b9:5176e652:bf1707de name=localhost:newradius
  devices=/dev/sdc1,/dev/sdb1,/dev/sda1

 

Тут похоже всё дело в этом симлинке, как бы его поправить на /dev/md0 ? 

ls -al /dev/md/root
lrwxrwxrwx. 1 root root 8 Oct 12 19:21 /dev/md/root -> ../md127

 

mdadm -D /dev/md127
/dev/md127:
       Version : 1.0
 Creation Time : Mon Oct 12 18:43:31 2015
    Raid Level : raid1
    Array Size : 960761664 (916.25 GiB 983.82 GB)
 Used Dev Size : 960761664 (916.25 GiB 983.82 GB)
  Raid Devices : 3
 Total Devices : 3
   Persistence : Superblock is persistent

 Intent Bitmap : Internal

   Update Time : Mon Oct 12 19:27:57 2015
         State : active, resyncing
Active Devices : 3
Working Devices : 3
Failed Devices : 0
 Spare Devices : 0

 Resync Status : 10% complete

          Name : localhost:storage
          UUID : df850d17:c5d124b9:5176e652:bf1707de
        Events : 356

   Number   Major   Minor   RaidDevice State
      0       8        1        0      active sync   /dev/sda1
      1       8       17        1      active sync   /dev/sdb1
      2       8       33        2      active sync   /dev/sdc1

Edited by hsvt

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

Победил так:

 

mdadm --stop /dev/md127
mdadm --assemble /dev/md/md0 --name=md0 --update=name /dev/sda1 /dev/sdb1 /dev/sdd1

mdadm -Db /dev/md/md0 >> /etc/mdadm.conf

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img
dracuf -fv

Edited by hsvt

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

Коллеги, понадобилось тут и мне перенести CentOS 7 с одного диска на другой диск и сервер.

 

Всё переносил точно так же с помощью tar, идентичной разметки, raid1, swap, fstab, mdadm.conf, grub2, dracut - всё это делал в чруте.

 

#
# /etc/fstab
# Created by anaconda on Mon Oct 12 11:43:39 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=b8b294b2-94fb-41d3-a370-7fccce13c545 /                       ext4    defaults        1 1
UUID=d477ce36-8fdc-4669-a7e1-8f88edcd91d2 swap                    swap    defaults        0 0
UUID=ef825c4c-0c21-4536-882b-0bbe514b7eb1 swap                    swap    defaults        0 0
UUID=2be62a55-7289-46eb-9262-f1f7c4d2a73b swap                    swap    defaults        0 0

 

blkid
/dev/block/9:0: UUID="b8b294b2-94fb-41d3-a370-7fccce13c545" TYPE="ext4"
/dev/block/8:33: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="027b43cc-64de-102d-d03a-b16633947ae4" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/block/8:34: UUID="2be62a55-7289-46eb-9262-f1f7c4d2a73b" TYPE="swap"
/dev/block/8:2: UUID="d477ce36-8fdc-4669-a7e1-8f88edcd91d2" TYPE="swap"
/dev/block/8:18: UUID="ef825c4c-0c21-4536-882b-0bbe514b7eb1" TYPE="swap"
/dev/sdb1: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="05d110b5-16d6-cd35-3a36-37ef230fc3b2" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/sda1: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="1d11f7e6-7a01-2523-5f1f-5d98051f9835" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/sdd1: LABEL="SYSTEMRESC" UUID="DA52-CC99" TYPE="vfat"
/dev/loop0: TYPE="squashfs"

 

 

Сейчас после загрузки с харда получаю такое: (Извиняюсь за качество)

 

ls -l /dev/disk/by-uuid | grep md >> /etc/fstab

- может этого не хватает?

post-95497-053713000 1445530894_thumb.jpg

Edited by hsvt

Share this post

Link to post
Share on other sites

Hawk128   

Hawk128
Posted

Тип ФС меняли?

У меня сходу не получилось перейти с xfs на ext4. Там похоже в ядре нет поддержки последней. (Могу ошибаться).

Если оставить xfs - все проходило гладко.

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

Тип ФС меняли?

У меня сходу не получилось перейти с xfs на ext4. Там похоже в ядре нет поддержки последней. (Могу ошибаться).

Если оставить xfs - все проходило гладко.

 

Нет, нет, ФС как и была ext4 на источнике так и на целевом харде и разметка тоже 1 в 1. Подозреваю тут что-то с initrd(initramfs)... Как правильно dracut выполнять? Я делал в chroot с live usb centos 7 minimal, но ядра то различаются.

 

https://www.centos.org/forums/viewtopic.php?f=47&t=51040#p216581

 

This will build a new initramfs for the kernel version that's on your rescue media not for the version that's on the physical machine. You should do that again and manually replace $(uname -r) with the kernel version that you see by ls /lib/modules/ - e.g. 3.10.0-123.20.1.el7.x86_64
Edited by hsvt

Share this post

Link to post
Share on other sites

hsvt   

hsvt
Posted (edited)

Сделал в чруте заново 

dracut -f /boot/initramfs-3.10.0-229.14.1.el7.x86_64.img 3.10.0-229.14.1.el7.x86_64

 

Под конец выдал 

cat: write error: Broken pipe

 

По загрузке в итоге всё также....

 

У меня в 

/etc/default/grub GRUB_CMDLINE_LINUX="rd.md.uuid=df850d17:c5d124b9:5176e652:bf1707de crashkernel=auto rhgb quiet"

 

Старый UUID от md0 с системы источник. Сейчас попробую изменить на новых и сделать 

grub2-mkconfig -o /boot/grub2/grub.cfg

post-95497-070684900 1445602846_thumb.jpg

Edited by hsvt

Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
Followers 0
Go to topic listing Программное обеспечение, биллинг и *unix системы