☰

Ubuntu 22.04로 업그레이드한 후 Fakeraid 파티션이 손실됨(시작 시 장치로 매핑되지 않음)

tag-icon • tag-icon partition raid device-mapper
Ubuntu 22.04로 업그레이드한 후 Fakeraid 파티션이 손실됨(시작 시 장치로 매핑되지 않음)

나는 수년 동안 듀얼 부팅 시스템에서 실행되어 온 NTFS 파티션이 있는 RAID-0 볼륨을 가지고 있습니다(Windows와 Linux 모두에서 읽고 쓸 수 있음).

오늘 do-release-upgrade -d(Ubuntu 20.04에서) Ubuntu 22.04로 업그레이드한 후 이 파일 시스템이 Ubuntu에 나타나지 않습니다. 문제는 장치 매핑에 있는 것 같습니다. 지금까지 시도/발견한 내용은 다음과 같습니다.

  • Windows에서는 여전히 잘 실행됩니다. 디스크에는 아무것도 변경되지 않은 것 같습니다.

  • 다른 디스크(비RAID)의 NTFS 파티션은 여전히 ​​마운트되어 제대로 작동할 수 있습니다.

  • grub을 통해 이전 커널로 부팅해도 문제가 해결되지 않습니다(그리고 다른 문제가 발생하는 것 같습니다).

  • "Intel Matrix Storage Manager"라는 BIOS 시작 화면을 통해 구성했기 때문에 내 설정이 "하드웨어 RAID"인 줄 알았는데 실제로는 "fakeraid"인 것 같습니다.

  • RAID 볼륨은 디스크 유틸리티(예 /dev/dm-0: 이 파일이 있음)에 파티션 없이 "할당되지 않은 공간"으로 표시됩니다.

  • /dev/mapper/isw_dfjaifidah_KarlsRaidRAID 볼륨은 ntfs라는 파티션 /dev/mapper/isw_dfjaifidah_KarlsRaid1(즉, 볼륨 이름이 추가됨 )과 함께 GParted(즉, 이 파일이 있음)에 표시되지만 1장치 파일은 존재하지 않습니다. 에 있는 유일한 파일 /dev/mapper/은 isw_dfjaifidah_KarlsRaid.

이것이 관련된 부분입니다 sudo fdisk -l. ( sda, sdb는 sdcRAID 배열의 디스크입니다.)

Disk /dev/sda: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x15967f5e

Device     Boot Start        End    Sectors  Size Id Type
/dev/sda1        2048 3750772735 3750770688  1.7T  7 HPFS/NTFS/exFAT


Disk /dev/sdb: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2a0921b8


Disk /dev/sdc: 596.17 GiB, 640135028736 bytes, 1250263728 sectors
Disk model: WDC WD6401AALS-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2a0921bf


Disk /dev/mapper/isw_dfjaifidah_KarlsRaid: 1.75 TiB, 1920398131200 bytes, 3750777600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 131072 bytes / 393216 bytes
Disklabel type: dos
Disk identifier: 0x15967f5e

Device                                     Boot Start        End    Sectors  Size Id Type
/dev/mapper/isw_dfjaifidah_KarlsRaid-part1       2048 3750772735 3750770688  1.7T  7 HPFS/NTFS/exFAT

파일 /dev/mapper/isw_dfjaifidah_KarlsRaid-part1(참고 -part1)도 존재하지 않습니다.

/dev/sda1그런 모습이 보여서 조금 걱정이 되네요, (제 가정이 맞다면) 어레이의 개별 디스크에서 직접 찾는 것이 아니라 결합된 볼륨에서만 파티션 테이블을 찾아야 하기 때문입니다.파일 /dev/sda1이 존재, sudo ntfs-3g.probe --readwrite /dev/sda1"NTFS 서명 누락"을 보고합니다. sda해당 데이터가 RAID 스트라이프의 일부일 뿐이고 dev/sda1이를 기반으로 생성하더라도 시스템이 내 파티션 테이블을 찾고 있을 수 있습니다 . RAID 볼륨에서 동일한 "실제" 파티션 테이블을 만날 때 이것이 일종의 이름 충돌을 일으키는 것을 상상할 수 있습니다.

