Microsoft MVP성태의 닷넷 이야기
닷넷: 2361. C# - Linux 환경의 readlink 호출 [링크 복사], [링크+제목 복사],
조회: 621
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

C# - Linux 환경의 readlink 호출

리눅스 쪽은 API보다는 파일 시스템을 기반으로 한 정보들이 많습니다. 심지어 파일 자체의 내용뿐만 아니라 링크에서도 정보를 구하게 되는 경우가 종종 있는데요, 예를 들어 프로세스의 pid 네임스페이스에 대한 것도,

pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
; https://www.sysnet.pe.kr/2/0/13772

링크로 연결이 됩니다.

$ ls -l /proc/4419/ns/pid
lrwxrwxrwx 1 testusr testusr 0 Oct 17 14:46 /proc/4419/ns/pid -> 'pid:[4026532257]'

리눅스 시스템에서 이 값을 코드로 구하기 위해서는 readlink 또는 realpath를 사용할 수 있는데,

readlink(1) - Linux man page
; https://linux.die.net/man/1/readlink

readlink(2) — Linux man page
; https://linux.die.net/man/2/readlink

realpath(1) - Linux man page
; https://linux.die.net/man/1/realpath

realpath(3) - Linux man page
; https://linux.die.net/man/3/realpath

$ realpath /proc/self/ns/pid
/proc/683623/ns/pid:[4026531836]

$ readlink -f /proc/self/ns/pid
/proc/683762/ns/pid:[4026531836]

$ readlink /proc/self/ns/pid
pid:[4026531836]

그렇다면 C#으로는 어떻게 구할 수 있을까요? 아쉽게도 .NET 5까지의 기본 라이브러리에는 이를 위한 배려가 없었기 때문에 libc를 interop하는 식으로 구해야만 했습니다.

public class Program
{
    [DllImport("libc.so.6", CharSet = CharSet.Ansi)]
    internal static extern int readlink(string path, byte[] buf, ulong bufsiz);

    public static void Main(string[] args)
    {
        byte[] buf = new byte[1024];
        readlink("/proc/self/ns/pid", buf, 1024);
        Console.WriteLine($"{Encoding.ASCII.GetString(buf)}"); // 출력 결과: pid:[4026531836]
    }
}

// 또는, shell을 경유해 readlink(1) 명령어를 Process.Start로 실행한 결과로 받아도 됩니다.

그러다가, 마이크로소프트도 이에 대한 필요성을 인식했는지 .NET 6부터는 File과 Directory 타입에 각각 ResolveLinkTarget 정적 메서드를 추가했고,

File.ResolveLinkTarget(String, Boolean) Method
; https://learn.microsoft.com/en-us/dotnet/api/system.io.file.resolvelinktarget

Directory.ResolveLinkTarget(String, Boolean) Method
; https://learn.microsoft.com/en-us/dotnet/api/system.io.directory.resolvelinktarget

이를 이용해 다음과 같이 readlink/realpath에 해당하는 기능을 호출할 수 있습니다.

string path = "...";
FileSystemInfo? fsi = null;

if (File.Exists(path))
{
    FileAttributes attrs = File.GetAttributes(path);
    Console.WriteLine(attrs);
    if ((attrs & FileAttributes.ReparsePoint) == FileAttributes.ReparsePoint)
    {
        fsi = File.ResolveLinkTarget(path, true);
    }
}
else if (Directory.Exists(path))
{
    FileAttributes attrs = File.GetAttributes(path);
    Console.WriteLine(attrs);
    if ((attrs & FileAttributes.ReparsePoint) == FileAttributes.ReparsePoint)
    {
        fsi = Directory.ResolveLinkTarget(path, true);
    }
}

if (fsi != null)
{
    Console.WriteLine($"{fsi.FullName}");
    Console.WriteLine($"{fsi.Name}");
}

예를 들어, path == "/proc/self/ns/pid"와 같은 파일인 경우 다음과 같은 출력을 얻고,

ReadOnly, ReparsePoint
/proc/self/ns/pid:[4026531836]
pid:[4026531836]

"/bin"과 같은 디렉터리라면 이렇게 나옵니다.

ReadOnly, Directory, ReparsePoint
/usr/bin
bin

참고로, ResolveLinkTarget 메서드는 윈도우 파일 시스템의 링크에도 사용할 수 있습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 9/7/2025]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12278정성태7/23/202019651VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태7/23/202022318개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/202022138.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/22/202023722개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202022069개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법 [1]파일 다운로드1
12273정성태7/18/202026004개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/202017692.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202022041.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202022866오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202020244오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202023339오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202025747.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202021895오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/202020807오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202032888오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202023242VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
12260정성태7/8/202021143.NET Framework: 926. C# - ETW를 이용한 ThreadPool 스레드 감시파일 다운로드1
12259정성태7/8/202019613오류 유형: 627. nvlddmkm.sys의 BAD_POOL_HEADER BSOD 문제 [1]
12258정성태7/8/202023377기타: 77. DataDog APM 간략 소개
12257정성태7/7/202019527.NET Framework: 925. C# - ETW를 이용한 Monitor Enter/Exit 감시파일 다운로드1
12256정성태7/7/202022147.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드 [4]
12255정성태7/6/202022986.NET Framework: 923. C# - ETW(Event Tracing for Windows)를 이용한 Finalizer 실행 감시파일 다운로드1
12254정성태7/2/202019715오류 유형: 626. git - REMOTE HOST IDENTIFICATION HAS CHANGED!
12253정성태7/2/202023584.NET Framework: 922. C# - .NET ThreadPool의 Local/Global Queue파일 다운로드1
12252정성태7/2/202025039.NET Framework: 921. C# - I/O 스레드를 사용한 비동기 소켓 서버/클라이언트파일 다운로드2
12251정성태7/1/202024926.NET Framework: 920. C# - 파일의 비동기 처리 유무에 따른 스레드 상황 [1]파일 다운로드2
... 61  62  63  64  65  66  67  68  69  [70]  71  72  73  74  75  ...