CentOS 6.3 시스템 기반 제품이 있습니다. 우리의 기능 중 하나는 사용자가 데이터를 CDROM으로 내보낼 수 있다는 것입니다. 몇 가지 수정 작업을 수행하는 동안 이상한 문제가 발생했습니다. cdrecord 호출 직후 디스크 마운트를 시도했지만 mount -o ro /dev/sr0 /mnt/cdrom"마운트: 파일 시스템 유형을 지정해야 합니다"라는 메시지와 함께 실패했습니다. 를 사용하면 잘 작동 mount -t iso9660 -o ro /dev/sr0 /mnt/cdrom하고, 디스크를 꺼냈다가 다시 삽입하면 잘 작동합니다.
약간의 조사 끝에 cdrecord 이후(디스크를 꺼냈다가 다시 삽입할 때까지) blkid /dev/sr0아무 것도 반환되지 않았지만 꺼내거나 삽입한 후에는 제대로 작동하는 것으로 나타났습니다.
이것이 정상적인 행동입니까? 이 문제를 일으키는 CDROM 드라이브의 상태가 있습니까? 사이클을 꺼내지 않고 재설정할 수 있는 방법이 있습니까? 이제 이 인스턴스에서 지정된 파일 시스템의 이전 동작으로 돌아가서 기록하겠습니다.
버전:
mount -V
util-linux-ng 2.17.2에서 마운트됨(libblkid 및 selinux 지원)
blkid -v
util-linux-ng 2.17.2의 blkid(libblkid 2.17.0, 2010년 3월 22일)
cdrecord -version
Cdrecord-yelling-line-to-tell-frontends-to-use-it-like-version 2.01.01a03-dvd Wodim 1.1.9 저작권 (C) 2006 Cdrkit Suite 기여자 Joerg Schilling의 작업을 기반으로 함, 저작권 (C) ) 1995-2006, J. 쉴링
답변1
글쎄, 지금은 @derobert의 조언을 따르고 strace를 실행할 시간이 없습니다(다른 작업이 기다리고 있습니다). 현재 버전에서는 호출 -t iso9660후에 mount 명령을 추가했는데 cdrecord문제가 잘 해결되었습니다. 내 소프트웨어가 CD만 기록한다는 점을 고려하면 이 경우 파일 시스템은 iso9660이라고 확신하므로 이 트릭을 무한정 피할 수 있습니다.
답변2
당신이 사용하고 있는 프로그램은 원본 cdrecord를 배포하지 않는 결함이 있는 브랜치와 Linux 배포판에서 가져온 것입니다. 그러나 2004년 5월에 생성된 브랜치는 최신 기능과 버그 수정을 얻기 위해 소프트웨어를 업데이트하지 않았습니다. "wodim"을 배포하는 배포판은 실제 mkisofs 대신 genisoimage와 같은 다른 버그가 있는 소프트웨어도 배포합니다.
2004년 5월의 원래 mkisofs에도 많은 버그가 있었지만 2004년의 Debian genisoimage에는 많은 추가 버그가 추가되었습니다.
2006년 여름, 원본 소프트웨어에 알려진 모든 버그가 수정되었으며, 원본 소프트웨어의 기능은 2004년 5월(사용 중인 포크가 생성된 시점) 이후 두 배로 향상되었습니다.
genisoimage를 사용하여 구조적 오류가 있는 파일 시스템 이미지를 생성했습니다. 문제가 있는 경우 다음에서 최신 원본 소프트웨어로 업그레이드하는 것이 좋습니다.
https://sourceforge.net/projects/cdrtools/files/
자동 파일 시스템 감지가 작동하지 않는 경우 실제 파일 시스템의 문제 또는 감지 소프트웨어의 버그로 인해 발생할 수 있습니다.
실제 mkisofs에서 생성된 파일 시스템 이미지를 확인해도 문제가 해결되지 않으면 탐지 소프트웨어에 대한 버그 보고서를 제출해 주세요.