FWIW, hdparm -z /dev/mapper/isw_dfjaifidah_KarlsRaid출력:

/dev/mapper/isw_dfjaifidah_KarlsRaid:
 re-reading partition table
 BLKRRPART failed: Invalid argument

이것은 내가 붙어있는 곳과 거의 같습니다! 이 문제를 어떻게 해결할 수 있나요? 제가 무엇을 하고 있는지 전혀 모르기 때문에 명백한 조언이라도 미리 감사드립니다.

기타 참고 사항(아마도 관련이 없을 수 있음):

  • 어제 GUI "추가 드라이버" 도구를 통해 업그레이드했습니다 nvidia-driver-390.nvidia-driver-470이 문제한 커널에서 내 네트워크 하드웨어를 인식하지 못하는 -generic커널로 전환되었습니다 . -oracle새로운 (공통) 커널을 원한다는 것이 distro 업그레이드에 대한 나의 동기였습니다.
  • Ubuntu 22.04 Live CD(굽기 후 게시된 체크섬과 비교하여 확인)에서 새로 설치하고 싶었지만 부팅되지 않습니다(몇 분 후에 "CUPS 스케줄러를 시작할 수 없습니다.").
  • do-release-upgradeAFAICT 마지막에 일부 "mpi" 패키지 오류를 제외하고는 잘 진행되었습니다 . 이후 apt명령이 실패하고 dpkg는 패키지가 "아직 구성되지 않았습니다"라고 불평합니다. openmpi-bin다음과 같이 다시 설치하여 문제를 해결했습니다.이 답변.

의견에서 요청한 대로 추가 출력:

# lsblk -M -f
    NAME
     FSTYPE FSVER LABEL         UUID                                 FSAVAIL FSUSE% MOUNTPOINTS

[after a bunch of loop devices related to /snap/...]

┌┈▶ sda
     isw_ra 1.2.0                                                                   
├┈▶ sdb
     isw_ra 1.2.0                                                                   
└┬▶ sdc
     isw_ra 1.2.0                                                                   
 └┈┈isw_dfjaifidah_KarlsRaid
                                                                                    
    sdd
│                                                                                   
    ├─sdd1
│    ntfs         OCZ Vertex 4  1A7643E57643C06D                       58.6G    69% /mnt/WinC
    ├─sdd2
│    ntfs                       129E918C9E9168CD                                    
    ├─sdd3
│                                                                                   
    ├─sdd5
│    ext4   1.0                 5b327639-85e6-4f6a-ac79-743cfedf3e29   10.8G    64% /
    └─sdd6
     swap   1                   b601da00-767d-4e50-b62a-0b832992599c                [SWAP]

# partx /dev/mapper/ is isw_dfjaifidah_KarlsRaid
partx: bad usage
Try 'partx --help' for more information.

# partx /dev/mapper/isw_dfjaifidah_KarlsRaid   
NR START        END    SECTORS SIZE NAME UUID
 1  2048 3750772735 3750770688 1.7T      15967f5e-01

# partx /dev/sda                            
NR START        END    SECTORS SIZE NAME UUID
 1  2048 3750772735 3750770688 1.7T      15967f5e-01

답변1

u1686_grawity 덕분에 이제 간단한 추가 단계를 수행해야 합니다: kpartx빌드 드라이브에서 파티션을 감지합니다.

sudo kpartx -a /dev/mapper/isw_dfjaifidah_KarlsRaid

나는 내 시스템에서 이 작업을 수행했으며(물론 내 jMicron fakeRAID를 사용하여) 훌륭하게 작동했습니다.

hopungo@hopungo-pc:~$ sudo kpartx -l /dev/mapper/jmicron_GRAID 
jmicron_GRAID1 : 0 7813722112 /dev/mapper/jmicron_GRAID 2048

두 번째 부분은 시스템 시작 시 명령이 자동으로 실행되도록 하는 것입니다. 이에 대해서는 다른 주제에서 다루겠습니다(그러나 정보는 오래되었습니다). 작동한다고 확신하면 여기에 솔루션을 추가하겠습니다.

관련 정보