반응형 에러18 mount: unknown filesystem type 'ntfs'. ssd mount 도중나온 error 메세지 mount: /datfs: unknown filesystem type 'ntfs'. ntfs 의 파일시스템 타입이 없다... 당연히 nfs 를 설치를 안하여 나오는 현상이였으나 순간 당황하였다... nfs 를 설치를 하자!! 아래와 같이 설치하면 된다. # 확인 명령어 rpm -qa | grep nfs # 결과값이 없을 경우 설치 # 아래 명령어로 설치할수있는 패키지 확인 yum search nfs # 그 중에 nfs-utils.x86_64 설치 (nfs-util을 설치하면 된다. 그 뒤는 각자 설정에 따라) yum install -y nfs-utils.x86_64 이후 mount 시 정상작동 된다!! 2023. 7. 28. esxi 에서의 mount.nfs: access denied by server while mounting 에러 조치 esxi 의 경우 다른 물리적인 장비와 nfs 연결 시에 ip가 다르다. 따라서 /etc/exports 에서 esxi 에서 vm 생성시 고정 ip 가 아닌 외부로 나가는 ip로 nfs가 연결될 때 해당 error 가 난다. ( ※ No route to host 가 날 수도 있는데 이 error 도 똑같이 조치해보자) 따라서 /etc/exports 부분에 모든 ip에 대해서 허용하던지 아니면 esxi 의 물리적 nic 의 ip를 허용해주던지 해야한다. # /etc/exports # 모든 ip에 대해 허용한다. /test *(rw,no_root_squash,async) 위와 같이 esxi 가 아닌 경우에 할 수 있는 조치는 다음과 같다. 1. nfs 재기동 # nfs 재기동 systemctl restart .. 2023. 4. 4. [리눅스 rc.local 에러] rc-local.service: control process exited, code=exited status=127 (재부팅 후 실행 스크립트 에러) 재부팅 시 자동 마운트를 등록하는 /etc/fstab에서 에러를 잡아내었다. 참고 : studyheon.tistory.com/7 그 이후 생각해보니 재부팅 시 자동 마운트 말고도 해야할 작업들이 있었다. 따라서 해야할 목록들을 실행시키는 스크립트를 만들고, 그 스크립트를 자동으로 실행시키기 위하여 어디에 등록해놔야하는 지 알아보았다. 부팅 시 정해진 서비스/스크립트 실행 기존 : init 이라는 프로그램이 담당 현재 : systemd 가 담당 CentOS 7버전 부터 systemd가 담당하고 있다고 한다. 그리고 이 systemd가 rc.local을 실행시켜준다. 따라서 rc.local에 등록을 해주면 부팅 시 실행을 시켜준다. 그렇다면~ 그냥 등록만 하면 되는가?? 아니였다.. 당연히 설정이 필요하다... 2021. 1. 15. [리눅스 마운트 에러] bad UNC, mount error: could not resolve address for:: Unknown error (자동마운트 /etc/fstab 에러) 오늘 맞이한 에러는 bad UNC 와 mount error: could not resolve address for:: Unknown error 이렇게 두가지이다. 사실 두가지 모두 같은 에러에 해당하는 것 같다. 두가지 모두 /etc/fstab 에 적용한 뒤에 나타나는 에러이다. 이 두 가지 에러를 맞이하게 된 배경은 이렇다. SSD 가 고장나서 교체를 하였는데, 미처 /etc/fstab을 백업하지 못하였고 기억을 더듬어 다시 설정하는 와중에 생긴 에러이다. xfs, ext4, nfs 에서는 나타나지 않았는데, NAS를 연결해놓은 cifs 설정에서만 나오는 에러코드였다. 확인해본 결과 맞다고 생각했던 등록방법이 아니였다... NAS를 cifs로 마운트 시켰는데, 이 경우 /etc/fstab의 등록방법은 .. 2021. 1. 15. [리눅스 iconv 에러] iconv: illegal input sequence at position 5 iconv: illegal input sequence at position 5 위와 같은 에러가 나와서 당황했지만, 구글링하여 알아보았다. iconv를 사용하여 문서의 인코딩을 변환하는 과정에서 이와 같은 에러 메시지를 주고 멈추는 경우가 있는데 이는 input으로 들어간 문서를 한 줄 씩 읽으면서 변환하기 때문에 깨진 글자가 들어가거나 표현할 수 없을 때 나타난다. -c 옵션을 주게 되면 중간에 에러가 날 경우 깨진 부분을 건너 뛰고 나머지는 정상적으로 변환해준다. 참고 : m.blog.naver.com/PostView.nhn?blogId=handsomejuno&logNo=40094416573&proxyReferer=https:%2F%2Fwww.google.com%2F 2020. 10. 28. [리눅스 크론탭 에러] errors in crontab file, can't install. Do you want to retry the same edit? 크론탭 파일에서 에러가 난 것이다. 다시 한번 시도해보라는 의미이다. 크론탭 파일을 설정할 때 문법에 맞지 않다는 것이다. 저는 아예 문법이 틀렸지만, 혹시나 다 자신의 문법이 다 맞는다고 생각이 든다면 줄 맨 마지막에 엔터나 스페이스를 해보면 된다고한다. 문법이 안맞는다면, 크론탭에 대해 다시 한번 알아본다. 크론탭 : studyheon.tistory.com/4 [리눅스마스터 2급] 크론/크론탭 (cron/crontab) 크론(cron) 한마디로 예약작업이라고 생각하면 됩니다. 예약된 시간에 반복적인 작업을 하는 작업인데, 우리가 서버를 켜지않아도 작업한다. 즉, 리눅스에서는 터미널이 끊어져도 작업을 한다 studyheon.tistory.com 맞게 작동이 된다면, 이와 같이 인스톨 되었다고 나온다. 2020. 10. 27. 이전 1 2 3 다음
