정말 어리석은 짓이다. 공급업체로부터 2SSD를 주문했습니다. 일반적으로 저는 파티셔닝과 포맷을 담당합니다. 그러면 아직 파티셔닝되지 않은 디스크를 보면 어느 것이 SSD인지 알 수 있을 것입니다.
서버가 관리되지 않고 가격이 비정상적으로 낮음에도 불구하고 Perfectip.net 공급자가 설치 및 파티셔닝을 수행한 것으로 밝혀졌습니다. 즉, 그들은 임무를 뛰어넘어 많은 발전을 이루었습니다.
정말 감사하지만 어느 것이 어느 것인지 구분하는 방법을 모르겠습니다.
그래서 sdb와 sdc를 다시 파티션하고 다시 포맷했습니다. 왜냐하면 새 SSD라고 생각했기 때문입니다. sdc1이 사용 중이라는 경고를 받았는데 어떻게 그럴 수 있지?라고 생각했습니다. 이것은 새로운 하드 드라이브입니다. 그래서 차에서 내려 계속 달렸습니다.
/sdc1이 마운트된 것으로 보이는 /boot로 이동했는데, 여러 .img 파일이 보였습니다. 아, 백업해 두었나 봐요.
즉, /boot에 들어가면 아무것도 표시되지 않습니다.
상황을 더 복잡하게 만드는 것은 전체 /sdc가 1.5T 하드 디스크이지만 /home3에 마운트된 /sdc1은 이제 440MB에 불과하다는 것입니다.
root@host [/boot]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
50G 8.6G 39G 19% /
tmpfs 32G 0 32G 0% /dev/shm
/dev/mapper/VolGroup-lv_home
1.3T 192G 1.1T 16% /home
/usr/tmpDSK 485M 11M 449M 3% /tmp
/dev/sdc1 485M 11M 449M 3% /home3
/dev/sdb1 97M 5.6M 87M 7% /home2
행위
root@host [/boot]# fdisk -l
Disk /dev/sdb: 256.1 GB, 256060514304 bytes
255 heads, 63 sectors/track, 31130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb4852a81
Device Boot Start End Blocks Id System
/dev/sdb1 1 31130 250051693+ 8e Linux LVM
Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00037518
Device Boot Start End Blocks Id System
/dev/sdc1 1 182401 1465136001 8e Linux LVM
Disk /dev/mapper/VolGroup-lv_root: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/VolGroup-lv_swap: 33.8 GB, 33839644672 bytes
255 heads, 63 sectors/track, 4114 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/mapper/VolGroup-lv_home: 1412.2 GB, 1412247322624 bytes
255 heads, 63 sectors/track, 171695 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
root@host [/boot]#
보시다시피 sdc에는 sdc1이라는 파티션이 하나만 있습니다.
/dev/mapper가 잔뜩 있는데 그게 뭔지 이해가 안 돼요.
아, /sdc1 삭제 외에 /sdc1을 다시 생성해서 마운트했는데 제거가 안되네요.
그럼 저는 끝났나요? 모든 파일이 백업됩니다. 그럼에도 불구하고 서버는 여전히 실행 중입니다. 재설치를 요청해야 하나요?
답변1
커널은 이미 RAM에 로드되어 있으므로 서버를 종료하지 않아도 서버를 계속 사용할 수 있습니다. 약 50MB 크기의 새 파티션(아마도 ext2)을 만들고 소스 코드를 Linux 커널(3.7.1)에 다운로드합니다. 그런 다음 자신만의 커널을 컴파일하고 GRUB 또는 LILO를 다시 설치하세요. 그런 다음 구성 파일과 /etc/fstab을 업데이트하여 시스템의 부팅 파티션을 식별합니다.
자세한 내용을 보려면 여기를 클릭하세요:
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1
Gentoo에는 이 모든 작업을 수행하는 방법에 대한 훌륭한 문서가 있습니다. 반드시 기본 커널이나 배포판 커널을 구하세요.
답변2
이러한 /dev/mapper
항목은 설치 시 dm/lvm
일반적으로 걱정할 필요가 없는 항목을 사용함을 의미합니다. 이는 추가 부팅 파티션과 initram 파일(또는 유사한 개념)이 필요하다는 것을 의미합니다. 이 경우 일반적으로 부트로더가 커널을 가져와 부팅하는 것이 불가능하기 때문입니다.
파티션을 삭제했지만 백업이 없고 다시 생성하기가 어려울 수 있다는 점을 고려하면(사실은 아니지만 분명히 그런 일을 해본 적이 없으며 공급자가 멋진 일을 했는지 알 방법이 없습니다) , 이것은 재난의 비결이 될 것입니다) 따라서 무엇을 하든지 공급자에게 해당 부팅 파티션을 다시 설치하도록 요청하십시오.
이 답변은 이 시스템이 이미 어느 수준에서 생산되고 있다고 가정하며, 귀하가 암시했다고 생각합니다. 이 시스템이 구입하기 전에 방금 설정되었고 해당 상태에 대해 신경 쓰지 않는다면 시스템을 지우고 다시 시작할 수 있지만 이 경우에는 묻지 않을 것 같습니다.
이 모든 것이 끝나면 30분 동안 앉아서 상황을 다시 검토하십시오. 여기에서는 여러 곳에서 실수를 하게 될 것이며, 실제로 미래에 엄청난 고통을 덜어줄 귀중한 교훈을 배울 수 있습니다.