반응형 전체 글47 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. [리눅스 시스템 프로그래밍] 시스템콜(system call) 과 API(application Programming Interface) 시스템 콜(System Call) 시스템 콜은 커널에게 요청하는 함수이다. 커널은 하드웨어와 소프트웨어를 관리하기 때문에, 커널에게 요청해야 할 수 있는 작업들을 하기 위해서 사용하는 것이 시스템 콜 함수이다. 예) 프로세스를 생성한다고 가정한다. (프로세스 생성은 fork 함수로 한다) 이렇게 시스템 콜 함수인 fork 함수를 사용하면 커널에게 요청을 하게 되고 커널이 그에 해당하는 작업을 해주는 것이다. API (Application Programming Interface) 프로그래밍을 통해 무언가를 사용할 때 인터페이스이다. 인터페이스란 사용자와 소통하는 창구이다. 맨날 글로만 읽어서 소통하는 창구인지는 알겠으나 와닿는 개념이 아니라서 따로 정리를 해놔야겠다... 음.. 예를 들자면 음식점 직원 같.. 2021. 2. 13. [IT 인프라] 2. 유닉스 서버, x86 서버, 메인프레임 지난번 포스팅에서 IT 인프라에서 서버란 어떤 것인가에 대해 알아보았다. studyheon.tistory.com/category/IT%20%EC%9D%B8%ED%94%84%EB%9D%BC 'IT 인프라' 카테고리의 글 목록 studyheon.tistory.com 지난 번과 같이 "개발자도 궁금한 IT 인프라" 라는 책을 읽으면 느낀 점과 정리이다. 메인프레임 사실 메인프레임은 이 장비가 있었다~ 정도만 알아도 된다. 최근에는 거의 보기 힘든 장비이기 때문이다. 이 장비에 대한 글을 보니 그 시절 엄청난 서버였던 것 같다. IT 인프라의 1세대이고 장점으로는 신뢰성, 안정성, 유연성, 동시성 제어 기술이 있다. 간략하게 표로 정리해 보겠다. 신뢰성 메인프레임은 하드웨어, 운영체제 그리고 그 위에서 동작하는.. 2021. 1. 17. [리눅스 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. 이전 1 ··· 4 5 6 7 8 다음
